反響顧客管理システム開発の発注/外注/依頼/委託方法について

反響顧客管理システムは、問い合わせを受け付けるだけでなく、流入元の記録、担当者への振り分け、初回対応、商談化、受注・失注までを一つの流れとして管理する仕組みです。発注では、必要な機能を並べるだけでなく、自社の反響業務をどの範囲まで委託し、どの指標を改善したいのかを先に決めることが成否を左右します。

本記事では、反響顧客管理システムの発注・外注・委託方法について、SaaSやローコードの選び方、RFPと要件整理、契約形態、費用相場、委託先の選定、見積書の比較方法まで順番に解説します。問い合わせがExcel、共有メール、電話メモ、広告管理画面に分散している企業が、最初の相談前に整理すべき材料も具体的に紹介します。

▼全体ガイドの記事
・反響顧客管理システム開発の完全ガイド

反響顧客管理システムを発注する前に押さえる全体像

反響顧客管理システムの発注は、製品を買う手続きだけではありません。どのチャネルから届く問い合わせを、どのデータ項目で受け取り、誰が何分以内に対応し、どの段階で営業やサポートへ引き継ぐのかを、業務とシステムの両面から決めるプロジェクトです。

反響顧客管理システムの中心目的は、問い合わせを顧客台帳へ登録することではなく、対応漏れを減らし、初回接触を早め、商談化率や受注率を把握することです。Webフォーム、メール、電話、広告、SNS、展示会、店舗などから入る反響に、媒体名、キャンペーン、流入日時、問い合わせ内容を紐付けると、どの施策が成果につながったかを追えるようになります。

発注前には、過去3〜6か月の反響件数、月間のピーク、未対応件数、初回返信までの時間、担当者数、重複登録の状況を確認します。例えば、月1,000件の反響があっても、担当者が5人で電話中心なのか、50人で複数拠点へ自動配分するのかによって必要な仕組みは大きく変わります。入力項目の多さよりも、どの業務上の判断を早く正確にしたいかを明確にすることが重要です。

委託先に任せる範囲は、要件定義、製品選定、画面設定、個別開発、フォームや広告との連携、データ移行、テスト、教育、保守のどこまでかを決めます。社内では、業務ルールの決定、データの正しさの確認、現場への説明、導入後の運用責任を持つ必要があります。ここを曖昧にすると、ベンダーは「設定は完了した」と考え、利用部門は「使える状態になっていない」と感じるため、納品後に追加費用やスケジュール遅延が発生しやすくなります。

おすすめは、初回リリースを「反響登録、重複確認、担当振り分け、対応期限の通知、結果入力、媒体別レポート」に絞る方法です。予約、請求、AIによる自動返信、詳細な顧客分析などを同時に作ると、要件とテストが膨らみます。競争優位に直結する独自の査定や見積だけを個別開発し、一般的な顧客管理は標準機能に寄せるFit to Standardの考え方が、長期の保守負担を抑えやすくなります。

発注形態はSaaS・ローコード・個別開発から選びます

発注形態に正解が一つあるわけではありません。反響件数、担当者数、流入チャネル、既存システム、独自業務、セキュリティ要件、導入希望時期を基準に、標準利用から個別開発へ段階的に選ぶと判断しやすくなります。費用の安さだけで決めると、後から連携やデータ移行を追加することになり、総額と導入期間が膨らむため注意が必要です。

SaaSは、サーバー構築や大規模な保守体制を自社で用意せず、契約後すぐに顧客・案件・活動履歴を使い始められる選択肢です。月数百件までの反響を一元化したい、まず入力ルールを定着させたい、標準的なステータスとレポートで改善を試したい企業に向きます。一方で、独自の審査手順、特殊な権限、複雑な料金計算、細かな画面変更には制約があり、APIや追加サービスの有無を確認する必要があります。

