カスタマーサポートシステム開発の完全ガイド

カスタマーサポートシステムは、SaaS・パッケージ・スクラッチの中から業務に合う方式を選んで導入する仕組みです。

問い合わせ対応を標準化すると、顧客満足度と解決率の向上に役立ちます。各テーマの詳細は、関連記事もご覧ください。

▼関連記事一覧
・カスタマーサポートシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・カスタマーサポートシステム開発でおすすめの開発会社/ベンダー6選と選び方
・カスタマーサポートシステム開発の見積相場や費用/コスト/値段について
・カスタマーサポートシステム開発の発注/外注/依頼/委託方法について

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

カスタマーサポートシステムの全体像と導入目的

カスタマーサポートシステムは、顧客との接点と社内の対応業務をつなぐ基盤です。そのため、顧客情報や契約、製品、過去の対応履歴を参照して回答できます。

問い合わせの受付から解決までを管理する仕組み

メール、Webフォーム、チャット、電話、SNSからの問い合わせは、案件単位のチケットで管理します。

• 記録項目：受付日時、顧客、分類、優先度、担当者、期限、履歴、添付を一件ごとに紐づけて残します。
• 進捗管理：「受付」「対応中」「確認待ち」「解決」「クローズ」などの状態で、未対応や期限超過を把握できます。
• 導入目的：対応漏れの防止、担当変更後の品質維持、自己解決率と一次解決率の向上です。

目指すのは、担当者が変わっても同じ品質で応対できる状態です。デジタル化そのものより、この状態をつくることに重きを置きます。また、受付チャネルを増やす前に、顧客や問い合わせが重複して登録されないデータ構造を整えておきます。

問い合わせ管理・CRM・ヘルプデスク・CTIの違い

各システムは、管理する対象と電話対応の範囲がそれぞれ異なります。

• 問い合わせ管理：チケット登録、担当の割り当て、期限、履歴を扱います。
• CRM：顧客、取引、契約を管理し、問い合わせ側の顧客情報を補完します。
• ヘルプデスク：社内ITの問い合わせや申請を扱うことが多く、対象者が異なる場合もあります。
• CTI：電話とコンピューターをつなぎ、着信時の顧客表示や録音履歴の連携を担います。

電話対応が多い企業では、CTIの役割が大きくなります。一方、メールやフォーム中心の企業が最初から電話機能まで導入すると、費用と運用負荷が増える可能性があります。

導入前に確認したい主要機能

問い合わせの受付から分析まで、最低限必要な機能を見ておきます。

• 受付と管理：一元受付、チケット、担当者、期限の管理。
• 回答支援：顧客検索、テンプレート、FAQ、ナレッジ検索を使って回答を助ける機能です。
• 電話対応：着信表示、録音、保留・転送、通話後の要約を備えているかを見ます。
• 複数チャネル：チャットやSNSの会話を、同じ顧客の履歴として扱えるかどうかです。

管理者向けには、問い合わせ件数、初回応答時間、平均処理時間、一次解決率を集計します。加えて、再問い合わせ率、解決までの時間、顧客満足度、問い合わせ理由の推移も確かめます。

AIによる分類や要約は、元になる顧客マスタとナレッジが不正確だと、結果も不安定になります。そのうえで、評価では、機能の有無より、現場が何クリックで処理を完了できるかを優先します。

カスタマーサポートシステムの種類と選び方

方式を選ぶ際は、問い合わせ件数、担当者数、電話の有無、拠点数、既存システムを確かめます。

独自の承認ルールやセキュリティ要件、将来の拡張も判断材料になります。さらに、標準的な業務にはSaaS、複雑な処理にはパッケージ拡張やハイブリッド構成も候補になります。

短期導入と標準化を重視する企業向けのSaaS

SaaSは、提供元の機能を月額または年額で使う方式です。サーバー構築や更新の負担を抑えられ、数席から始めやすい点も特徴です。

