結論：健診管理システムの費用相場は、1施設向けクラウドなら初期費用0〜30万円・月額1万〜10万円程度、
パッケージなら200万〜500万円程度、複数拠点や個別開発を含めると500万〜5,000万円超まで広がります。
ただし、料金表の最安値だけを比べると、予約・結果入力・帳票・請求・再検査フォローのどこまで含まれるか、
電子カルテや検査機器と連携できるか、データ移行や保守が別料金かを見落としやすくなります。
この記事では、健診機関、企業の健康管理部門、自治体が健診管理システムを導入するときの費用内訳、
価格帯、期間、変動要因、見積もりの確認方法、コスト最適化の考え方を順番に解説します。
▼全体ガイドの記事
・健診管理システム開発の完全ガイド
健診管理システムの全体像と費用の考え方
健診管理システムは、受診者や従業員の情報を登録し、予約、受付、検査結果の入力、判定、
結果通知、請求、再検査のフォローまでを一つの業務データとして扱うシステムです。費用を考えるときは「画面をいくつ作るか」
だけでなく、どの業務をどの範囲までつなぐかを起点にする必要があります。
健診機関・企業・自治体で必要な範囲が異なります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
健診センターや病院では、健診コース、検査項目、基準値、判定区分、契約先、オプション、請求先を細かく管理する機能が重要です。
企業の健康管理では、従業員、事業所、人事担当者、産業医の閲覧範囲を分け、個人の詳細な検査値を必要以上に共有しない設計が求められます。
自治体では、制度ごとの標準仕様、大量データ、委託先との受け渡し、年度更新への対応が費用に影響します。
同じ「健診管理システム」という言葉でも、1つのクリニックが結果報告書を発行するだけの構成と、複数拠点が年間数万人の予約から請求まで処理する構成では。
必要なデータモデル、権限、性能、連携が大きく違います。
見積もりの前に、自社が3類型のどこに該当するかを明確にしておくことが大切です。
初期費用ではなく5年総額で比べます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
クラウドは初期投資を抑えやすい一方、月額利用料、オプション、データ保管、サポート、連携費用が継続します。
パッケージやオンプレミスは初期費用が大きく見えますが、月額料金が低い場合や、既存の院内ネットワークを活用できる場合があります。
比較では、初期費用だけでなく、5年間の利用料、保守、機器更新、バックアップ、教育、改修まで足した総額を確認することが重要です。
例えば、初期費用0円のサービスでも、既存データの移行、独自帳票、電子カルテ連携、協会けんぽ向け出力、利用開始後の操作支援が別見積もりなら。実際の導入予算は公開価格だけでは決まりません。
反対に、標準機能が業務に合えば、個別開発を足さずに導入できるため、長期コストを抑えられるケースがあります。
健診管理システムはどの方式が費用対効果に優れていますか？
最も費用対効果が高い方式は、規模と業務の複雑さによって変わります。小規模施設が予約・結果管理・帳票発行を早く始めるならクラウドが候補になり、
標準機能では扱えない契約・請求や複数拠点連携が中核なら、パッケージへの追加開発またはスクラッチ開発が候補になります。
クラウドは初期投資を抑えたい施設に向いています
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
クラウド型はサーバー購入やソフトウェアの大規模な導入作業を省きやすく、初期費用0円から始められるサービスもあります。
アイテック阪急阪神のSmart TOHMASは、公式FAQで初期費用0円、利用料月額2万円、オプション1つにつき月額1万円を案内しています。
端末数が増えても月額料金が変わらないライセンスフリー。最大2か月の無料試用も掲げています（出典：アイテック阪急阪神「Smart TOHMAS FAQ」、2026年8月確認）。
一方で、月額が安いことだけで決めるのは危険です。データ移行、独自帳票、検査機器との接続、外部システムへの出力、サポート窓口の範囲、障害時の代替手順、契約終了時のデータ返却方法を確認する必要があります。
通信が不安定な環境や、院内ネットワークから外部サービスへの接続制限がある場合は、導入前に実機で検証します。
パッケージは標準業務を安定させたい施設に向いています
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
パッケージは、予約、受付、結果入力、判定、帳票、請求などの健診業務をあらかじめ想定して設計されているため、要件定義を短くしやすい方式です。
株式会社アルファインターナショナルのTHiSは、公式FAQで単体導入を200万〜300万円。
パソコン3〜4台のネットワーク構成を300万〜500万円の目安として示しています（出典：株式会社アルファインターナショナル「THiS よくある質問」。2026年8月確認）。
この価格はパッケージの基本導入を想定した目安であり、パッケージにない機能、既存システム連携、独自の帳票、移行、教育、保守まで含む総額ではありません。
デモでは標準機能の多さよりも、受付から結果確定、訂正履歴、再検査、請求、監査ログまでを実際の業務順に操作し、現場が追加開発を求める箇所を特定することが大切です。
スクラッチは自由度と継続負担をセットで考えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
スクラッチ開発は、自治体独自制度、大規模な受診者処理、複雑な契約・請求、既存基幹システムとの深い統合など、標準機能との差が大きい場合に有効です。
業務に合わせて画面やデータ構造を設計できますが、要件定義、基準値や判定ルールの設計、権限、テスト、移行、教育、運用設計までが開発費に含まれます。
開発後も、年度ごとの検査項目や基準値の変更、外部連携仕様の変更、脆弱性対応、OSやブラウザの更新が発生します。
そのため、スクラッチの見積もりでは初期開発費だけでなく、年間保守、追加改修、セキュリティ監査、障害対応の単価と受付時間を契約前に確認します。
健診管理システム開発の進め方と期間
健診業務は繁忙期や年度切り替えの影響を受けるため、開発期間だけでなく、現場が検証に参加できる時期まで考えた計画が必要です。
小規模クラウドなら最短1週間から1か月程度、標準パッケージなら約2か月、連携や拠点が増えると3〜9か月、
個別開発を含む大規模構成では6〜18か月程度が目安です。
要件定義では業務フローと費用の境界を決めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に、誰が、どの健診を、年間何件、何拠点で処理するかを整理します。
予約、受付、問診、検査結果入力、判定、結果通知、請求、再検査フォローを業務フローに描き、紙やExcelへの二重入力、例外処理、訂正の承認経路を洗い出します。
この段階で、標準機能で対応する部分、設定変更で対応する部分、連携が必要な部分、個別開発する部分を分けます。
受診者数、同時接続数、拠点、端末、帳票数、過去データの移行年数、保管期間も数値で示すと、見積もりの前提がそろいやすくなります。
設計・開発では連携と帳票を先に検証します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
健診管理システムの費用が膨らみやすいのは、外部とのデータ連携と帳票の作り込みです。
電子カルテ、PACS、検査機器、人事・給与システム、健保、自治体のそれぞれについて、CSV、XML、API、HL7 FHIRのどれを使うか。項目コード、エラー処理、訂正、再送、履歴を確認します。
厚生労働省は、医療分野の情報化に関するページで「HS037健康診断結果報告書HL7 FHIR記述仕様」を案内しています。
将来の連携候補として確認する価値がありますが、すべての健診データが同じ仕組みで共有できると断定せず、対象健診、接続先、最新版の仕様。
ベンダーの対応範囲を確認します（出典：厚生労働省「医療分野の情報化の推進について」、2026年8月確認）。
テストと段階導入で業務停止のリスクを下げます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
テストでは、正常系だけでなく、同姓同名、未受診、検査値の訂正、基準値変更、再検査、請求差戻し、権限外の閲覧、外部連携のエラーを実データに近い形で確認します。
医師、看護師、受付、請求担当、情シスがそれぞれ操作し、結果確定後に誰が何を変更できるかまで検証します。
全拠点を一度に切り替えるのが難しい場合は、1施設または1コースから始め、予約件数、結果返却までの日数、入力ミス、再検査フォロー率。請求差戻しをKPIとして比較します。
段階導入は期間を短くする方法ではありませんが、手戻りや現場の混乱による追加費用を抑えやすい進め方です。
健診管理システムの費用相場とコスト内訳
健診管理システムの相場は、方式、規模、連携、カスタマイズで大きく変わります。以下のレンジは、
公開価格と健診業務システムの導入目安をもとにした整理です。税別・税込、保守の含み方、
端末数、受診者数が各社で異なるため、同じ条件にそろえて比較してください。
規模別の初期費用と月額費用の目安
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
小規模クラウドを基本機能だけで1施設に導入する場合、初期費用0〜30万円、月額1万〜10万円程度が一つの目安です。
Smart TOHMASのように初期費用0円・月額2万円の公開例がある一方、DAYS-Daidaiは月額9,800円から、初期費用0円。
最短1週間を案内しています（出典：アイテック阪急阪神、DAYSIOの各公式サービス情報、2026年8月確認）。
ただし、プラン、保管期間、オプション、サポートで変わります。パッケージ単体導入は200万〜300万円程度、3〜4台のネットワーク構成は300万〜500万円程度が公開情報から確認できる価格帯です。
複数拠点、電子カルテや検査機器との連携、帳票の追加、過去データの移行を含む中規模構成は500万〜2,000万円程度の推定レンジ。
大規模ネットワークや個別開発は2,000万〜5,000万円超の推定レンジになります。
後半2つは健診固有の一律価格ではなく、要件を分解して作る予算検討用の幅です。
初期費用に含まれる項目を分解します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
初期費用には、アカウントや施設の基本設定、健診コース・検査項目・基準値の登録、権限設定、サーバーやネットワークの準備、画面や帳票の設定、テスト。操作研修が含まれる場合があります。
見積書では「導入一式」とまとめず、初期設定、ライセンス、機器、連携、帳票、移行、教育、セキュリティ確認の単位に分けてもらいます。
過去データの移行は、データ件数だけでなく、紙やExcelの欠損、氏名表記の揺れ、旧システムの項目コード、年度ごとの基準値、訂正履歴の有無で工数が変わります。
直近1年だけを移行するのか、過去5年分を検索可能にするのかを決め、サンプルデータで移行テストを行うと追加費用の発生を抑えやすくなります。
月額・保守・連携がランニングコストを作ります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ランニングコストには、クラウド利用料、ユーザーや拠点の追加料金、オプション、データ保管、バックアップ、問い合わせ対応、障害監視。法令や仕様変更への保守が含まれます。
オンプレミスの場合は、サーバー、ネットワーク機器、OS更新、バックアップ媒体、院内の運用担当者の工数も実質的なコストです。
外部連携は、初回接続費、1連携先ごとの設定費、通信やAPIの利用料、仕様変更時の改修費に分けて確認します。
特定健診XML、CSV、HL7 FHIR、検査機器固有の形式などが混在すると、変換処理とエラー対応の費用が増えやすくなります。連携先が増えるほど安くなるのか、1接続ごとに課金されるのかも確認します。
見積もりを取る際に確認すべき項目
相見積もりでは、各社に同じ資料と条件を渡さなければ価格差の理由を判断できません。
安い見積もりが機能不足なのか、別途費用が多いのか、標準機能で実現できるのかを比べるため、
RFPには受診者数、拠点数、健診種別、業務フロー、連携先、帳票、移行範囲、セキュリティ要件、
導入希望時期を記載します。
RFPには業務量と例外処理を入れます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
業務量は、年間受診者数、繁忙期の1日受付数、同時利用者数、一人あたりの検査項目数、結果確定までの日数で示します。
例外処理として、予約変更、当日追加、検査中止、結果の差し替え、医師の再確認、請求先変更、再検査の追跡を記載します。
こうした条件がないと、通常ケースだけで算出された見積もりになり、後から追加費用が出やすくなります。
帳票は名称だけでなく、出力形式、項目、レイアウト、宛先、発行タイミング、再発行ルールを明示します。
個人票、事業所向け一覧、労基署提出用、健保向けデータ、受診者ポータルの表示がある場合は、サンプルを渡すと認識のずれを減らせます。
セキュリティと責任分界を金額に反映します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
健診結果には、検査値や診断に関わる情報が含まれます。
個人情報保護委員会は、雇用管理分野の健康情報について、要配慮個人情報に該当する場合が多く。
該当しない健康情報も機微な情報として準じて扱うことが望ましいと示しています。
（出典：個人情報保護委員会「雇用管理分野における個人情報のうち健康情報を取り扱うに当たっての留意事項」、2026年8月確認）。
見積もりでは、二要素認証、権限分離、通信・保存時の暗号化、監査ログ、バックアップ、復旧目標、脆弱性対応、委託先と再委託先、データの所在。契約終了時の返却・消去を確認します。
厚生労働省は2026年6月に医療情報システムの安全管理に関するガイドライン第7.0版を公表しているため。
対応範囲と追加費用をベンダーに質問します（出典：厚生労働省「医療情報システムの安全管理に関するガイドライン 第7.0版」、2026年8月確認）。
価格だけでなく同じ業務シナリオで比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ベンダー比較では、機能数や導入社数の多さだけで判断せず、同じ業態、受診者数、帳票、連携先を持つ事例を確認します。
デモでは、前半のシナリオとして「予約を変更する」「受付する」「結果を取り込む」「判定を医師が確定する」を確認します。
後半は「訂正履歴を残す」「結果を本人と事業所に出す」「請求を確定する」「再検査を追跡する」という一連のシナリオを使います。
見積書の比較表には、初期費用、月額または年額、保守、追加ユーザー・拠点、データ移行、連携、帳票、教育、サポート、改修単価、契約期間。解約時のデータ返却を並べます。
公開価格があるサービスでも、同じ条件で確認しなければ、数字の低さだけが強調されてしまいます。
健診管理システムの開発費用を最適化するポイント
コスト最適化は、機能を一律に削ることではありません。健診業務の品質、法令・標準仕様への対応、
現場の作業時間、将来の拡張性を保ちながら、費用対効果の低い個別開発を減らす考え方です。
最初からすべてを作り込まず、標準機能と段階導入を軸に優先順位を決めます。
標準機能を優先し、個別開発を業務上の必須部分に絞ります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
標準機能で予約、受付、結果入力、判定、帳票、請求がつながるなら、画面の色やボタン配置を細かく変えるより。業務を標準機能に合わせたほうが保守費を抑えやすくなります。
個別開発は、法令・契約・現場の安全性に直結する機能、既存機器との必須連携、差別化につながる業務に優先します。
特に「Excelと同じ見た目にしたい」「現在の紙帳票を完全に再現したい」という要望は、目的と手段を分けて検討します。必要な情報を漏れなく出せれば、レイアウトを簡素化できる場合があります。
帳票を整理し、重複項目や利用されていない様式を減らすだけでも、開発工数とテスト工数を下げられます。
移行データと連携先を整理して工数を減らします
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
移行するデータは、すべてを本番データベースに取り込む必要があるとは限りません。
日常業務で参照する期間、法令や社内規程で保管が必要な期間、参照頻度の低い過去資料を分け、古い資料は検索用の別保管にする方法もあります。
対象を絞る場合は、検索性、訂正履歴、本人からの開示請求への対応を損なわないように設計します。連携も、最初からすべてを自動化するのではなく、作業量とミスの大きい連携から着手します。
例えば、検査結果の取り込みを優先し、請求データの出力は第二段階にするなど、効果を測りながら広げます。連携先が提供する標準フォーマットを使えるなら、独自APIの作り込みを減らせる可能性があります。
導入効果を測って追加投資を判断します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
導入前に、受付1件あたりの入力時間、結果返却までの日数、転記ミスの件数、請求差戻し、再検査フォローの実施率、紙の印刷・保管量を記録します。
導入後に同じ指標を測れば、月額利用料や追加開発が業務改善に見合うかを判断できます。
クラウドの公式サービスには、DAYS-Daidaiのように作業時間最大85％削減を訴求する例がありますが。
これは提供会社が示すサービス上の実績・訴求値であり。すべての施設で同じ効果が出ると断定できる数字ではありません（出典：DAYSIO「DAYS-Daidai」、2026年8月確認）。
自施設の業務量と導入前後の計測結果で効果を確認することが重要です。
よくある質問
健診管理システムの費用は、公開価格だけでは判断しにくい部分があります。ここでは、
導入を検討する担当者から特に質問されやすい点を、価格と実務の両面から回答します。
健診管理システムは月額いくらから導入できますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
小規模クラウドでは、初期費用0円、月額1万〜10万円程度が目安です。
公開例として、Smart TOHMASは月額2万円、DAYS-Daidaiは月額9,800円から案内していますが、オプション、サポート、保管期間。連携、消費税の扱いで総額は変わります。
問い合わせでは、標準料金に含まれる機能と別料金の作業を分けて確認します。
健診管理システムをスクラッチ開発するといくらかかりますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
複数拠点、外部連携、データ移行、独自帳票、権限や監査ログを含む中規模構成は、500万〜2,000万円程度を予算検討用の推定レンジとし。
大規模ネットワークや個別開発では2,000万〜5,000万円超も想定します。
これは一律の相場ではなく、要件定義、画面・データ設計、開発、テスト、移行、教育、保守を含む範囲で変動します。まず必須機能を分けたRFPを作り、複数社から同じ条件で提案を受けることが大切です。
既存のExcelや旧システムのデータは移行できますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
移行できる可能性はありますが、旧データの形式、欠損、重複、項目コード、年度ごとの基準値、訂正履歴によって費用と期間が変わります。
全件移行ではなく、日常参照が必要な期間だけを本番へ移し、古いデータを別保管にする方法もあります。ベンダーにはサンプルデータで変換・検証を行ってもらい、移行後の検索、訂正、開示対応まで確認します。
クラウド型でも健診結果のセキュリティは確保できますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
クラウドかオンプレミスかだけで安全性は決まりません。
二要素認証、権限分離、暗号化、監査ログ、バックアップ、復旧手順、脆弱性対応、委託先の責任分界、契約終了時のデータ返却・消去を確認し。自施設の運用ルールと合わせて評価します。
厚生労働省の医療情報システム安全管理ガイドライン安全管理ガイドラインを基準に、ベンダーがどの項目を担い、利用者側に何が残るかを明確にします。
まとめ
健診管理システムの費用相場は、1施設向けクラウドなら初期費用0〜30万円・月額1万〜10万円程度、
パッケージなら200万〜500万円程度、複数拠点や個別開発を含むと500万〜5,000万円超まで広がります。
公開価格は比較の出発点であり、受診者数、拠点、帳票、連携、移行、セキュリティ、保守の条件をそろえた見積もりで判断することが重要です。
見積もりの比較条件をそろえることが第一歩です
公開料金、推定レンジ、自社向けの個別見積もりは、それぞれ意味が異なります。初期設定、
ライセンス、移行、連携、帳票、教育、保守、セキュリティ対応を同じ項目で並べ、標準機能と追加開発の境界を確認すると、
安さだけに引きずられずに選択できます。
費用を抑えながら失敗を避けるために
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に健診機関、企業、自治体のどの用途かを定め、予約から請求、再検査までの業務を見える化します。
そのうえで、標準機能で実現する範囲、個別開発する範囲、移行するデータ、連携するシステム、導入後に測るKPIを決め、初期費用ではなく5年総額で比較します。
費用の安さだけでなく、結果の訂正履歴、権限、監査ログ、バックアップ、障害時の継続運用まで確認できる会社を選ぶと。導入後の追加費用や業務停止のリスクを抑えやすくなります。
具体的な要件や現状の課題が整理できたら、同じ条件で複数社に相談し、自施設の業務に合った構成と見積もりを比較してください。▼全体ガイドの記事
・健診管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。