2026年8月時点で、kintoneはライトが月額1,000円、スタンダードが月額1,800円、ワイドが月額3,000円の1ユーザーあたり税抜価格で、ライトとスタンダードの最低ユーザー数は10ユーザーです（出典: サイボウズ株式会社「kintone 料金」、2026年確認）。30日間の無料お試しとオフィシャルパートナーによる支援も案内されています。これはライセンスの目安であり、フォーム連携、設計、データ移行、教育の費用は別に見積もられる点を発注時に確認します。

ローコードやパッケージの導入では、顧客、反響、案件、対応履歴、媒体などのデータを自社業務に合わせて設定できます。担当者の自動振り分け、未対応アラート、入力必須項目、一覧画面、簡易レポートを作りやすく、現場の変更を内製しやすい点が強みです。ただし、アプリやプラグインを増やしすぎると、どこに正しいデータがあるか分からなくなり、アップデートや障害時の責任分界も複雑になります。

この方式では、製品の販売会社と構築パートナーが別になる場合があります。契約先、障害の問い合わせ先、個別設定の所有者、API連携の保守者、解約時のデータ出力方法を一つの資料にまとめます。社内に業務改善の担当者がいるなら、小さく作って自社で運用し、難しい連携と移行だけを外注する分担も選択肢になります。

個別開発は、既存の基幹システム、広告、予約、電話、メール、会計、MAなどをつなぎ、独自の審査や見積、拠点別ルールまで反映したい場合に適しています。要件に合わせた画面やデータ構造を作れる一方、初期費用と期間が大きくなり、保守、脆弱性対応、担当者交代時の引き継ぎを継続的に考える必要があります。

最初から全社向けのスクラッチ開発を選ぶのではなく、MVPで反響登録から結果入力までを稼働させ、数値を見て第2段階の連携を決める進め方が安全です。独自開発を選ぶ場合でも、標準CRMを中核にして個別機能をAPIで補う構成と、すべてを新規に作る構成を比較し、将来の変更費用まで含めて判断します。

RFPと要件整理は反響の流れを数字と業務で書きます

RFPは、開発会社へ「何を作ってほしいか」だけを伝える資料ではなく、「どの業務課題を、どの条件で解決したいか」を同じ前提で比較するための資料です。細かな画面仕様を最初から確定できなくても、対象範囲、現状の課題、データ量、期限、予算の考え方、納品物、提案してほしい事項をそろえると、会社ごとの見積条件が比較しやすくなります。

最初に、Webフォーム、メール、電話、LINEやSNS、広告媒体、展示会、店舗などの入口を洗い出します。各入口について、誰がいつ確認し、どの項目をどこへ転記し、どの条件で担当者を決め、何をもって対応完了とするかを記録します。反響の登録件数だけでなく、初回接触率、接触までの時間、アポ獲得率、見積提出率、受注率、失注理由、媒体別の獲得単価まで追えると、導入後の評価がしやすくなります。

データ項目は、顧客、会社、反響、案件、活動、媒体、担当者、商品、同意情報に分けて整理します。氏名や電話番号だけで重複判定すると、同じ会社の別担当者や家族の情報を誤って統合する可能性があります。メールアドレス、電話番号、会社名、住所、既存顧客IDなどを組み合わせ、名寄せ候補を提示して人が確認する方法もRFPに記載します。

RFPには、初回リリースで必須の機能、できれば欲しい機能、今回は対象外にする機能を分けて書きます。必須機能は、反響の自動取り込み、担当振り分け、未対応アラート、対応履歴、ステータス管理、媒体別レポート、権限管理などから自社に必要なものを定義します。AIによる要約や優先度付けは便利ですが、最初から自動判断に任せず、候補を提示して担当者が承認する段階から始めると検証しやすくなります。

画面一覧だけでなく、代表的な業務シナリオも書きます。「Webフォームから新規反響が届く」「重複候補が見つかる」「地域と商材で担当者へ割り当てる」「初回対応期限を超えたら管理者へ通知する」「商談化後に営業へ引き継ぐ」「失注理由を入力して媒体別に集計する」といった流れです。各シナリオに、入力、処理、通知、権限、完了条件を付けると、受入テストの基準にもつながります。