• 向く業務：メール、フォーム、FAQ、チャット、簡易レポートを早く整えたい場合です。
• 確認する機能：画面やワークフローの変更範囲、ユーザー数、API、AIです。電話、保存量、サポート範囲も確かめます。
• 契約終了時：データ出力形式と移行に必要な期間です。月額に加えて、追加機能も含めて比べます。

独自業務と標準機能の中間にあるローコードとパッケージ

ローコードとパッケージは、機能を広げる方法や、標準業務への合わせ方が異なります。

• ローコード・ノーコード：標準機能を組み合わせ、入力画面、承認、通知、集計を拡張する方式です。
• パッケージ：業務機能がまとまっており、標準機能で期間を抑えられ、不足分はアドオンやAPIで補えます。

自由度が高いほど設定は複雑になり、担当者が変わると保守が難しくなることがあります。そのため、設定の一覧と権限を文書にして残しておきます。

パッケージを選ぶ場合は、標準機能に業務の流れを合わせて、不要な例外処理を減らせるかを検討します。

独自ルールが競争力になる場合のスクラッチ

スクラッチでは、独自要件と、開発や保守で自社が担う範囲を確かめておく必要があります。

• 適する場合：業務データと、独自の承認やエスカレーションを深く結びつけたい場合です。業務データには、顧客、契約、製品、修理、返金、代理店が含まれます。
• 連携と設計：基幹や認証基盤と連携し、業務に合う画面とデータモデルを設計できます。
• 自社の責任：要件変更に伴う追加費用、保守担当者の確保、セキュリティ更新、障害対応、将来のAI連携まで広がります。

独自性が画面の見た目だけであれば、SaaSやパッケージのほうが総額を抑えやすくなります。また、スクラッチを検討する場合は、5年程度の総保有コストで判断します。

段階導入と既存資産の活用に向くハイブリッド構成

ハイブリッド構成では、導入する範囲と、システム間で管理する事項を確かめます。

• 構成例：問い合わせはSaaS、顧客や注文の情報は既存システムからAPIで参照します。
• 段階導入：電話や高度な分析は別基盤にし、一度に置き換えず拡張できます。
• 設計事項：データ正本、障害時の責任、認証、ログ、連携監視、停止時の継続業務を決めます。

カスタマーサポートシステム開発・導入の進め方

製品選定を急ぐと、現場の例外処理や移行データが後から問題になりがちです。そのため、まず業務とデータを棚卸しし、目標を数値で決めてから、小さく始めます。

▶ 詳細はこちら：カスタマーサポートシステム開発の進め方/やり方/流れや方法/手法/工程/手順

1. 現状の受付と対応業務の棚卸し

発注側は、問い合わせの受け口を一覧にします。受け口には、電話、メール、フォームがあります。チャットやSNS、Excel、紙、個人メモも、同じように書き出します。問い合わせの経路、担当者、参照情報、承認、解決までの流れも、見える形にします。

月間件数、繁忙期、対応時間、担当者、転送回数、再問い合わせの理由も記録しておきます。

顧客名の重複、共有メールへの埋没、担当者の記憶に頼った期限管理などを洗い出します。改善対象がはっきりすると、不要な機能を避けられます。

2. KPIとSLAの絞り込み（3〜5個）

要件を決めるには、「対応を早くする」といった目標を指標に置き換える必要があります。導入で変えたい指標は、3〜5個に絞ります。

• 対応時間：初回応答時間と平均処理時間で見ます。
• 解決状況：一次解決率、再問い合わせ率、自己解決率を測ります。
• 顧客評価：顧客満足度がどう変わったかを確認します。

たとえば、メールの見落としをなくしたい場合は未対応件数と期限超過率を、電話を減らしたい場合はFAQ閲覧後の問い合わせ率を測ります。

SLAは、優先度ごとの初回応答や解決の目標時間です。重要顧客や障害などの条件を決めたうえで、期限前の通知とエスカレーションを設計します。

導入後に比べられるよう、現行の数値を最低でも数週間分記録して、基準値にします。

