保険代理店管理システムは、顧客や契約、募集、満期などの記録をつなぎ、誰が何を確認したかを後から再現できる仕組みです。方式は、業務の標準化、必要な連携、証跡管理の範囲に合わせて選び、導入後も運用を見直すことが大切です。
▼関連記事一覧
・保険代理店管理システム開発の進め方
・保険代理店管理システム開発でおすすめの開発会社6選と選び方
・保険代理店管理システム開発の見積相場・費用
・保険代理店管理システム開発の発注・外注・委託方法
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
保険代理店管理システムの全体像
保険代理店管理システムは、顧客情報の管理を含め、業務の記録全体を扱うシステムです。複数の保険会社の商品を扱う代理店では、顧客、世帯、法人を記録します。保有契約と募集人、面談と意向、比較推奨も、記録の対象です。
また、満期や事故、手数料、自己点検も、一連の業務として記録します。導入の成否は画面の数より、誰がいつ何を確認し、どの証跡を残したかを後から再現できるかで決まります。
一般的なCRMとの違い
一般的なCRMは、顧客との接点や商談を管理するものです。一方で、保険代理店管理システムは、補償内容と保険期間、保険会社、証券を顧客に紐づけます。事故や更改なども、同じ顧客に結び付けて扱います。
特に乗合代理店では、意向把握と比較商品、推奨理由を記録します。説明内容や確認者、変更履歴も残します。そのため、募集品質の確認や担当交代時の引き継ぎに対応するには、顧客名と電話番号以外の記録が必要です。
導入による改善点
導入すると、検索時間を短くでき、満期更改の対応漏れを防げます。担当交代時の引き継ぎや手数料集計、監査資料の準備も効率化できます。
たとえば、「来月連絡する」という個人メモを、顧客と契約に紐づくタスクにしておけば、休職や異動の後も組織で追跡できます。さらに、法令・品質・事故対応に必要な必須項目と、分析用の任意項目を分け、入力の負担が増えすぎないようにします。
保険代理店管理システムの種類と選び方
方式には、SaaS型、保険業務向けパッケージ、パッケージ拡張があります。セミスクラッチとフルスクラッチを含めると、さらに選択肢が広がります。
選ぶ前に、標準機能に合わせられる業務と独自に残す業務、外部連携の範囲を分けて整理すると、過剰投資を避けやすくなります。
SaaS型が向いている代理店
小規模代理店や、まず1店舗で効果を試したい代理店には、標準的な顧客・契約・満期・対応履歴を早く使えるSaaS型が向いています。サーバーやOSの保守、機能更新を自社で抱えにくい点も利点です。
独自の精算ルールや帳票、複雑な組織権限は、標準機能では再現できない場合があります。
そのため、契約前に、追加項目やCSV出力、データ返却の料金を確かめておきます。アカウント追加と保険会社連携についても、料金を確認しておきます。
パッケージ拡張とスクラッチの使い分け
中堅以上の代理店で帳票や権限、手数料を追加するなら、パッケージ拡張が適しています。会計や既存データとの連携を加える場合にも、この方式は合います。保険業務の基本は既製機能で押さえられるので、業務知識を一からシステムの仕様に落とし込む負担を抑えられます。
独自精算や店舗制度、基幹との密接な統合など、変えられない要件が明確なら、スクラッチを検討します。
スクラッチでは、法改正・脆弱性への対応、バックアップと障害対応、担当交代後の保守も、自社と開発会社の責任範囲に入ります。そのため、比べる際は開発費だけでなく、保守の範囲も含めて見ます。
必要な機能とデータ項目
機能要件は、顧客管理や契約管理のような大分類で止めず、入力・検索・出力する項目まで定めておきます。顧客情報と契約情報を別々に持つと、満期や意向の確認が途切れやすくなります。
顧客と契約を軸に、業務全体を一つのタイムラインで確認できる設計が基本です。募集や活動、精算、統制も、同じ流れで確認できるようにします。
顧客・契約・証券をまとめて管理するための情報
顧客情報には、基本情報、世帯関係、法人情報を含めます。担当者や見込客、紹介元も記録し、同意状況も同じ顧客に紐づけます。
契約には、保険会社と商品、証券番号、保険期間を紐づけます。さらに、補償内容や保険料、契約状態を結び付け、事故や解約・更改の履歴も残します。
保険会社から取り込む情報は、氏名、住所、電話番号などで名寄せします。法人番号や契約番号も、名寄せの手がかりになります。誤ると別人の契約を同じ顧客に表示するため、自動判定だけで確定させず、確認待ちを残します。
意向把握と比較推奨の証跡
乗合代理店では、初回・最終意向、比較商品、対象を絞った条件を記録します。推奨理由と説明内容も残し、顧客確認をした担当者と確認日時も記録しておきます。最終結果だけでなく、募集の過程まで追えるようにしておきます。
入力を修正したときは、変更前後の値と変更者を、日時と理由とともに監査ログに残します。
自己点検をExcelだけで管理せず、対象業務と証跡、確認者を紐づけると改善に使えます。さらに、是正期限と完了日も併せて記録します。
満期更改と手数料管理の確認事項
満期管理では、案内予定日、連絡日、面談日をステータスで管理します。見積提出から意向確認、契約成立までの進み具合と、未対応理由も残します。担当者のカレンダーだけに頼らず、チーム一覧とアラートを用意します。
手数料管理では、保険会社別・商品別・募集人別に計上し、入金と精算を扱います。評価用データを扱うこともあります。まずは精算に必要な項目と締め処理を決め、会計連携が必要な場合は、勘定科目と出力形式を確認します。
保険代理店管理システム開発の進め方
開発は、業務の流れを整理して要件を定め、方式を選ぶところから始まります。その後、データ診断を行い、デモまたはPoCで試します。設計、設定、開発を経て、移行と教育に進み、最後に運用を改善していきます。
画面を先に作ると、保険会社ごとのデータ差異や満期の例外処理が後から問題になります。意向把握の証跡や権限の境界も、後から問題になりやすい部分です。そのため、業務責任者と募集人、コンプライアンスの担当者を初期から集めます。経理や情報システムの担当者も、早い段階から加わります。
要件定義の決定事項
顧客登録から契約、保全、事故までの業務フローを描きます。満期と更改、手数料と苦情、自己点検も、同じ流れに含めます。要件は、必須のもの、できれば欲しいもの、将来検討のものに分けます。
必須要件には、顧客・契約をまとめて管理する仕組み、満期アラート、意向・比較推奨の履歴を置くことが多いです。権限と操作ログ、バックアップ、データ出力も、含まれやすい項目です。
AI要約や高度な分析は、原文との紐づけや確認者が未定だと証跡に使えません。そのため、導入は段階に分けて進めます。
デモとPoCの操作内容
デモでは、顧客検索から世帯情報、契約の補償と満期までを一連で操作します。面談履歴と意向把握、比較推奨の理由、上長によるログ確認も、同じ流れで試します。必須項目の設定と途中保存、変更履歴、出力データも確かめます。
PoCは1店舗または1チームで行い、検索・入力時間と満期対応漏れ、移行エラー、利用率を計測します。2週間から1か月程度の検証でも、定着しない原因を見つけられます。
データ移行と定着化のポイント
移行前後のデータ確認と現場研修を分けて進めると、移行後の混乱を小さくできます。
- 移行前の診断：顧客名や契約情報の重複・表記ゆれを調べ、旧契約を移すか参照用に残すかを決めます。
- テスト移行：件数、名寄せ、欠損、日付、金額、添付書類、権限を、移行後のデータと照合します。
- 研修と運用点検：業務シナリオを練習し、月次で未入力・未対応などを点検して項目を見直します。
診断では、顧客名や住所、電話番号を確かめます。法人番号や契約番号、保険会社コードも対象です。証券番号、保険期間、契約状態も見ておきます。
研修では、顧客検索や面談直後の入力、満期対応を練習します。引き継ぎと訂正も、あわせて練習しておきます。運用点検では、権限とログ、移行エラーも確かめます。
▶ 詳細はこちら：保険代理店管理システム開発の進め方
保険代理店管理システムの費用相場
費用は、利用人数、方式、移行の難しさで変わります。連携数や権限・ログも影響し、帳票、研修、保守範囲によっても差が出ます。
概算では、SaaS標準導入の初期費用が3万〜30万円程度です。パッケージ設定と軽微な移行が30万〜300万円程度、複数連携を含む拡張が300万〜1,500万円程度が目安です。
セミスクラッチは1,000万〜3,000万円程度、基幹刷新を含むフルスクラッチは3,000万〜8,000万円超が目安になります。これら後半の開発費は、要件規模からの推定値として読んでください。
クラウド型の月額料金の目安
確認した公開価格と一次情報では、クラウド型は1ユーザーあたり月額3,000〜7,000円前後です。手数料計算やCTIを加えたり、精算や分析まで含めたりすると、月額13,000円を超えるプランも想定されます。
単純計算では、10名で月額3万〜7万円、30名で9万〜21万円、100名で30万〜70万円です。
ただし、初期設定や追加ID、データ容量が別料金になる場合もあります。保険会社連携とサポート、帳票、研修も、別料金になることがあります。そのため、月額の金額と合わせて、別料金の項目も確かめておきます。
見積もりに含める費用項目
見積書では、ライセンスまたは利用料と初期設定を分けます。要件定義、画面・権限設定、カスタマイズも、別々に書いてもらいます。
API・CSV連携や移行、名寄せ、帳票も含めます。テストやセキュリティ診断も、見積もりに入れておきます。研修、稼働立ち会い、運用保守も含めます。
保険会社別の項目マッピングと手数料データの再取込は、別費用になりやすい項目です。移行リハーサルや過去契約の添付書類、会計・電話連携も、別費用になることが多いです。社内でCSV加工や重複整理をする人件費も含めて、総保有コストで比較します。
開発期間と投資対効果の見積もり
期間の目安は、SaaS標準導入が1〜2か月、パッケージや軽微な設定が1〜3か月です。複数連携・拡張が3〜6か月、セミスクラッチが6〜12か月、フルスクラッチや基幹刷新が9〜18か月以上が目安です。
期間は、要件確定の速さと移行件数で変わります。保険会社との接続試験や受入テスト、社内承認も影響します。効果は、検索・転記・集計の時間だけでなく、更改や引き継ぎの漏れ、入力不備も含めて測ります。点検資料の作成や障害復旧にかかる時間も、測る対象に加えます。
▶ 詳細はこちら：保険代理店管理システム開発の見積相場・費用
開発会社・サービスの選び方
開発会社やサービスは、知名度や機能数よりも、保険代理店の業務と運用責任への理解で比べます。
3〜5候補には、同じ要件、データ件数、連携条件を伝えます。そのうえで、標準機能と設定、追加開発、社内作業を分けて提案してもらいます。
候補は、自社の規模や専属か乗合かに応じて絞ります。さらに、損保中心か生損保併売か、独自精算の有無も踏まえます。
保険業務の知識の確認方法
顧客や契約、募集人の情報を、どのデータ構造で扱うか質問します。保険会社と商品、満期、手数料についても、同じ観点で聞きます。意向把握や比較推奨、担当交代の扱いも確認します。事故受付や苦情、自己点検、保険会社ごとのCSV差異も見ておきます。
「契約管理に対応」という説明は、業務の中身を確かめる入り口にとどまります。業務シナリオを渡し、入力者や承認者、出力内容を示してもらいます。記録されるログまで示せるかを見ると、知識の深さを見極められます。
連携とデータ移行の比較項目
連携と移行は、提案ごとに前提がずれやすい部分です。そのため、同じ前提で条件をそろえて比べます。
- 連携条件：保険会社や共同ゲートウェイの対応社数、方式、更新頻度、エラー時の再取込、項目マッピング、認証方式を比べます。
- 移行条件：データの扱いと責任範囲、テスト回数、修正、切り戻し、旧環境の参照、返却形式を確認します。
比較時は、共同ゲートウェイの仕様と、自社システムが実際に取り込める範囲を分けて確認します。共同ゲートウェイの公式説明では、生損保共通の標準仕様が示されており、一度のログインで複数社へアクセスできます。
暗号化や電子証明書、スマートフォン・タブレット接続についても示されています（出典: 保険会社共同ゲートウェイ公式説明、2026年）。ただし、自社システムで取り込める範囲と自動化の可否は、別に確認が必要です。
移行データに、重複や住所変更、旧契約が含まれるかを確認します。添付書類や未完了案件、担当者・保険会社コードも、対象に入れて確かめます。これらは、提案書と契約書の両方に明記しておきます。
導入後の支援と契約条件の確認事項
導入後に必要な支援と契約条件を分けて確認すると、運用時の責任範囲がはっきりします。
- 導入後の支援：窓口や対応時間、障害連絡、制度更新、研修、マニュアル、利用状況の確認、追加開発の受付を確認します。
- スクラッチの保守：法改正対応の費用と納期、脆弱性修正、バックアップ復旧、担当交代時の引き継ぎを、あらかじめ決めておきます。
- 契約条件：成果物、受入テスト、瑕疵対応、SLA、再委託、個人情報、返却、終了時の削除証明。
スクラッチ開発では、継続して保守を担う体制があるかも確認します。
▶ 詳細はこちら：保険代理店管理システム開発でおすすめの開発会社6選と選び方
法令・業務品質・セキュリティへの対応
個人情報や契約情報を扱うため、便利さと同じくらい重視して、法令、業務品質、セキュリティを設計します。誰が確認し、何を証跡とし、いつ是正し、上長がどう承認するかまで、業務に組み込みます。
2026年の業務品質の変化への対応
金融庁は、2025年5月成立の保険業法改正に関して、監督指針の改正案を公表しています（出典: 金融庁「令和7年改正保険業法に係る監督指針等の改正案」、2025年）。改正案には、特定大規模乗合保険募集人や特定大規模乗合損害保険代理店の体制整備義務の強化などが含まれます。
- 対象範囲を確認：施行時期や対象となる代理店を最新資料で確かめます。
- 点検履歴を残す：回答、証跡、確認者、是正期限、完了状況、前回との差分を記録します。
規模の大きい代理店ほど、募集管理や比較推奨を含めて、内部管理や点検結果を説明できるデータ基盤が欠かせません。
日本損害保険協会は、代理店がPDCAを回すための自己点検チェックシートを提供しています。2026年6月1日付で、法令改正などを踏まえて追加改訂しました（出典: 日本損害保険協会「自己点検チェックの取組み」、2026年）。
最低限必要なセキュリティ機能
個人情報や契約情報を扱うため、利用者ごとの権限と認証・保護策、AI利用時の確認手順を整えておきます。
- アクセス管理：募集人、店長、本社、コンプライアンス担当、管理者ごとに閲覧・登録・編集・出力・削除を分け、異動・退職時は停止します。
- 情報保護：多要素認証、暗号化、操作ログ、通知、端末制御、バックアップ、復旧、脆弱性、委託先を確認します。
- AI利用：顧客同意、保存先、二次利用、誤要約の確認者、原文との紐づけを決めます。
- AIの証跡化：出力をそのまま意向や募集判断の証跡にせず、担当者が原文を確認して確定します。
金融庁の「金融分野におけるサイバーセキュリティに関するガイドライン」は、2025年7月に一部改正されています。また、2026年にも関連公表や注意喚起が更新されています（出典: 金融庁「金融分野におけるサイバーセキュリティ対策について」、2026年）。
発注・外注・委託を進める方法
発注では、希望機能だけでなく、対象業務やデータ、利用者をRFPに書きます。連携とセキュリティ、移行も書きます。検収や保守まで含めれば、提案の土台がそろいます。前提を発注先の推測に任せると、提案範囲が異なり、価格を比べにくくなります。
「データ移行一式」「保険会社連携対応」「法改正対応」などは、対象範囲と成果物をはっきりさせます。
RFPに書く項目
RFPには、代理店の規模・拠点数、専属・乗合、損保・生保の範囲を記載します。利用者数や顧客・契約件数、既存ファイル形式も、併せて書きます。
保険会社・共同ゲートウェイの対象と、会計・電話・帳票連携を挙げます。権限ロールとログ保存期間も書きます。バックアップや可用性、障害時の目標復旧時間も含めます。
移行範囲、研修、運用保守も書いておくと、提案が具体的になります。顧客検索から満期管理までのシナリオと、受入条件も添えます。意向把握や比較推奨、上長確認、出力も、シナリオに含めます。
相見積もりの揃え方と比較項目
同じ要件書とデータ件数、利用者数を渡します。連携条件や希望納期も伝えます。標準機能と設定、追加開発と移行を分けて回答してもらいます。社内作業や前提、対象外も、同じように分けてもらいます。
画面数だけでなく、権限ロール数や外部連携数を比べます。帳票やテストケース、移行リハーサルも比べ、研修時間も見ます。証跡や保守が対象外になっていると、見積もりが低額でも、追加費用や納期延長につながります。
契約と検収の決定事項
検収と契約で確認する内容は、成果物、実務テスト、契約上の責任に分けて整理します。
- 成果物：要件定義書、画面・データ・連携仕様、移行計画、テスト計画、操作マニュアルを列挙します。
- 受入テスト：顧客検索・登録、意向把握、比較推奨、満期アラート、権限エラー、変更履歴、CSV、障害復旧を試します。
- 契約条件：瑕疵対応、制度変更、障害時のSLA、再委託、個人情報削除、解約時のデータ返却を定めます。
受入テストでは、各業務シナリオが想定どおり動くかを判定します。ログインの確認は、その前提にすぎません。
▶ 詳細はこちら：保険代理店管理システム開発の発注・外注・委託方法
代理店の規模別に見る導入パターン
同じ保険代理店でも、利用人数や店舗数によって、適した方式は変わります。契約件数や商品構成、管理の複雑さによっても変わります。
規模だけでなく、現場の入力体制と業務の標準化の度合いも合わせて判断してください。
5名程度の小規模代理店の始め方
5名程度なら、標準機能で顧客・契約・証券や対応履歴、満期、更改を揃えられるSaaSやパッケージから検討します。意向確認や文書管理も、標準機能で足りるかを見ておきます。
独自精算や高度な分析よりも、紙やExcel、個人メモを一つの運用にまとめ、入力ルールを定めることが効果につながります。
初期費用や月額の最低利用人数、過去契約の移行を確認します。また、スマートフォンでの入力や帳票、出力も確かめます。サポート範囲は、別に確認しておきます。
30名程度の乗合代理店の優先事項
30名程度では、顧客・契約の名寄せ、募集人・店舗ごとの権限、比較推奨と意向把握を優先します。満期アラートや保険会社データの取込、手数料集計も、優先して検討します。
入力方法がばらつきやすいため、必須項目と承認フローをPoCで確認します。パッケージを中心に、共同ゲートウェイや会計、帳票など必要な連携だけを追加すると、費用と業務適合のバランスを取りやすくなります。
複数拠点の企業代理店の開発範囲
複数拠点では、店舗・本社・監査担当の権限や、組織をまたぐ閲覧が論点になります。独自精算、基幹連携、ログ保存も、検討の対象になります。障害復旧や段階移行も、検討が必要です。
全面刷新の前に、顧客・契約・募集品質の共通基盤を整える方法もあります。会計や人事とは、APIや定型出力による段階的な連携も選べます。スクラッチなら、法改正とセキュリティ更新を続ける体制まで予算に組み込みます。
よくある失敗と導入後KPI
導入効果は、稼働を開始した時点では判断しきれません。未入力や移行データの信頼性、ログ不足、追加費用の増加を防ぐため、成功指標と責任者を導入前に決めます。導入後は毎月確認します。
効率化と品質向上は、別々に評価せず、業務の流れが最後までつながったかで見ます。
導入で起きやすい失敗
導入では、次のような失敗が起こりがちです。
- 要件決定：経営層だけで決め、現場の入力が伴わない。
- 機能比較：意向や証跡を見ず、機能一覧だけで比べる。
- データ移行：名寄せを後回しにする。
- 保険会社連携：責任範囲が曖昧なまま進める。
- 法改正対応：保守契約に対応を含めない。
入力項目を増やせば品質が上がるとは限りません。必須項目は募集品質と引き継ぎに絞り、任意項目は利用状況を見ながら増やします。
導入後に見るKPI
顧客・契約の登録率や必須項目の未入力率を確認します。検索時間、面談後の入力時間、満期案件の未対応件数も、見ていきます。意向把握・比較推奨の証跡率と、上長確認の滞留も対象です。
ログ異常や移行エラー、問い合わせ数も見ます。月次アクティブ率も対象に入れます。導入前後の同じ期間を比べ、現場が入力を止めた場面も聞き取って改善につなげます。
よくある質問
検討の段階では、費用や標準機能、法令対応がよく質問されます。データ移行や外部連携、導入後の運用も、話題になりやすい項目です。方式選定や発注の前に確認したい疑問へ回答します。
保険代理店管理システムはパッケージとスクラッチのどちらがよいですか？
多くの代理店では、SaaSやパッケージを比べ、足りない部分だけを拡張すると、費用とリスクのバランスを取りやすくなります。
独自精算や組織制度、基幹連携が不可欠で、標準機能に合わせられない場合は、スクラッチを検討します。その場合でも、法改正やセキュリティ、保守を続ける体制と費用を含めて考えます。
Excelや旧システムのデータは移行できますか？
移行できる可能性はありますが、ファイル形式とデータ品質で作業量が変わります。顧客名や住所、電話番号で重複や表記ゆれを整理します。契約番号や保険会社コードも、整理の対象です。
旧契約や解約契約の扱いを決めます。添付書類や未完了案件の扱いも、同じように決めます。そのうえで、テスト移行と件数・内容の照合、エラー修正を経て本番移行する計画を、見積もりに含めます。
システムを導入すれば法令対応は完了しますか？
法令対応は、システムと業務ルールを組み合わせた体制として成り立ちます。入力項目や承認、ログを整え、点検結果と教育、業務手順、責任者も、体制の一部として機能させます。
制度やチェックシートの改訂時には、見直す項目や画面、帳票を決めておきます。権限と研修も含め、専門部署が定期的に確認します。
予算が少ない場合はどの機能から始めればよいですか？
顧客・契約をまとめて管理する機能や対応履歴、満期アラートから始めると、土台が作れます。意向確認と権限、操作ログ、データ出力も、早めに含めます。
高度な手数料精算や会計連携、CTI、AI分析は、基本データの蓄積後に加える方法もあります。小チームのPoCで検索時間や未対応件数を測ってから全社展開すると、不要な開発を抑えられます。
まとめ
方式選定で押さえるべき要点
保険代理店管理システムは、顧客や契約の情報を、募集や満期、手数料と点検とつなぐ基盤です。その基盤の上に、記憶やExcelだけに頼らない運用を作ります。
選定時は、意向把握と比較推奨の証跡、名寄せ、保険会社連携を確認します。権限やログ、移行も対象です。法改正やセキュリティ保守の責任範囲も確かめます。
失敗しないための次の一歩
5名程度なら標準機能の定着、30名程度なら名寄せ・権限・連携・手数料、複数拠点なら基幹連携と段階移行を優先します。
まず現状の業務を洗い出し、同じ条件で3〜5候補を比べます。デモやPoCで実業務を操作し、総保有コストと導入後の運用体制まで確認します。
▼関連記事一覧
・保険代理店管理システム開発の進め方
・保険代理店管理システム開発でおすすめの開発会社6選と選び方
・保険代理店管理システム開発の見積相場・費用
・保険代理店管理システム開発の発注・外注・委託方法
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。