連携要件は「連携する」とだけ書かず、方向、頻度、項目、エラー時の扱い、再送方法、認証方式まで示します。例えば広告媒体から反響を一方向で受け取るのか、顧客の商談結果を広告側へ戻すのかで実装は変わります。既存ExcelやCRMから移行するデータの件数、期間、欠損、重複、文字コード、移行後の照合方法も、提案前に分かる範囲で共有します。

反響情報には氏名、住所、電話番号、メールアドレス、問い合わせ内容などの個人情報が含まれます。個人情報保護委員会の2026年6月改正の通則ガイドラインでは、個人データの取扱いを委託する場合、委託先の選定、契約、取扱状況の把握など、委託元による必要かつ適切な監督が示されています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。RFPにはデータ保存場所、アクセス権限、暗号化、操作ログ、再委託、バックアップ、削除、漏えい時の報告手順を含めます。

受入条件は、機能が表示されるかだけでなく、実際の業務で使えるかを確認する基準です。例えば、反響取り込みの成功率、重複候補の確認手順、担当者への通知時間、権限外データが見えないこと、CSV出力の項目、障害時の復旧、月次レポートの再現性をテスト項目にします。合格条件と不合格時の修正期限を契約書や仕様書に反映すると、納品時の認識違いを減らせます。

契約形態は請負・準委任の違いと責任分界で選びます

契約形態は、開発会社に作業を任せるという一言では整理できません。成果物と完成責任を重視するのか、専門家の知見を借りながら要件を固めるのか、運用改善を継続的に依頼するのかで、適した契約が変わります。名称だけで判断せず、成果物、検収、作業範囲、変更手続き、知的財産、保守の条件を契約書と個別仕様書で確認します。

請負契約は、合意したシステムや機能を完成させ、発注者が検収する形に向きます。画面、データベース、連携、テスト仕様書、操作マニュアルなどの納品物を決め、検収期間、修正の扱い、瑕疵への対応、遅延時の連絡を確認します。反響顧客管理システムでは、要件が未確定のまま全工程を請負にすると、仕様変更のたびに追加見積が発生しやすいため、要件定義と開発を分ける段階契約も有効です。

請負で注意したいのは、検収できる条件が「担当者が使えること」のような抽象表現になっていないかです。「新規反響を登録すると、条件に合う担当者へ通知され、期限超過一覧に表示される」といった検証可能な表現にします。データ移行を含める場合は、移行対象件数とエラー許容数、移行後の照合責任も決めておく必要があります。

準委任契約は、専門家が善管注意義務をもって業務を遂行する形で、要件定義、業務整理、製品選定、運用改善、アジャイル開発などに向きます。発注前にすべての仕様を決め切れない場合でも、一定期間ごとに成果を確認しながら優先順位を変えられます。一方で、完成した機能の保証や成果物の範囲が請負と異なるため、作業時間、体制、会議体、報告内容、終了条件を明記します。

要件定義を準委任で依頼し、開発は確定した範囲を請負にする組み合わせもあります。毎週の進捗会議で課題、決定事項、未決事項、次週の作業を共有し、発注者側の意思決定が遅れた場合の影響も記録します。発注者が何も決めずに任せる契約ではないため、社内の業務責任者と決裁者を早くアサインすることが重要です。

開発成果物の著作権、既存ライブラリ、ソースコード、設計書、API仕様、インフラ設定、テストデータの扱いを確認します。すべての権利を移転できない場合でも、発注者が将来の改修や別会社への委託に必要な利用権と資料を受け取れるかを確認します。SaaSでは、契約終了時のデータエクスポート形式、保存期間、削除証明、アカウント停止の手順も重要です。

保守契約は、障害対応だけでなく、OSやブラウザの変更、脆弱性対応、バックアップ確認、API仕様変更、問い合わせ対応、軽微な改善の範囲まで区別します。再委託がある場合は、どの会社が個人データへアクセスするか、事前承認や監査をどう行うかを確認します。委託先の会社名だけでなく、実際にデータを扱う場所と担当者まで把握することが望まれます。

反響顧客管理システムの費用相場と見積の内訳