3. データ・権限・連携の要件定義

データ、検索、連携、権限について、業務に必要な条件を具体的に決めます。

• 管理単位：顧客、契約、製品、注文、問い合わせ、担当者を、それぞれ決めます。ナレッジ、添付、録音も管理の対象に入ります。
• 検索と権限：顧客検索で契約状況や過去の対応を何秒で表示するかを決め、閲覧・編集・承認者を定めます。
• システム連携：CRM、販売、EC、請求、在庫を洗い出します。認証、電話、BIも対象です。API、CSV、リアルタイムから方式を選びます。

権限は、部門、顧客範囲、問い合わせ分類、個人情報の項目単位で制御します。

4. 実データを使ったデモとPoC

候補を比べるときは、資料だけでなく、匿名化した実際の問い合わせを使って操作してみます。

1. 顧客検索と過去履歴の確認を行います。
2. チケット登録、担当変更、エスカレーションを試します。
3. FAQ検索とレポート作成で、入力時間とクリック数を比べます。

無料トライアルやPoCでは、検索精度、重複防止、添付、権限、履歴出力、障害時の連絡方法も確かめます。

評価シートに「必須」「あれば便利」「不要」を記録しておき、AI機能の派手さに判断を左右されないようにします。

5. データ整備と小規模導入

データを整えてから対象を絞り、段階的に本番運用へ移していきます。

• 移行データ：表記揺れ、重複、古い連絡先、不要な添付、期限切れのデータを整理します。
• 項目とFAQ：Excelをそのまま取り込まず、必須項目、名寄せ、確認方法を定めます。FAQの重複や古い手順も、整理の対象です。
• 小規模導入：1部門または少数チャネルで始めます。電話などは同時に導入せず、パイロットのあとに教育と本番移行へ進みます。

6. 稼働後の定着支援と改善

稼働初期の不具合や運用状況は、定期的に見直していきます。

• 継続改善：毎週KPIと現場の声を確かめ、入力項目、回答テンプレート、ナレッジを見直します。
• 二重管理の終了：旧Excelなどの廃止時期を決めます。残す場合は、保存場所と更新責任者をはっきりさせておきます。
• 保守支援：障害対応に加えて、軽微な改善、更新、ナレッジ支援の範囲を確認します。

稼働初期は、入力漏れ、分類の偏り、通知過多、FAQ不足、権限の誤りが起きがちです。定着につながるのは、使われない機能より、毎日使う画面を短くすることです。

カスタマーサポートシステムの費用相場と内訳

公的な一律の相場はありません。費用は、担当者数、月間チケット数、電話・チャット、データ量によって変わります。また、外部連携、AI利用量、権限や監査要件でも変わります。

2026年時点で予算を組むための推定レンジを示します。個別の見積の代わりにはなりません。

▶ 詳細はこちら：カスタマーサポートシステム開発の見積相場や費用/コスト/値段について

方式別の初期費用と導入期間の目安

方式と導入規模ごとに、初期費用と期間の目安をまとめます。

• SaaS標準：数席から十数席で、SaaSを標準機能のまま導入する場合です。初期設定や教育を含めて0〜100万円程度、期間は1〜3か月が目安です。
• SaaS・ローコード拡張：FAQ整備や軽微な連携を含めて100万〜1,000万円程度、期間は3〜6か月です。
• 中規模パッケージ：CRM・CTI連携を含めて500万〜5,000万円程度、期間は6か月〜2年程度です。
• 大規模統合：複数拠点、大量の通話録音、基幹システムとの統合、大規模な権限設計を含めると、5,000万円から数億円以上になります。期間は1年以上の場合もあります。
• フルスクラッチ：独自要件の量によって変わり、500万円から数億円以上まで幅があります。

ライセンス・AI・電話などのランニング費用

ランニング費用は、ユーザーライセンス、AI利用量、電話回線や通話料、録音保管に分けて考えます。なお、追加ストレージ、API、保守、教育、FAQ更新も含まれます。

