ポートフォリオ管理システムの開発費用は、対象範囲、連携先、権限・運用要件によって、300万円〜数億円規模まで変わります。方式別の参考レンジは、MVPで300万〜600万円、標準型で800万〜1,500万円、基幹連携型で1,500万〜4,000万円程度です。
▼全体ガイドの記事
・ポートフォリオ管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ポートフォリオ管理システムの全体像と費用の考え方
費用を見積もるときは、機能の数に加えて、集めるデータと入力者を明確にしておきます。
そのうえで、どの会議や判断に使うかも決めておくと、必要な機能の範囲が定まります。
ポートフォリオ管理システムの対象の決め方
用途ごとに必要なデータが変わるため、対象を決めておかないと、費用相場を当てはめる前提がそろいません。
- IT投資・開発案件：予算と進捗の管理が中心です。
- 業務施策・製品開発：収益とリスクも扱います。
- 金融・制作・不動産：別のデータ設計が必要です。
以降の費用の話は、ERP・経営管理の文脈で案件・施策・投資・実績を一元管理するシステムを前提にしています。
ポートフォリオ管理システムでは、予算や進捗、収益を一緒に管理します。
リスクや人員も、同じ仕組みで扱います。
金融資産や制作実績、不動産物件を扱う場合は、項目や連携が変わります。そのため、同じ費用帯をそのまま当てはめることはできません。
管理対象、利用部門、利用者数は、1枚の資料に整理しておきます。登録頻度と公開範囲も同じ資料に含め、判断に使う指標も併せて記載します。
案件の開始と終了だけを追うか、予算や粗利、投資対効果などまで含めるかで、画面と連携の規模が変わります。
費用に影響する基本機能と管理機能
基本機能と管理機能を分けておくと、MVPに含める範囲を判断しやすくなります。移行時の作業も、あわせて確認しておく必要があります。
- 基本機能：日々の登録と閲覧を支える部分です。
- 管理機能：判断や計画の管理に関わる機能です。
- データ整備：既存データを取り込む際の下準備です。
基本機能には、案件・施策・資産の登録、カテゴリやタグ付け、複合条件検索が含まれます。一覧と詳細の表示も対象です。
ファイル添付やCSVやExcelへの出力も、対象に入ります。
ユーザー認証も必要で、組織・役割ごとの権限管理も基本機能に含まれます。
既存データを移行する場合は、重複排除や項目の標準化といった別の作業が発生し、そのぶん工数もかかります。
管理機能には、申請から承認までの流れと、予算と実績の比較があります。
収益やROIも集計します。リスク・遅延アラートやリソース稼働率も扱います。
経営会議向けの表示も対象で、ダッシュボードやシナリオ比較も管理機能に含まれます。
高機能化すると費用が増えます。画面だけでなく計算ルールや連携の費用も膨らむため、画面数では費用の大きさを判断しにくくなります。
OracleのPrimavera Portfolio Managementは、投資の提案・計画・管理を重視しています（出典: Oracle Japan「Primavera Portfolio Management」、2026年確認）。
同製品は、ワークフローや承認のほか、ROIの把握や将来データとの比較も扱います。
ポートフォリオ管理システムの費用相場の目安
専用開発の費用は、MVPで300万〜600万円、標準型で800万〜1,500万円、基幹連携型で1,500万〜4,000万円程度が目安です。
これらは、公開されている業種別の目安とERP・基幹システムの相場を組み合わせた参考レンジです。個別案件の確定価格ではなく参考値で、実際の金額は要件によって変わります。
MVPの費用の目安（300万〜600万円）
MVPは、対象の部門と利用者を絞り、入力と検索を先に稼働させる構成です。機能は後から足していく形になります。
- 費用：300万〜600万円が目安です。
- 期間：2〜4か月程度です。
- 範囲：登録、検索、権限、CSV出力を含みます。
作る範囲は、登録や一覧・詳細表示、ログインに絞り、基本権限と最低限のファイル管理を加えます。
現場が実際に使う項目を確かめてから、承認やダッシュボードを追加していく進め方に向いています。
制作実績や商品ラインナップの管理では、MVPでも400万〜800万円程度という公開レンジがあり、用途によって差が出ます。
案件・投資・予算などを一元管理する場合は、集計ルールや権限の検討が増えます。同じ画面数でも、費用は上限側に寄りやすくなります。
費用は、MVPという名称よりも、対象範囲と連携数を絞るかどうかで決まります。
標準型の費用の目安（800万〜1,500万円程度）
標準型は、複数の利用者と業務判断を支える構成で、開発期間は4〜8か月程度です。
- 費用：800万〜1,500万円程度です。
- 連携：既存システム1〜2本との接続です。
- 管理：予実、承認、部門別表示を含みます。
MVPに加えて、予算・実績・収益の管理と、申請・承認の流れ、部門別ダッシュボードを組み込みます。
ファイルと変更履歴、初期データの移行も対象に含まれます。
経営層や現場、管理部門で画面や権限を分けると、要件定義と受入テストの負担が増えます。
入力したデータを経営会議資料や案件レビューでどう使うかは、先に決めておく必要があります。登録項目を増やしても、使う帳票や判断が変わらなければ定着しにくいためです。
BOSS DESIGNも、登録データの最終的なアウトプットを明確に設計することの大切さを示しています（出典: BOSS DESIGN「ポートフォリオ管理システムの開発事例と費用相場」、2026年確認）。
基幹連携型の費用の目安（1,500万〜4,000万円程度）
基幹連携型は、複数の部門と拠点でデータをつなぐ構成です。
- 費用：1,500万〜4,000万円程度が参考帯です。
- 期間：6〜12か月以上になる場合があります。
- 拡張：条件次第で数億円規模もあります。
連携の対象は、ERP、会計、人事・工数などです。
販売や購買、CRM、BIとの連携も含まれ、複数拠点にも対応します。
グローバル展開と大量データに加え、複雑な職務分掌や監査ログも費用を左右します。要件が増えるほど、費用は高くなります。
シナリオ分析やオンプレミス要件まで含めると、4,000万円を超えて数億円規模になる可能性があります。
SAP Enterprise Portfolio and Project Managementは、プロジェクトの依頼から終了までを一元管理する製品です（出典: SAP Japan「SAP Enterprise Portfolio and Project Management」、2026年確認）。
同製品は、財務・ロジスティクス情報や原価、収益を扱います。
計画や予測、リソース、リスクも扱えます。
この範囲は、画面の開発だけでなく、業務プロセスと基幹データをつなぐ変革プロジェクトになります。
費用の内訳と構成
見積書は「開発一式」とまとめず、工程と運用費に分けて確認します。
初期費用と月額費用も分けて示してもらうと、会社ごとの見積もりを比べやすくなります。
要件定義からテストまでの人件費と工数
開発人件費は、要件定義から受入テストまでの工数によって変わるため、工程ごとに確認します。
- 要件定義：何を作るかを決める工程です。
- 開発：設計、API、実装、単体テストまで。
- 検証：結合テストと受入テスト。
要件定義は、現状業務の整理、利用者ヒアリング、データ項目の定義から始まります。
画面と権限も、この段階で決めます。
画面、権限、連携要件が決まったら、UI、データベース、APIを設計し、そのあとで実装を行います。
受託開発の人件費は、総費用の40〜60%程度という参考値があります。
エンジニアの月額単価は、80万〜120万円程度という参考値です。単価は職種や経験、契約形態によって変わり、作業場所や難易度も関わります（出典: NotebookLM Q&A「ERP・経営管理」、2026年確認）。
費用を左右しやすいのは、画面数よりも業務ルールの複雑さです。承認条件も、費用に影響します。
承認者や承認経路が多いときや、予算変更の履歴を残すとき、会計と締め日が違うときは、設計とテストの工数が増えます。
データ移行と外部システム連携の見積もり
移行と連携は、対象データと接続方法を分けて見積もると、作業範囲がはっきりします。
- 移行整備：既存データを新しい項目の形に合わせる作業です。
- 試行移行：変換後のデータの照合。
- 外部連携：接続先ごとに条件を詰める作業です。
Excelや部門別ツールから移行する場合は、ファイルを取り込んだあとに、項目を整える作業が続きます。
項目名とコードをそろえます。日付と金額単位も統一します。部署名や顧客名、案件IDの表記も確かめ、欠損の有無も見ていきます。
重複や欠損の確認に加えて、どの年度まで移すかも決めます。
対象データが多い場合は、クレンジングと変換、試行移行、本番移行、照合を、それぞれ独立した費目として扱います。
連携では、APIの有無や更新の方向と頻度を確認します。
エラー時の再送と認証の扱いも、あわせて決めておきます。
マスタの正本は、連携先ごとに決めておきます。会計から実績を受け取るだけか、承認済みの予算を会計や購買へ戻すかで、難易度は変わります。
見積書には、連携本数に加えて、リアルタイムか日次バッチか、既存ベンダーとの調整が必要かどうかも記載してもらいます。
クラウド、保守、改善のランニングコスト
稼働後の費用は、クラウド、保守、改善に分けて確認します。月額の前提もそろえておきます。
- クラウド・ストレージ：月額3万〜15万円です。
- 保守・メンテナンス：月額5万〜25万円の範囲です。
- 機能追加・改善：月額10万〜50万円の範囲です。
金額は、利用者数やデータ容量、バックアップ世代によって変わります。監視時間やSLA、サポート範囲も、金額に影響します。
ライセンスやAPI利用料も金額に影響するため、ここでの金額は公開目安として扱います。
保守費には、障害対応、OSやミドルウェアの更新、脆弱性対応が含まれる場合があります。バックアップの確認、権限の見直し、問い合わせ対応を含む場合もあります。
年間の保守運用費は、初期開発費の5〜15%程度を目安とする考え方もあります。ただし、保守の内容によって変わります。
24時間監視、法改正対応、継続的な改善を含める場合は、別途見積もりになります。
3年から5年の総保有コストで比べると、稼働後の費用まで含めて判断できます。
費用が変動する主な要因と開発期間の目安
費用は、利用者数やデータ量、連携の数によって変わります。権限やセキュリティの要件も、費用を動かす要因です。
出力帳票や運用体制も変動要因になるため、見積もり前に整理しておきます。要因を先に洗い出しておくと、必要な機能と将来の拡張を分けて判断できます。
データ量と権限・監査要件による設計量
権限と監査要件は、利用者数と展開範囲が広がるほど設計量が増えます。監査の対象も、あわせて確認します。
- 部門内：利用の範囲が一つの部署に収まる場合です。
- 全社展開：部門や地域をまたぐ範囲です。
- 監査対応：監査に備えた設計が必要になる範囲です。
利用者が少ない部門内のシステムであれば、役割は管理者・編集者・閲覧者の3種類程度に整理できます。全社展開になると、権限の組み立てが複雑になります。
全社展開では、部門や役職、地域ごとに閲覧範囲を変えます。案件や機密区分で分けるケースもあります。経営層や部門長、担当者で見える範囲が違うと、権限表とテストケースが必要になります。運用ルールまで設計する必要があるため、費用も上がりやすくなります。
契約や投資に関わる情報、顧客情報や技術情報を扱う場合は、MFAや最小権限を要件に含めます。暗号化も対象になります。
職務分掌や監査ログに加えて、バックアップと復旧テストも対象になります。API認証と委託先管理も、セキュリティ要件として確認します。
国税庁は、電子取引データや会計情報について、訂正・削除の履歴などを示しています（出典: 国税庁「電子帳簿等保存制度」、2026年確認）。日付や金額、取引先による検索、必要に応じたダウンロードへの対応も挙げられています。
法令対応を後から足すと、データ構造や権限を作り直す場合があります。
開発期間の幅（2か月から1年以上）
開発期間は、方式と対象範囲によって大きく変わります。
- MVP：2〜4か月が目安です。
- 標準型：4〜8か月が目安です。
- 基幹連携型：6〜12か月以上が目安です。
パッケージやSaaSの設定・導入支援は1〜3か月程度の場合があり、ローコードは1〜4か月程度が参考帯です。
短期間で稼働させても、データ整理や権限設計は省けず、教育と受入テストも欠かせません。
期間を短くするなら、1部門、1ポートフォリオ、主要KPIに絞って段階的に稼働させ、効果を測ります。測る指標には、入力率や検索時間があります。
資料作成時間や予実差の把握精度、意思決定までの時間も対象です。効果を確認できた機能から、他部門へ広げていきます。
SaaS・ローコード・スクラッチの選択による初期費用の違い
方式を選ぶときは、初期費用だけでなく、導入期間と拡張性を比べます。
- SaaS・パッケージ：初期設定が数十万〜数百万円です。
- ローコード：50万〜500万円程度が参考帯です。
- フルスクラッチ：400万〜3,500万円程度が参考帯です。
SaaSやパッケージは、月額またはユーザー課金が別途かかる形が一般的で、初期設定も必要です。標準業務に合わせる前提で、短期導入を優先する企業に向いています。
ローコードは、社内利用が中心で、管理項目が比較的シンプルな場合に適しています。
フルスクラッチは、固有の承認や基幹連携、将来拡張を重視する場合の選択肢です。自由度が高い反面、要件が膨らみやすく、稼働後の保守人材も必要です。
初期費用だけでなく、総額で比べます。3年分のライセンスや保守を含め、追加改修やデータ移行の費用も加えて考えます。
ポートフォリオ管理システムのコストを最適化するポイント
コストを抑えるには、機能を削るだけでなく、使い方そのものを整えることが欠かせません。利用されない機能は作らず、入力と判断の流れを整えたうえで、変更しやすい構造を選びます。
入力が定着せずにExcelへ戻ってしまうと、移行費用と再開発費用が発生します。
MUSTとWANTを分けた段階導入
初回リリースは、業務を止めないMUSTに絞って、予算を管理しやすくします。将来機能は、別の段階として分けておきます。
- MUST：登録、検索、権限、承認を含む範囲です。
- 主要KPI：CSV出力とあわせて実装します。
- WANT：後続の段階で追加する機能です。
AI検索、高度な予測、複雑なシナリオ分析は、第2・第3フェーズに分けます。
全社横断のレコメンドは後回しにし、データ品質と利用状況を確認してから追加します。
見積書には、初回リリースと次期候補の区分、対象外の範囲を記載してもらいます。将来追加するときの前提も、あわせて示してもらいます。
データモデルやAPIを先に拡張できる設計にしておくと、再構築のリスクを抑えやすくなります。
データモデルと連携方針の事前整理
データモデルを先に決めておくと、画面開発のあとで手戻りが起きにくくなります。連携方針も、同じ段階で固めておきます。
- 共通キー：案件ID、組織、顧客の表記統一。
- 業務項目：予算、実績、成果物の整理です。
- 連携方針：連携先とどう受け渡すかの取り決めです。
業務項目に加えて、ステータスや期間も同じデータモデルで扱います。責任者と権限も、共通キーとあわせて整理しておきます。
画面を先に作ると、案件IDの重複や部署名の揺れが起きることがあります。予算と実績の期間が合わず、手戻りになる場合もあります。
連携先ごとに、正本と更新のタイミングを決めます。失敗時の扱いや再送の方法、担当者も、あわせて決めておきます。
APIの有無も確認し、APIが使えないシステムでは、CSVや定型ファイルを選べる場合もあります。
リアルタイムが要らない集計まで高価なAPI連携にせず、費用とのバランスを取ります。
入力定着と運用設計への予算配分
導入後に定着させるには、開発費を削る場合も、運用設計と入力ルールの予算は残しておくことが大切です。
- 利用者支援：説明と入力ルールの整備です。
- 管理体制：データオーナーとマスタの決定。
- 継続運用：稼働後の見直しと対応を続ける役割です。
運用設計には、権限の見直しや障害時の連絡、バックアップとベンダーからの引き継ぎも含めます。運用担当も、あらかじめ明確にしておきます。
誰が何をいつまでに登録するかが決まっていないと、最新の情報を保てません。
入力項目を必須にする前に、会議で使う項目だけを残し、入力の負担を抑えます。
Excelから自動で取り込む項目と、現場が一度だけ入力する項目、管理部門が補正する項目を分けておくと、運用費と問い合わせを抑えやすくなります。
見積もりを取る際に比較すべきポイント
相見積もりでは、総額だけでなく、同じ前提で比べられているかを確認します。そのため、費目をそろえて依頼します。要件定義やデータ移行を含めない見積もりは、あとから追加費用になりやすいため、注意が必要です。
業務・データ・連携・運用に分けた要件の伝え方
発注前に、業務とデータの前提をそろえて伝えます。利用場面も一緒に示します。
- 業務：対象、利用者、権限、承認の整理です。
- データ：項目、帳票、移行データの提示です。
- 連携・運用：接続先と体制の伝達です。
管理対象と現行業務を整理し、必須項目や検索条件、承認経路も書き出しておくと、要件が具体的になります。
出力帳票や連携先も示します。移行データやセキュリティ、運用体制も含めて、業務の前提をそろえます。
「ダッシュボードが欲しい」という要望に加えて、利用場面と判断まで伝えます。
たとえば、月次会議で予算と実績の差を確認し、一定以上の差があれば責任者へ通知する、といった形です。
要件が未確定のうちは、本開発の固定見積もりをいきなり求めず、まず要件定義やPoCの見積もりを分けて依頼します。
PoCでは実データを使い、検索性や権限を確かめます。連携と入力負担も、実データで確認しておきます。その結果を本開発の見積もりに反映すると、後からの仕様変更を抑えやすくなります。
複数社への同じ質問と提案の差
複数社に同じ質問をしておくと、価格だけでは見えない提案の差を比べられます。回答の前提も、そろえやすくなります。
- 実績：対象業界と基幹連携の経験。
- 導入：PoCや段階導入への対応可否。
- 保守：保守体制の中身。
連携の実績は、ERPや会計、人事・工数などについて聞きます。データ移行の方法も確かめます。
権限や監査ログの設計についても、各社に同じ質問を投げかけます。
障害時の対応時間や、設計書・ソースコード・データの返却条件まで確認します。
専用の価格表を持たない会社も多いため、公開事例だけでなく、自社の条件での見積もりを取ります。
OracleやSAPでは、提案や優先順位付けを標準機能で扱える場合があります。予算や原価、リソースに加え、リスクも対象になることがあります。
NECのObbligatoも、製品開発をWBSで定義し、進捗、リソース、製品データを関連付けます（出典: NEC「Obbligato プロジェクト管理」、2026年確認）。
標準機能に業務を合わせられるか、差分だけを追加開発できるかを確かめ、追加する範囲をはっきりさせます。
追加費用と契約後の移行リスク
契約の前に、見積もりの前提と終了時の移行条件を確かめておきます。追加費用の扱いも、あわせて確認します。
- 前提：見積もりの土台になる条件です。
- 変更：後から生じる変更への対応です。
- 終了：契約を終えるときの取り決めです。
利用者数やデータ件数、連携数を明記してもらい、環境数や対応ブラウザも示してもらいます。
保守時間に加えて、ライセンスやクラウド費用も前提に含めます。前提に入れておくと、費用の抜けを防ぎやすくなります。
仕様変更が起きたときの扱いとして、追加開発の単価や納期変更を確認します。受入基準や瑕疵対応も、あわせて確かめます。
セキュリティ事故が起きたときの連絡や、契約終了時のデータ出力と移行支援も対象です。
データの所有権やエクスポート形式、API利用権を契約に含めておくと、終了後も利用を確保できます。
設計書や運用手順書の引き渡し、第三者による保守の可否も確認します。
初期費用が安くても、解約時のデータ取得や追加改修の単価が分からないと、長期の費用が高くなる可能性があります。
よくある質問（FAQ）
費用の検討では、価格だけでなく、方式や期間、補助的な費用まで含めて、導入後の運用も見ながら判断します。
ポートフォリオ管理システムを安く作る方法はありますか？
初期費用を抑える方法は、対象と機能を絞ることです。初期費用を抑える代表的な方法は、MVP、SaaS・パッケージ、ローコードの3つです。
- MVP：部門と機能を絞った開発。
- SaaS・パッケージ：標準機能をそのまま使う形。
- ローコード：シンプルな管理に使う場合。
登録や検索、権限、主要KPIに絞り、AI分析や複雑なシナリオは後続に分けます。
データモデルやAPI、権限の基本設計まで削ると、将来の拡張費が増える可能性があります。
パッケージ導入とフルスクラッチ開発はどちらがよいですか？
標準業務に合わせられるか、固有要件を優先するかで、方式を選びます。導入期間も、あわせて比べます。
- パッケージ：短期導入や更新を優先する場合。
- スクラッチ：固有要件や拡張を重視する方式。
複雑な権限や基幹との深い連携を重視するなら、スクラッチや追加開発を検討します。
社外公開や将来の拡張も、方式を選ぶ際の判断材料になります。
総額で比べる際は、ライセンスや設定、保守を見ます。連携や機能追加、データ移行も、同じ総額に含めて比べます。
補助金を使えば開発費用を下げられますか？
補助金は、制度ごとの対象と時期を確認して判断します。申請条件も、あわせて確かめます。
- 対象：対象経費と登録事業者の条件です。
- 時期：申請前の契約や着手の条件です。
- 情報：公募要領と公式情報です。
申請の時期や条件は制度ごとに異なるため、まず対象とする制度名を特定しておく必要があります。
交付決定前に契約や着手をしてよいかも、制度ごとに確認します。
補助金を前提に価格や納期を断定せず、公開時点の公式情報と公募要領を確かめます。
採択されなくても進められる予算を用意し、申請支援費や対象外の保守・移行費も含めます。
見積もりから稼働までどのくらいかかりますか？
見積もりから稼働までの期間は、方式と含める工程によって変わります。先行して稼働させる方法も選べます。
- MVP：2〜4か月が目安です。
- 標準型：4〜8か月が目安です。
- 基幹連携型：6〜12か月以上が目安です。
要件定義やデータ移行を含めるか、権限設計や教育、受入テストまで含めるかで、期間は変わります。
短納期なら、PoCや1部門の先行稼働を設定し、全社展開と分けて計画します。
まとめ
開発費用は、MVPで300万〜600万円、標準型で800万〜1,500万円が目安です。基幹連携型は1,500万〜4,000万円程度を参考にでき、条件次第では数億円規模になることもあります。
制作実績や商品管理の用途と、投資・案件・予算などを統合する用途では、必要な設計が異なります。費用を適正化するには、対象と利用場面を定め、MUSTとWANTを分けておきます。方式も比べます。
データ移行や連携は別費目で確認し、権限やセキュリティ、保守も含めて見ます。総保有コストも、あわせて見ておきます。
複数社から同じ条件で見積もりを取り、初期費用だけでなく保守も比べます。さらに、入力が定着するか、意思決定に使えるか、契約終了後に移行できるかまで比較します。
方式や予算帯が分からない場合は、まず現状のExcelや既存システム、利用部門を整理します。そのうえで、管理したいKPIと連携先も整理し、要件定義やPoCを相談します。
1部門で効果を測りながら段階的に広げると、過剰投資と再開発のリスクを抑えやすくなります。
▼全体ガイドの記事
・ポートフォリオ管理システム開発の完全ガイド
▼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を創業。