反響顧客管理システムの費用は、ライセンス料金と導入・開発費を分けて考えます。反響専用の公的な費用統計は確認できないため、以下は業務システム、CRM、SFAの公開料金と、連携・移行・権限・テスト工数から組み立てた目安です。実際の見積は反響件数、ユーザー数、媒体数、データ品質、セキュリティ、既存システムとの接続で変わるため、特定の金額をそのまま予算確定に使わないようにします。

標準SaaSは、初期費用が無料から数十万円程度、月額が1ユーザーあたりおおむね1,000円台から6万円台までという幅で見られます。これは製品のプランと機能を比較するためのレンジで、導入支援を含む一律の相場ではありません。HubSpotの公式ページでは、無料ツールに加え、Starterが1シート月額1,800円から、Professionalが6,000円から、Enterpriseが9,000円からと案内されています（出典: HubSpot Japan「無料CRMソフトウェアのご案内」、2026年確認）。

Salesforceの公式販売価格では、Sales CloudのStarter Suiteが1ユーザー月額3,000円、Pro Suiteが12,000円、Enterpriseが21,000円、Unlimitedが42,000円、Agentforce 1 Salesが66,000円という表示です（出典: 株式会社セールスフォース・ジャパン「Salesforce販売価格」、2026年確認）。料金はプランや契約期間で変わり、導入支援、追加製品、連携開発、データ移行、教育は別費用になり得ます。月額だけでなく、3年間のライセンス、設定、保守、解約時の移行費まで試算します。

リサーチノートとNotebookLM Q&Aの類似業務システム相場をもとにした推定では、ローコード構築は50万〜300万円程度、パッケージやCRMの導入支援は300万〜1,500万円程度、個別開発と中規模連携は1,000万〜3,000万円程度が一つの目安です。複数拠点、コンタクトセンター、複数ブランド、基幹/API連携、厳格な監査が必要な大規模案件では、3,000万円〜1億円以上となる推定もあります。いずれも公開統計による一律価格ではなく、要件に基づく参考レンジです（出典: NotebookLM Q&A「業務システム全般_18」、2026年）。

見積内訳では、要件定義・企画、画面とデータ設計、開発または設定、外部連携、データ移行、テスト、教育、リリース、保守を分けてもらいます。一般的な業務システムでは開発費の大部分を人件費が占め、保守運用は初期開発費の年15〜25％前後という目安が使われることがありますが、反響システムの個別案件へそのまま適用できるとは限りません。工数、単価、作業内容、前提条件が示された見積を取得します。

ランニングコストには、ユーザーライセンス、ストレージ、メールや電話のオプション、API利用料、監視、バックアップ、保守契約、問い合わせ対応、軽微な改善、教育、セキュリティ診断などが含まれます。導入直後は反響項目やステータスの見直しが起きやすいため、月何時間までの改善を含むのか、超過時の単価はいくらか、定例会議が有償かを確認します。

自社運用を選ぶ場合も、担当者の作業時間や属人化のリスクを費用として考えます。月額が安い製品でも、CSV加工、重複修正、手作業の転記、障害時の復旧に毎月多くの時間がかかれば、総保有コストは高くなります。ライセンス費、導入費、社内工数、外注費、機会損失を同じ期間で比較することが大切です。

委託先の選定と見積比較で確認すべきポイント

委託先は、知名度や最安値だけで決めません。反響業務の理解、CRMやSFAの設計力、フォーム・電話・広告との連携経験、データ移行、権限と監査、現場定着、導入後の保守を一つの評価軸にします。製品ベンダー、公式パートナー、受託開発会社、大手SIerでは得意な規模と役割が違うため、自社の課題に合う会社を選びます。

実績を聞くときは、「CRMを何社導入したか」だけでなく、「複数媒体から反響を取り込み、重複を判定し、地域や商材で担当へ配分し、初回対応時間と受注まで測った案件があるか」を確認します。自社と同じ業界でなくても、同じデータ量、担当者数、個人情報の扱い、連携方式が近い事例は参考になります。可能であれば、現場利用率、導入期間、移行件数、導入後の支援内容を匿名化した範囲で聞きます。