• 海外SaaS公式料金：2026年8月の確認時点で、基本は1担当者あたり月額19米ドル、AI・複数チャネルは55米ドルからです。
• 料金変動：年払いの割引、為替、追加機能で金額が変わるため、円換算の数字はそのまま比べる材料になりにくいです。
• 国内CRM例：基本は1ユーザーあたり月額3,000円からです。高機能は月額数万円、AI上位は月額6万円程度までの例があります。
• 見積比較：税や導入支援、API、電話、AI従量課金は別の場合があります。2・3年目も同じ条件で比べます。

工程とデータ準備に分けた開発費の見積り

工程比率と移行・運用の準備を分けて見ると、見積の抜けを確かめられます。

• 要件・設計：要件定義10〜15%、基本設計15〜20%、詳細設計10〜15%を仮置きします。
• 開発・移行：開発30〜40%、テスト15〜20%、移行・導入5〜10%が目安です。
• 準備作業：FAQ、履歴整理、録音移行、教育、パイロット、稼働後支援も見積もりに入れます。
• 保守費例：開発費を3,000万円とした場合、初期開発費の15〜20%で仮置きすると、年間450万〜600万円になります。

工程比率は、案件の難易度によって変わります。なお、保守費はSaaSの月額や電話・AI費用とは別に計算します。

初期費用ではなく3年間のTCOによる比較

3年間にかかる費用の範囲と、比較するときの試算方法を確かめます。

• 費用範囲：設定、開発、移行、ライセンス、AIを含めます。電話、保管、保守、教育、FAQ更新も対象に入ります。
• 解約と試算：追加連携やデータ出力を含めたうえで、担当者増加時と繁忙期の二つの場合で計算します。
• 変更管理：標準機能と業務変更の範囲を決めたうえで、要件追加は承認制にします。費用と期間は月ごとに見直します。

過剰なカスタマイズによって見積が2,000万円から4,200万円に膨らみ、期間も1年半になった匿名事例があります。これは特定の企業の成功談ではありません。

開発会社/ベンダーの選び方

機能や知名度だけでなく、業務の整理、移行、現場の教育、運用改善まで支援できるかを確かめます。

製品の提供、導入設定、個別開発では、会社の役割が異なります。そのため、契約でどこまでを、どの会社が受け持つかをはっきりさせておきます。

業務領域と規模の適合性

候補会社の実績と支援体制は、自社の業務条件に照らして確かめます。

• 条件の近さ：件数、席数、電話比率、営業時間、拠点を伝えます。個人情報や既存システムも、あわせて示します。
• 導入実績：実績社数だけでなく、席数やチャネル、標準機能・連携・追加開発の範囲も確かめます。
• 支援体制：同業でなくても、規模や複雑さが近い事例から、担当経験、引き継ぎ、稼働後の窓口を評価します。

自社と同じ業界でなくても、データ量や業務の複雑さが近ければ参考になります。一方、大規模な事例しかない場合は、少人数の現場に合う支援体制があるかを確かめます。

デモによる現場操作と導入後の支援の確認

実際に操作してみて、現場での使いやすさと稼働後の支援を確かめます。

• 操作確認：検索、履歴、登録、優先度変更、引き継ぎを試します。FAQとレポートも、あわせて操作します。
• 現場評価：迷わず使えるか、入力が多すぎないか、スマートフォンや在宅でも使えるかを見ます。
• 運用支援：FAQ更新者、AI確認者、障害窓口、研修の体制です。定期レビュー、分析、改善提案も、支援の内容として確かめます。

契約・セキュリティ・解約条件の確認

見積、契約、解約条件は、それぞれ分けて確かめます。

• 費目：ライセンス、設定、画面変更、API、移行、教育を分けて示します。電話、AI、保守も、別々の項目にします。
• 契約条件：追加要件の単価、納期変更の条件、検収基準を記載します。障害の対応時間、バックアップ、復旧目標、再委託先、データ保存場所も盛り込みます。
• 解約と総額：データ返却形式と消去時期、3年間のTCO、方式に依存するロックインを比べます。

