結論：保険代理店管理システムの開発費用は、SaaSの標準導入なら3万〜30万円程度、
パッケージ拡張なら300万〜1,500万円程度、独自基幹システムをフルスクラッチで構築するなら3,000万〜8,000万円超が一つの目安です。
ただし、保険会社連携やデータ移行の範囲で金額は大きく変わります。
保険代理店管理システムの費用を検討するときは、月額料金や開発会社から提示された総額だけで判断してはいけません。
顧客・契約情報の名寄せ、満期更改、意向把握の証跡、共同ゲートウェイ、手数料計算、
権限管理、研修、保守までを含めて比較することで、自社に必要なコストと削減できるコストが見えてきます。
この記事では、2026年時点で確認できる公開価格と業務要件をもとに、費用相場、内訳、
変動要因、見積もりの取り方、コスト最適化のポイントを解説します。
▼全体ガイドの記事
・保険代理店管理システム開発の完全ガイド
保険代理店管理システムの費用を決める全体像
保険代理店管理システムは、顧客情報だけを保存するCRMではありません。顧客・世帯・法人、
保有契約、募集活動、意向把握、比較推奨の理由、満期、更改、事故、手数料、募集人の権限や監査ログを、
代理店の業務フローに沿って管理する仕組みです。したがって、画面数が少なくても保険会社や既存システムとの連携が多い場合は、
開発費が高くなります。
費用はSaaS、パッケージ、スクラッチの3方式で考えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
費用の大枠は、SaaSを標準機能で使うか、保険代理店向けパッケージを設定・拡張するか、自社専用のシステムを新規開発するかで決まります。
SaaSは初期費用を抑えやすく、月額3,000〜7,000円前後を1ユーザーあたりの基本料金の目安として考えられます。
10名なら月3万〜7万円、30名なら月9万〜21万円、100名なら月30万〜70万円です。
ただし、オプションやデータ容量、サポート、連携費用は別に確認します。
業務フローと証跡の深さが価格に直結します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
保険代理店のシステムでは、顧客登録や契約検索だけでなく、「いつ、誰が、どの意向を確認し、なぜ商品を推奨したか」を後から確認できることが重要です。
意向把握、比較推奨理由、顧客への説明、変更履歴、閲覧・出力ログまで管理する場合は、入力画面、権限、ワークフロー、監査機能の設計が必要になります。
機能を増やすほど高くなるというより、業務の例外と証跡の要件を増やすほど工数が増えると理解すると、見積もりを比較しやすくなります。
保険代理店管理システムの開発費用・料金相場はいくらですか？
結論から言うと、標準的なクラウド導入は数万円から数十万円、パッケージの拡張は数百万円から1,500万円程度、
独自要件の多い開発は3,000万円以上になる可能性があります。後半の金額は保険代理店管理システムだけの公的な市場統計ではなく、
公開価格、機能範囲、連携数、一般的な業務システム開発工程をもとにした概算です。自社の見積もりにそのまま当てはめず、
要件をそろえた比較用のレンジとして利用します。
SaaS標準導入は3万〜30万円程度から始められます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
SaaS標準導入の初期費用は、アカウント発行、初期設定、権限設定、簡単な操作説明だけなら3万〜30万円程度が目安です。小規模代理店では月額利用料と合わせても導入を始めやすい方式です。
一方、社員数が5名までを対象とする保険代理店向け顧客管理システムでは、通常価格30万円（税別）。
キャンペーン価格18万円（税別）が公開されています（出典: 株式会社インフォケーション公式サイト、2026年8月確認）。
この価格は一つの製品の条件付き価格であり、保険代理店全体の平均価格ではありません。
標準導入でも、顧客データの取込、既存Excelの整理、帳票の追加、操作研修、追加ID、CTIや会計との連携が入ると別料金になりやすいです。
見積書では「初期費用に含む作業」と「利用開始後に追加請求される作業」を分けて確認します。
パッケージ拡張は300万〜1,500万円、スクラッチは3,000万円超も想定します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
保険代理店向けパッケージに帳票、権限、データ移行、複数の保険会社連携、会計や手数料の機能を加える場合は、300万〜1,500万円程度が概算レンジです。
既存業務を大きく変えずに導入しやすい一方、標準機能にない独自ルールを追加すると、設定費用よりも設計・テスト費用が膨らみます。
導入期間は3〜6か月程度を見込みますが、移行リハーサルの回数や関係部署の承認速度でも前後します。
セミスクラッチは1,000万〜3,000万円程度、フルスクラッチや基幹刷新は3,000万〜8,000万円超となるケースがあります。
複数拠点の組織、独自の精算や給与控除、既存基幹との全面統合、厳格な可用性や監査要件がある場合に選択肢になります。これらは公開された平均統計ではなく、要件規模から推定した価格帯です。
初期費用が大きい方式では、開発費だけでなく年間保守費、法改正対応、脆弱性対応、クラウド基盤費まで5年程度の総額で比較します。
保険代理店管理システムの費用内訳は何ですか？
見積書を読むときは、合計金額ではなく、どの作業にいくらかかるかを確認します。特に保険代理店では、
画面開発よりもデータの品質確認、保険会社ごとの項目マッピング、例外処理、証跡のテストに時間がかかることがあります。
以下の項目が分かれていれば、複数社の提案を同じ条件で比較できます。
ライセンス・初期設定・要件定義の費用
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ライセンス費は、ユーザー数、管理者数、店舗数、契約データ容量、利用できる機能、サポート窓口の範囲で変わります。募集人全員にIDを配るのか、閲覧専用のアカウントを分けるのかによっても月額は変わります。
初期設定には、店舗・部署・募集人・権限ロール・商品区分・満期ステータス・通知ルールなどの登録が含まれます。
要件定義では、顧客登録から契約成立、保全、満期、更改、事故受付、手数料確定、苦情対応、点検までを業務フローにします。
ここを省くと、後から「この帳票だけ紙で残す」「店長だけ承認できる」「変更前の推奨理由も保存する」といった追加要件が発生し、追加開発費につながります。
初期の打ち合わせ回数、成果物、参加する現場担当者の人数も見積条件に含めます。
データ移行・連携・名寄せの費用
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
データ移行費は、顧客名、住所、電話番号、法人情報、契約番号、保険会社、保険期間、補償内容、事故や対応履歴をどこまで取り込むかで変わります。
Excelが店舗ごとに分かれている、旧システムの項目名が不明確、解約済み契約が混在している場合は、移行前の棚卸しと名寄せに工数がかかります。
顧客名の表記ゆれや重複を放置すると、同じ顧客に複数の案内を送るリスクもあるため、件数だけでなく品質も確認します。
連携費には、保険会社や共同ゲートウェイからの契約・手数料データ取込、会計、給与、CTI、SFA、帳票、メールやSMS通知との接続が含まれます。
NTTデータの保険会社共同ゲートウェイは、一度のログインで複数の保険会社へアクセスできる仕組みです（出典: NTTデータ「保険会社共同ゲートウェイ」。2026年8月確認）。
ただし、共同ゲートウェイを利用できることと、自社システムへ必要なデータを自動連携できることは同じではありません。対象保険会社、取得できる項目、更新頻度、エラー時の再取込方法まで個別に確認します。
テスト・研修・保守の費用
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
テストでは、単にログインできるかを確認するだけでは足りません。
顧客検索、契約の名寄せ、意向把握の登録、比較推奨理由の保存、満期アラート、権限外データの遮断、操作ログの出力、CSV取込の失敗時処理まで。実際の業務シナリオで確認します。
移行前のテスト移行と本番移行後の照合を別工程にする場合は、その回数と対象データ件数を見積書に書きます。研修費は、管理者向け、店長向け、募集人向けで内容を分けると効果が高まります。
保守費には、問い合わせ対応、障害復旧、バックアップ、脆弱性対応、法改正に伴う仕様変更、OSやミドルウェアの更新が含まれるかを確認します。
フルスクラッチでは、開発終了後に法改正とセキュリティを誰が負担するかが重要です。
保守費を安く見せるために対応範囲を狭くしている提案には注意します。
保険代理店管理システムの費用が変動する7つの要因
同じ「顧客・契約管理」の開発でも、代理店の規模や業務の複雑さによって費用は変わります。
見積もりの精度を上げるには、機能名ではなく、どの業務を、何人が、どのデータと連携して、
どの証跡を残すのかを明確にします。
代理店の人数・拠点・専属か乗合か
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ユーザー数が増えるほどライセンス費や権限設定の費用は増えますが、人数だけが要因ではありません。
複数拠点をまたぐ顧客担当、店舗単位の閲覧制限、本社の全体分析、募集人・店長・監査担当で異なる承認フローがあると、ロール設計とテストが増えます。
専属代理店よりも乗合代理店の方が、複数社の契約項目、商品コード、更新データをそろえる作業が複雑になりやすいです。
意向把握・監査ログ・セキュリティ要件
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
意向把握や比較推奨の理由を入力し、後から変更履歴を確認する場合は、単なる備考欄ではなく、項目の必須化、確定処理、更新権限、証跡の保存期間を設計します。
2025年5月に成立した改正保険業法では。特定大規模乗合保険募集人などに対する体制整備義務の強化が示されています（出典: 金融庁「令和7年改正保険業法に係る監督指針等の改正案」、2025年）。
適用範囲や施行日は自社の区分と最新情報を確認し、制度対応をシステム要件へ落とし込みます。
2026年度版の損害保険代理店向け自己点検チェックシートは。法令改正などを踏まえて追加改訂されています（出典: 日本損害保険協会「自己点検チェックの取組み」、2026年）。
チェックシートに回答できるだけで十分とは限りませんが、対応状況、根拠資料、是正内容、責任者、確認日を管理できる設計にしておくと。点検後の改善まで追いやすくなります。
金融分野のシステムでは、MFA、暗号化、バックアップ、操作ログ、アカウント停止、委託先管理も要件になり、セキュリティ要件の深さが費用を左右します。
データ量・会計・手数料・周辺システムとの連携
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
保有契約が数千件なのか数十万件なのかで、検索性能、保存容量、移行方法、バックアップ時間が変わります。
さらに、保険会社別・商品別・募集人別の手数料、入金、精算、給与や評価用データを扱う場合は、締め処理、再計算、差分修正、承認の仕組みが必要です。
会計システムへ一方向に出力するだけか、会計結果を戻して照合するかでも連携工数は変わります。
AIによる面談記録の要約や音声入力を追加する場合は、顧客同意、保存場所、アクセス権限、原文との紐付け、誤要約の確認者を決めます。
AIの出力をそのまま募集判断の証跡にせず、募集人が確認して確定する流れを設計することが重要です。
先端機能を初期リリースへすべて入れると、開発費と教育費が増えるため、費用対効果を測るPoCとして分ける方法もあります。
保険代理店管理システムの開発・導入はどう進めますか？
費用を抑えながら失敗を防ぐには、いきなり開発会社へ画面制作を依頼せず、現状業務とデータを整理してから方式を選びます。
SaaSの標準機能で変えられる業務、パッケージの設定で吸収できる業務、追加開発が必要な業務を分けることが、
見積もりを適正化する出発点です。
現状業務・要件・移行データを先に棚卸しします
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に、顧客登録、見積、意向把握、申込、契約成立、保全、事故、満期案内、更改、手数料、苦情、教育・点検までの流れを書き出します。
各工程で使っているExcel、紙帳票、保険会社の画面、メール、個人メモを並べ、重複入力、確認待ち、対応漏れ、担当者しか分からない作業を特定します。
ここで「必須」「できれば」「今回は対象外」を決めると、過剰なカスタマイズを抑えられます。
データは、顧客、世帯・法人、契約、保険会社、商品、募集人、対応履歴、満期、手数料、添付書類の単位で件数と品質を確認します。
氏名・住所・電話番号・契約番号の重複、表記ゆれ、旧契約や解約契約の扱い、保管期限を決め、移行対象外のデータも保存方法を定義します。
移行作業を社内で行う場合も、データクレンジングの人件費をゼロとして扱わないことが大切です。
3〜5社のデモと小規模PoCで実運用を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
開発会社や製品ベンダーには、同じRFPと同じデータ件数を渡して、3〜5社で比較します。
デモでは、顧客名を検索して契約を開き、満期を確認し、意向を登録し、比較推奨理由を保存し、店長が承認し。操作ログを出力するところまで一連の業務を実演してもらいます。
「対応可能」という説明だけでなく、誰がどの画面で何を操作し、どの証跡が残るかを確認します。全社導入の前に、1店舗または1チームで1〜2か月程度のPoCを実施します。
評価指標は、顧客情報の検索時間、満期対応の未処理件数、登録にかかる時間、移行エラー件数、入力の完了率、問い合わせ件数などです。
保険代理店向けパッケージの導入事例でも、既存システムの老朽化やExcelによる補完を背景に。
パッケージと追加機能を組み合わせて業務を改善した例があります（出典: アイエスネットワーク「i-Fit導入事例」、2026年8月確認）。
標準機能で目的を達成できる範囲を検証することが、コスト削減につながります。
移行・教育・定着化までをプロジェクトに含めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
本番移行では、バックアップ、テスト移行、本番移行、件数照合、旧システムの参照期間、障害時の切り戻し方法を決めます。
移行直後に旧システムを停止すると、入力漏れや照合ミスの原因を確認できなくなるため、一定期間は参照専用で残す方法もあります。
過去の契約や事故履歴をすべて新システムへ持ち込むのか、参照用アーカイブに分けるのかで、費用と使いやすさのバランスを取ります。
教育では、機能の説明よりも「満期が近い顧客を検索する」「意向確認を登録する」「引き継ぎを残す」といった業務単位で練習します。
導入後は、月次で入力率、満期対応漏れ、データエラー、権限変更、ログ点検、問い合わせを確認し、必須項目や通知ルールを調整します。
システムを納品して終わりにせず、現場が使わない機能を削り、必要な機能を改善することが長期的なコスト最適化になります。
見積もりを比較してコストを最適化するポイント
最安の見積もりを選ぶことが、最も安い導入になるとは限りません。安い理由が標準機能の範囲内だからなのか、
移行・研修・保守が除外されているからなのかを確認し、初期費用、月額、追加開発、社内作業、
5年間の運用費を同じ表で比較します。
RFPには対象業務・データ・連携・受入条件を書きます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
RFPには、代理店の人数、拠点数、専属・乗合の区分、損保・生保の取扱範囲、保有契約件数、顧客件数、対象保険会社、現在のデータ形式を記載します。
機能は、顧客・世帯・法人管理、契約・証券管理、意向把握、比較推奨理由、面談履歴、満期更改、事故、手数料、帳票、権限、監査ログ、通知、モバイル。会計・CTI・SFA連携に分けます。
非機能要件には、稼働時間、バックアップ頻度、復旧目標、同時接続数、暗号化、MFA、操作ログの保存期間、障害連絡、個人情報の取扱い、再委託、データ返却を含めます。
受入条件は「画面が完成した」ではなく。「サンプル顧客を検索できる」「権限外の契約を見られない」「変更履歴を出力できる」「CSVエラーを再処理できる」など、実際の業務で判定できる形にします。
標準機能と追加開発を分け、総保有コストで比べます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
見積書では、各機能を「標準」「設定」「追加開発」「外部サービス」「対象外」に分けてもらいます。
例えば、顧客管理が標準でも、保険会社データの名寄せ、共同ゲートウェイとの連携、手数料の再計算、帳票の会社別レイアウトは追加になる可能性があります。
作業分担が曖昧なまま契約すると、社内担当者が手作業でCSVを加工することになり、見えないコストが発生します。
比較では、初期費用に加えて、月額利用料、ユーザー追加、保管容量、保守、法改正対応、バックアップ、連携サービス、研修、問い合わせ。社内の移行作業を3年または5年で合計します。
月額が安くても、追加IDや帳票、サポートが有料なら逆転することがあります。
反対に、高額な開発費でも、手作業の照合や更改漏れが減り、複数の旧システムを廃止できるなら、業務コストを含めた投資効果が期待できます。
費用を抑えるなら段階導入と機能の優先順位付けが有効です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
コストを最適化する基本は、最初からすべてを独自開発しないことです。
第1段階では顧客・契約の一元管理、満期管理、意向把握、権限、操作ログを優先し、第2段階で手数料、会計、CTI、SFA、高度分析を追加します。
法令・監査・個人情報に関わる機能は先送りせず、利便性の高いAIや高度なダッシュボードは効果測定後に追加する分け方が現実的です。パッケージの標準フローに業務を合わせることも、費用を抑える方法です。
ただし、現場が使わないほど入力項目を増やすと定着に失敗します。入力必須項目は、法令・監査・引き継ぎに必要なものを中心にし、任意項目は利用率を見ながら改善します。
複数社の見積もりを取る前に、経営層、コンプライアンス担当、現場募集人、情報システム担当で優先順位を合意しておくと、要件の揺れによる追加費用を防げます。
保険代理店管理システムの費用に関するよくある質問
費用の検討では、公開価格がある製品と、個別見積もりの開発を同じ基準で比べにくいことが悩みになります。
ここでは、導入前によくある質問に対して、判断の基準を直接回答します。
保険代理店管理システムは月額いくらから利用できますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
クラウド型の基本料金は、1ユーザーあたり月額3,000〜7,000円前後が一つの目安です。
10名なら月3万〜7万円、30名なら月9万〜21万円、100名なら月30万〜70万円になりますが、手数料計算、CTI、精算、分析、追加サポート。データ容量は別料金になることがあります。
ユーザー数だけでなく、初期設定と移行費を含めた初年度総額で比較します。
保険代理店はフルスクラッチ開発を選ぶべきですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
独自の精算、給与控除、複数拠点の承認、既存基幹との全面統合など、標準製品で業務を変えにくい場合は選択肢になります。
ただし、開発費だけで3,000万〜8,000万円超、期間は9〜18か月以上になる可能性があり、法改正、脆弱性対応、保守。担当者退職時の引き継ぎも自社側の責任になります。
まずパッケージやSaaSの標準機能と拡張可能範囲を確認し、それでも解決できない差分だけを独自開発する方が安全です。
見積もりを依頼するときに準備する資料は何ですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
現状の業務フロー、利用者と拠点の一覧、顧客・契約・履歴の件数、Excelや旧システムのサンプル、対象保険会社、連携したい会計・CTI・SFA。必要な帳票、権限ロール、監査ログの保存期間を準備します。
加えて、必須要件、できれば欲しい要件、対象外の要件を分け、データ移行の対象期間と本番稼働希望日も伝えます。同じ資料を3〜5社へ渡すことで、価格差が要件差なのか、提案の違いなのかを判断しやすくなります。
まとめ
保険代理店管理システムの費用相場は、SaaS標準導入で3万〜30万円程度、パッケージ拡張で300万〜1,500万円程度、
セミスクラッチで1,000万〜3,000万円程度、フルスクラッチで3,000万〜8,000万円超が概算の目安です。
月額3,000〜7,000円前後のユーザー料金や、5名向け30万円（税別）の公開価格例もありますが、
製品・契約条件・キャンペーンによって変わります。
最終的な見積もりでは、ライセンス、初期設定、要件定義、データ移行、名寄せ、保険会社・共同ゲートウェイ連携、
カスタマイズ、テスト、研修、保守を分けて確認します。費用を抑えるには、現状業務とデータを先に棚卸しし、
法令・監査・セキュリティに関わる要件を優先したうえで、標準機能、設定、追加開発を切り分けます。
3〜5社の提案を同じRFPで比較し、初期費用だけでなく3年または5年の総保有コストで判断することが重要です。
2026年は、損保代理店の自己点検や保険業法の改正動向を踏まえ、意向把握、比較推奨、
変更履歴、点検結果、是正状況を組織として追えることがこれまで以上に重要になります。
自社の代理店規模、専属・乗合の別、保険会社数、保有契約件数、既存データの状態を開発会社へ正確に伝え、
無理なく定着する方式を選ぶことが、長期的なコスト最適化につながります。
▼全体ガイドの記事
・保険代理店管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。