提案時の担当者が、導入後もプロジェクトマネージャーや保守責任者として関わるかも大切です。営業担当だけが要件を聞き、開発チームへ引き継ぐ会社では、細かな業務条件が抜けることがあります。要件定義に参加する業務理解者、データ移行担当、連携担当、セキュリティ担当の役割と稼働時期を提案書に書いてもらいます。

相見積もりでは、同じRFPを2〜4社へ渡し、質問への回答も全社へ共有します。各社の見積を、要件定義、設計、設定・開発、連携、移行、テスト、教育、保守の単位に並べ、含まれるものと含まれないものを比較します。「一式」とだけ書かれた費用は、対象画面数、連携先数、データ件数、会議回数、テスト回数、納品物を確認して分解してもらいます。

極端に安い見積は、要件定義、移行、受入支援、セキュリティ、教育、保守が別途になっている可能性があります。逆に高い見積でも、冗長な個別開発や不要なライセンスが含まれている場合があります。価格差の理由を説明できる会社か、代替案として標準機能を使った場合と個別開発した場合の両方を提示できるかを見極めます。

注意すべき兆候は、現状を聞かずに製品や技術だけを薦める、要件が曖昧なのに納期と金額を断定する、追加費用の条件を説明しない、担当者が頻繁に変わる、移行と教育を発注者任せにする、再委託先を開示しないといった状態です。これらが見られた場合は、提案のやり直しを依頼するか、候補から外す判断をします。

契約後の変更管理も先に決めます。変更要求を受けたら、理由、対象範囲、追加工数、費用、納期、受入条件への影響を記録し、承認者が判断する運用です。要件定義・設計・開発・テストを削って納期を短くすると、後から工数が1.3〜1.5倍に膨らむ可能性があるという類似業務システムの見立てもありますが、個別案件の保証値ではありません。重要な工程を削るより、機能をMVPへ絞る方が安全です。

2026年の発注ではAI連携とデータガバナンスを分けて考えます

反響顧客管理では、問い合わせ内容の要約、優先度の候補提示、次回アクションの提案、回答文の下書きなどにAIを活用できます。ただし、個人情報を含む問い合わせをどのサービスへ送るのか、学習利用の有無、ログの保存、誤った要約や差別的な優先度付けへの対処を先に決めます。AI機能を導入すること自体を目的にせず、対応時間や入力負荷がどれだけ改善したかを測る設計が必要です。

最初のAI活用は、担当者が最終判断できる業務から始めます。問い合わせの長文を要約し、重要な要素を確認してから保存する、過去の対応履歴をもとに回答候補を出して担当者が編集する、未対応の反響を優先度順に並べる、といった使い方です。受注見込みや顧客の価値をAIだけで決めると、誤判定の説明責任や機会損失が生じるため、判断根拠、承認者、修正履歴を残します。

2025年8月のSalesforce公式発表では、AI insideがRevenue Cloudを採用し、リード獲得から受注・アフターサポートまでの一元化とAIエージェント連携を目指す事例が示されています（出典: Salesforce「AI inside 株式会社、Salesforce Revenue Cloudを国内初採用」、2025年）。このような大規模事例をそのまま模倣するのではなく、自社ではどの反響処理を短縮したいか、AIを使わない場合の標準フローは何かを比較してから発注します。

反響データは、取得時の利用目的、社内での利用範囲、広告やMAとの連携、委託先への提供、保存期間、削除方法を整理します。問い合わせフォームの同意文言と、システム内での同意日時・取得元・変更履歴をどう記録するかも確認します。担当者や拠点ごとの最小権限、エクスポート制限、二要素認証、操作ログ、バックアップ、退職者アカウントの停止を仕様に含めます。

委託先のセキュリティ資料を受け取るだけで終わらせず、再委託、データの国外移転、障害時の連絡、脆弱性の修正期限、監査への協力、契約終了時の削除を確認します。個人情報保護委員会のガイドラインでも、委託元が委託先の安全管理措置を確認し、契約に取扱状況を把握できる内容を盛り込むことが示されています。発注担当だけでなく、法務、情報システム、現場責任者を要件レビューに参加させると抜け漏れを防げます。