返却の対象には、顧客情報、チケット、添付、ナレッジ、監査ログが含まれるかを確かめます。

▶ 詳細はこちら：カスタマーサポートシステム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：カスタマーサポートシステム開発の発注/外注/依頼/委託方法について

AI・セキュリティ・2026年の最新動向

2026年時点では、要約、分類、回答候補、ナレッジ検索が実用段階に入っています。翻訳やチャットボット、音声の文字起こしも、使える段階に来ています。さらに、AIエージェントによる複数業務の連続処理も見られ、正確性、説明可能性、権限、ログ、誤回答時の有人確認を設計する必要があります。

要約・検索・分類から始めるAIの段階的な導入

AIは、人が確認しやすい用途から始めます。準備と効果測定を重ねながら、段階的に広げていきます。

• 初期導入：要約、分類、回答候補、ナレッジ検索など、人が確認してから送る用途が対象です。
• 段階拡大：FAQを根拠にした一次回答や時間外案内を加えます。自動化は、影響の小さい問い合わせから始めます。
• 事前準備：FAQ、承認者、禁止表現、個人情報のマスキング、回答根拠を整えておきます。
• 効果測定：正答率に加えて、有人引継ぎ、再問い合わせ、満足度、確認時間を見ます。

人員削減を目的にすると、品質の低下に気づきにくくなります。

個人情報・通話録音・AI入力データの分別管理

扱うデータごとに閲覧できる範囲と保存期間を決め、必要な安全対策を要件に含めます。

• データ区分：氏名、連絡先、契約、問い合わせ、録音、添付では、閲覧範囲や保存期間が異なる場合があります。
• システム対策：役割別の権限、SSO・多要素認証、暗号化、閲覧・出力ログ、バックアップ、復旧テストを要件として定めます。
• 漏えい報告：漏えい等が起きた場合の報告期限を確かめます。

個人情報保護委員会の指針は、取扱規程と組織体制を求めています。そのうえで、取扱状況の把握と安全管理措置の見直しも必要になります。

速報は、発覚日から概ね3〜5日以内が目安です。確報は、原則30日以内、不正目的が疑われる場合は60日以内が目安です（出典：個人情報保護委員会「漏えい等の対応とお役立ち資料」、2026年確認）。

クラウド利用における自社の運用責任の確認

クラウドを使う場合は、自社が担う運用責任と、契約上の管理事項を確かめます。

• 自社の責任：権限、アカウント、分類、委託先を管理します。ログ、バックアップ、障害時の継続も受け持ちます。
• 契約確認：保存場所、再委託、海外移転、学習利用、返却・消去、停止時の代替手段を確かめます。
• 指針の更新：IPA第4.0版は2026年3月に公開され、同年7月に内容が変わりました。

クラウド安全利用、バックアップ、不要通信の遮断、Web運用、サプライチェーン対策について確かめられます。

出典は、IPA「中小企業の情報セキュリティ対策ガイドライン」（2026年）です。

機能だけでなく、運用体制も合わせて整えます。

AI機能より重要な顧客データの一貫性

AI機能の広がりや導入事例を踏まえると、顧客データの準備状況も確かめておく必要があります。

• 統合の動き：2025〜2026年は、電話、チャット、CRM、業務手順をAIで横断し、顧客の文脈を集める動きが見られます。
• 公開事例：FAQ、チャットボット、複数チャネルのチケットを一元化した事例があります。
• 導入前の整備：顧客ID、FAQ、履歴の分類が不十分だと誤回答や重複対応が起きます。マスタ、分類、更新責任、有人確認を整えます。

その事例では、2025年の初回解決時間が、導入直後から48%短縮しました（出典：サービス提供元の公開導入事例、2025年）。

よくある質問（FAQ）

導入の判断は、席数やチャネルだけでなく、対応業務、データ、費用、運用体制を合わせて考えます。

Excelや共有メールとの違いは何ですか？

システムでは、担当者、期限、状態、履歴、顧客情報を案件単位で管理できます。

Excelや共有メールでも一覧は作れます。ただし、同時編集、通知、権限、重複防止、履歴検索、KPI集計を続けるほど、限界が出やすくなります。

何席くらいから導入する価値がありますか？

必要な席数に一律の基準はありません。少人数でも問い合わせが埋もれたり、引き継ぎで履歴を失ったり、期限管理が難しかったりする場合は、効果があります。

個人情報の閲覧範囲を制限したい場合も、導入の理由になります。一方で、件数が少なく業務が単純なら、安価なチケット管理とFAQから始められます。

開発や導入にはどれくらいかかりますか？

SaaS標準導入は1〜3か月、FAQ整備や軽微な連携を含めると3〜6か月です。

中規模のパッケージ拡張は6か月〜2年程度が目安です。ただし、フルスクラッチや複数拠点の基幹統合は、1年以上かかる場合があります。

要件定義とデータ整備を先に進めるほど、開発中の手戻りを抑えられます。

電話対応が多い場合は何を確認すべきですか？

CTI、着信時の顧客表示、録音、保留・転送、通話後の要約を確認します。IVR、営業時間外案内、回線・通話料も確かめます。

録音の保存期間、電話問い合わせの自動チケット登録、メールやチャット履歴との顧客の紐づけも確かめます。

録音には個人情報が含まれるため、アクセス権と削除のルールを設計しておく必要があります。

AIは最初から導入したほうがよいですか？

AIは、最初から必須ではありません。先に、分類、顧客マスタ、FAQ、回答テンプレート、履歴を整えておきます。

要約、検索、回答候補など、人が確認できる機能から始めます。学習や入力の条件、保存場所、誤回答時の責任を確かめてから、自動処理へ広げます。

導入で失敗しやすい原因は何ですか？

経営側だけで選んで現場が使わなくなることや、例外処理のカスタマイズで費用と期間が膨らむことが、原因になります。

FAQや履歴の整備を発注先に任せきりにすることも、問題になります。現場が参加する要件定義、標準機能に合わせた整理、データ準備の分担、パイロットで予防します。

解約時にデータを返却してもらえますか？

契約とサービス仕様によります。顧客、チケット、添付、ナレッジ、監査ログの出力形式や、APIや一括出力の制限を確かめます。

返却費用と提供元での消去時期も、契約前に確かめます。

添付や会話のつながりが失われる場合があるため、サンプルデータで復元テストを行います。

まとめ

カスタマーサポートシステムは、問い合わせを一元管理し、顧客情報と履歴を共有する業務基盤です。応対品質を標準化することで、自己解決率と一次解決率を高めます。

方式は、問い合わせ件数、席数、チャネル、既存連携、独自ルール、セキュリティ要件を基準に選びます。

導入成功のために押さえる三つのポイント

第一に、受付と対応業務を棚卸しして、KPIとSLAを3〜5個に絞り込みます。

第二に、顧客マスタ、FAQ、権限、連携、移行範囲を定めます。そのうえで、実データのデモとパイロットで、使いやすさを確かめます。

第三に、3年間のTCOで比べます。費用には、ライセンス、AI、電話、移行を含めます。教育、保守、解約も対象です。

最初の一歩となる問い合わせ業務とデータの棚卸し

問い合わせの経路、参照情報、担当者、対応期限、解決条件を書き出すところから始めます。

標準機能で解決する業務と、連携や個別開発が必要な業務を分けて考えます。そうすれば、過剰なカスタマイズを避けて段階的に導入できます。

▼関連記事一覧
・カスタマーサポートシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・カスタマーサポートシステム開発でおすすめの開発会社/ベンダー6選と選び方
・カスタマーサポートシステム開発の見積相場や費用/コスト/値段について
・カスタマーサポートシステム開発の発注/外注/依頼/委託方法について

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。