全社一斉導入の前に、1部門、1拠点、1媒体、少数ユーザーで検証します。期間は要件と製品によりますが、リサーチノートでは2〜8週間程度のPoCが一つの目安とされています。PoCでは機能が動くかだけでなく、入力完了率、初回対応までの時間、未対応率、重複の発生、担当者の確認回数、媒体別レポートの作成時間を導入前と比較します。

検証結果をもとに、残す機能、捨てる機能、第2段階へ回す機能を決めます。現場が入力しない原因が画面の問題ではなく、ステータスの意味や対応ルールの不明確さであることもあります。操作マニュアルだけでなく、誰がいつ何を入力し、期限を超えたときに誰が確認するかという運用ルールとKPIを整えます。

反響顧客管理システムの発注でよくある質問

ここでは、発注前によく寄せられる疑問に直接回答します。費用や期間は自社の要件で変わるため、回答のレンジを出発点にして、RFPと相見積もりで具体化することが大切です。

標準SaaSは初期費用無料から数十万円程度、月額は1ユーザーあたり1,000円台から6万円台までが目安になります。ローコード構築は50万〜300万円程度、パッケージ導入支援は300万〜1,500万円程度、個別開発は1,000万〜3,000万円程度という推定レンジがありますが、いずれも要件に基づく参考値です。連携、移行、教育、保守を含む3年間の総額で比較します。

SaaSを標準利用するだけなら即日から4週間程度、ローコード構築は1〜3か月、パッケージ導入は2〜6か月、個別開発は4〜9か月程度が類似案件から見た目安です。複数拠点や基幹連携、大量データ移行、厳格なテストがある場合は、さらに長くなる可能性があります。社内の意思決定、データ整理、受入テスト、教育を早く始めるほど、開発会社の作業だけに起因しない遅延を減らせます。

現状の反響チャネル、月間件数、担当者数、業務フロー、困っていること、必須機能、対象外、既存データ、連携先、セキュリティ要件、希望時期、予算の考え方、納品物、受入条件を書きます。特に、初回対応時間、未対応率、商談化率など導入後に測る指標を入れると、提案の評価が機能数だけに偏りません。分からない項目は空欄にせず、提案してほしい事項として明記します。

反響の取り込み、名寄せ、担当振り分け、期限通知、営業への引き継ぎ、受注までの分析を同じ業務シナリオとして経験している会社を選びます。実績、提案体制、データ移行、セキュリティ、再委託、保守、見積の透明性を同じ質問票で比較し、最安値ではなく自社が判断しやすい説明をしている会社を候補にします。契約前に成果物、検収、変更管理、データの返却、保守終了後の対応まで確認します。

まとめ

反響顧客管理システムの発注では、製品や開発会社を先に決めるのではなく、反響の入口、対応期限、担当振り分け、顧客との履歴、商談化・受注までのKPIを整理します。そのうえで、SaaS、ローコード、パッケージ、個別開発を比較し、標準機能に寄せる範囲と独自開発する範囲を分けます。

発注前には、過去3〜6か月の反響件数、流入媒体、初回対応時間、未対応件数、担当者数、既存データ、連携先、必要な権限、希望時期をそろえます。RFPでは必須・希望・対象外を分け、業務シナリオと受入条件を書きます。見積は要件定義、設計、開発・設定、連携、移行、テスト、教育、保守に分解し、2〜4社で比較します。

最初から大規模な仕組みを完成させようとせず、反響登録、重複確認、担当振り分け、期限通知、結果入力をMVPとして小さく始めます。個人情報を扱うため、利用目的、権限、操作ログ、委託先監督、再委託、データ削除を契約と要件に含めます。発注形態と費用を自社の業務量に合わせて選び、導入後に初回対応時間と未対応率が改善したかを確認することが、継続的な成果につながります。

▼全体ガイドの記事
・反響顧客管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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