結論：Amazon DocumentDBのシステム開発費用は、技術検証なら100万〜300万円、
小規模な業務システムなら500万〜1,500万円、中規模のCRM・MA連携なら1,500万〜5,000万円程度が目安です。
実際の値段は、画面数よりもデータ移行、MongoDB互換性の検証、外部連携、可用性、
運用体制によって大きく変わります。
本記事では、Amazon DocumentDBのシステムにかかる初期開発費、AWS利用料、
保守費用の内訳を整理します。営業・CRM・MAで顧客情報や商談、行動ログを扱うケースを想定し、
開発期間、料金体系、見積もりの確認方法、コストを抑えるポイントまで、発注前に判断できるように解説します。
▼全体ガイドの記事
・Amazon DocumentDBのシステム開発の完全ガイド
Amazon DocumentDBのシステム費用相場はどれくらいですか？
Amazon DocumentDBのシステム費用は、AWSのデータベース料金と、
業務アプリケーションを作る開発費を分けて考える必要があります。DocumentDBは使用量に応じて課金されるマネージドデータベースですが、
DBを選ぶだけでCRMや営業管理画面が完成するわけではありません。要件定義、API、
画面、権限、移行、テスト、監視まで含めた総額で比較することが重要です。
PoC・技術検証の費用は100万〜300万円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存MongoDBから移行できるか、主要クエリが動くか、想定ユーザー数で性能が出るかを確かめるPoCは、100万〜300万円程度が一つの目安です。
期間は1〜2か月程度で、顧客・案件・活動ログなど代表データの一部を使い、CRUD、検索、集計、インデックス、バックアップと復元、TLSや権限設定を検証します。
この金額はAmazon DocumentDB専用の公的統計ではなく、営業・CRM・MA向け業務システムの技術検証費をもとにした推定です。
小規模な業務システムは500万〜1,500万円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
顧客・企業・担当者・商談・活動履歴を管理するWebシステムを新規に作る場合は、500万〜1,500万円程度が目安です。
顧客情報の登録・検索、案件ステージ、活動履歴、ロール別権限、CSV入出力、簡易ダッシュボード、AWS基盤、テストを含む想定です。
画面を増やすだけでなく、営業担当者が使う入力導線や既存の認証基盤まで設計すると、同じ機能数でも費用が上がります。
CRM・MA連携を含む中規模案件は1,500万〜5,000万円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
SFAやMA、基幹システム、会計、メール配信サービスなどとAPI連携し、データクレンジングや段階移行まで行う場合は。1,500万〜5,000万円程度になることがあります。期間は6〜12か月程度です。
特に、既存MongoDBのデータ構造を見直す作業、複数の外部システムとの同期、監査ログ、RTO・RPO、利用者教育が入ると。開発そのものよりも調整と検証の工数が増えます。
大規模移行・複数拠点の案件は5,000万円〜数億円です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
数千万〜TB級のデータ、複数拠点、複数リージョン、厳格なDR、複雑な権限、24時間運用を求める場合は、5,000万円〜数億円まで広がります。
AWSのAiSensy事例では、120TBのデータをAWS DMSなどで3週間、停止時間なしで移行し。
文書データベース費用を20%削減したと報告されています。（出典：AWS「AiSensy導入事例」、2026年8月確認）。
ただし、大規模サービスの成果を自社案件へそのまま当てはめず、データ量と移行方式をPoCで検証してください。
Amazon DocumentDBのシステム開発費用の内訳は何ですか？
見積書では「開発一式」とまとめられている金額を、工程別と役割別に分けて確認すると、
価格の妥当性を判断しやすくなります。DocumentDBを使う案件では、データベースの構築費だけでなく、
業務要件をドキュメント構造へ落とし込む費用、アプリケーションの実装費、移行・運用費が発生します。
要件定義・データモデリングに10〜15%程度かかります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
要件定義では、営業担当者が何を入力し、管理者がどの指標を見て、MAがどのイベントを起点に動くかを整理します。
顧客、担当者、商談、活動、フォーム送信などを一つのドキュメントに埋め込むのか、別ドキュメントを参照するのかによって、検索性能と将来の変更費用が変わります。
開発費全体に占める要件定義・企画の比率は10〜15%程度を参考にできますが、既存業務が複雑なほど増える傾向です。
設計・アプリ開発が最も大きな費用になります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
画面、API、認証、権限、通知、検索、集計、外部連携を作る設計・開発費が、通常は最も大きな割合を占めます。目安として、基本・詳細設計に25〜35%、実装と単体テストに30〜40%程度を置きます。
たとえば顧客情報は営業担当者だけが編集でき、管理者は組織全体を参照できるようにするなど、ロールとデータ範囲を細かく分けるほど、APIとテストケースが増えます。
データ移行・テスト・教育を削ると後から高くなります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
MongoDBからの移行では、単純なデータコピーだけでなく、型の違い、欠損、重複、古い項目、インデックス、互換性のないクエリを確認します。
結合・総合テスト、負荷テスト、障害時のフェイルオーバー、バックアップ復元、利用者教育を含めると、移行・教育に5〜10%。結合・総合テストに15〜20%程度を見込む考え方があります。
ここを削ると本番切り替え後の手戻りや停止時間が増え、結果的に初期見積もりを超えやすくなります。
運用設計・保守は初期開発費の年10〜20%程度が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
リリース後は、CloudWatchの監視、アラート対応、バックアップ確認、脆弱性対応、エンジンのバージョンアップ、問い合わせ、軽微な改修が必要です。
保守費用は初期開発費の年10〜20%程度を目安にできますが、24時間365日対応、SLA、障害時の一次切り分け、月次レポートまで含めると上振れします。
Amazon DocumentDB 3.6は標準サポートが2026年3月30日に終了し、以降は延長サポート料金が発生するため。
古いバージョンを使う場合はアップグレード計画も見積もりに入れてください。（出典：AWS「Amazon DocumentDB 3.6 Extended Support」、2026年8月確認）。
Amazon DocumentDBのシステム開発期間はどれくらいですか？
開発期間は、PoCだけなら1〜2か月、小規模な新規システムなら3〜6か月、中規模の連携・移行案件なら6〜12か月程度が目安です。
期間を決めるときは、画面開発の期間だけでなく、互換性の確認、データクレンジング、
移行リハーサル、ユーザー受け入れテストを含めて考えます。
要件定義からPoCまでを最初の1〜2か月で行います
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に業務フロー、利用者、データ項目、検索条件、ピーク同時接続数、RTO・RPO、個人情報の範囲を整理します。そのうえで、代表的なドキュメントとクエリを使ってPoCを行います。
MongoDBのドライバーやAPIを利用できても、すべての演算子や集計が同じように動くとは限りません。互換性の確認を後回しにせず、早い段階で動かない処理を洗い出すことが期間超過を防ぎます。
中核機能を先に作り、連携と移行を段階的に追加します
最初のリリースでは、顧客・案件・活動の登録と検索、権限、最低限の集計に絞り、その後にMAや基幹システムとの連携を追加する方法が現実的です。
すべての機能を一括で完成させようとすると、データ仕様の変更が複数の画面やAPIへ波及します。
営業現場が使える最小機能を先に確認し、利用状況を見ながら改善する方が、過剰なカスタマイズを防ぎやすくなります。
移行リハーサルと受け入れテストの期間を確保します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
本番移行では、データ抽出、変換、投入、件数照合、主要レコードの目視確認、切り戻し条件を決めます。AWSの事例でも、移行を複数の波に分け、負荷テストとデータ整合性の確認を行っています。
自社でも一度は本番相当のデータ量でリハーサルを行い、移行時間と停止時間を測定してください。移行期間を短く見積もりすぎると、リリース延期や現場の二重入力が発生します。
AWSのAmazon DocumentDB料金体系と月額コストはどう考えますか？
Amazon DocumentDBの料金は、主にオンデマンドインスタンス、データベースI/O、
データベースストレージ、バックアップストレージの4要素で決まります。（出典：AWS公式「Amazon DocumentDBの料金」
、2026年8月確認）。さらに、アプリケーションを動かすECSやEC2、Lambda、
NAT Gateway、CloudWatch、データ転送、サポート契約など、周辺AWSサービスの費用が加わります。
DB単体の料金だけを見て月額予算を決めないことが大切です。
Provisioned構成はインスタンス台数とI/Oで月額が変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
AWS公式の米国東部リージョン例では、db.r5.largeを2台、50GBのデータ、50GBのバックアップ。月2億I/OのStandard構成が月449.42米ドルです。
同じ条件に近いI/O-Optimizedの例は月459.86米ドルです。1米ドル=150円で機械的に換算すると約6.7万〜6.9万円ですが、日本リージョンの単価、為替、税、周辺サービスは含まれません。
この金額は相場の断定ではなく、AWS公式の料金計算例です。
Serverlessは利用量が変動する環境のコストを調整しやすいです
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Serverlessは、データベース容量をDCUで指定し、負荷に応じて自動的に拡大・縮小する方式です。
AWS公式ドキュメントでは、0.5〜256 DCUの範囲を設定でき、検証環境、キャンペーン、レポート実行など。利用量の波が大きいシステムに適すると説明されています。
2026年5月にはDocumentDB 8.0でもServerlessが利用可能になり。
ピーク容量を常時確保する構成と比べて最大90%のコスト削減が案内されていますが、実際の削減率は最低・最大DCU、稼働時間、読書き量によって変わります。
StandardとI/O-OptimizedはI/O比率で比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Standardはインスタンス、ストレージ、バックアップに加えてI/Oごとに課金されます。
I/O-OptimizedはI/O料金を含め、インスタンス、ストレージ、バックアップの3要素で課金されるため。I/O集約型の処理や請求額の予測を重視する場合に向きます。
AWSは、I/Oコストがクラスター支出の25%を超えると予想される場合にI/O-Optimizedが候補になると説明しています。
実データのI/OをCloudWatchで測定し、両方式を料金計算ツールで比較してください。
小規模検証は月3万〜10万円、本番全体は月15万〜50万円程度から見ます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
少量データで単一インスタンスを使い、稼働時間を限定する検証環境は、DocumentDB単体で月3万〜10万円程度を初期予算の目安にできます。
本番の小規模CRM・MAでは、冗長化した2〜3インスタンス、バックアップ、監視、アプリ実行基盤、ネットワークを含め。AWS全体で月15万〜50万円程度を見込む考え方があります。
アクセス量が多いサービス、グローバルクラスター、長期バックアップ、厳格な監視を組み合わせると、月50万〜数百万円以上になる可能性もあります。
Amazon DocumentDBのシステム費用を最適化する方法は何ですか？
コスト最適化は、安いインスタンスを選ぶことだけではありません。不要な処理を減らし、
データ構造とクエリを適切に設計し、負荷の波に合う料金方式を選び、使っていない環境を停止することが基本です。
開発初期に最適化の方針を決めると、リリース後の請求額を見てから大規模な作り直しをするリスクを下げられます。
クエリとインデックスを見直してI/Oを抑えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
不要な全件検索、過剰な集計、使われていないインデックスは、処理時間とI/Oを増やします。
営業一覧で頻繁に使う会社ID、担当者、商談ステージ、更新日時などを先に特定し、実際の検索条件に合わせてインデックスを設計します。
データを一つの巨大なドキュメントへ詰め込みすぎると、更新や読み出しのコストが増えるため、顧客プロフィールと時系列イベントを分けるなど。アクセス単位で構造を考えることが大切です。
検証環境は停止・開始とServerlessを使い分けます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
検証環境や開発環境を24時間稼働させる必要がなければ、作業時間外にクラスターのインスタンスを停止します。
AWS公式ドキュメントでは、Amazon DocumentDBのクラスターは最大7日間停止でき、開発・テスト環境のコスト管理に利用できると案内されています。
利用時間が読めない環境ではServerless、平日にだけ使う環境では停止・開始、常時安定した本番ではProvisionedというように。ワークロードで使い分けてください。
バックアップ・ログ・データ保持期間を設計します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
バックアップを長く保持するほど安心できますが、追加ストレージやリージョン間コピーの費用が増えます。
顧客やリードの保持期間、退会後の削除、監査ログの保存期間、復元テストの頻度を業務要件として決めてください。
AWS公式料金ページでは、クラスターのデータストレージ使用量の100%に相当するバックアップストレージが毎月無料で、超過分に料金が発生すると説明されています。
無料枠だけを理由に無制限保存せず、法務・セキュリティ要件と請求額を一緒に管理します。
セキュリティ費用は省略せず責任分界を明確にします
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
個人情報を含む営業・CRMシステムでは、VPCのプライベートサブネット、TLS、KMSによる保存時暗号化、IAMの最小権限。
Secrets Manager、CloudWatchの監視、バックアップと復元テストが必要です。
AWS公式のセキュリティ資料は、クラウド側の保護と。
データ・設定・法令対応を利用者が担う責任共有モデルを示しています。（出典：AWS公式「Amazon DocumentDBのセキュリティ」、2026年8月確認）。
DocumentDBを採用すれば個人情報保護対応が自動で完了するわけではないため、設定と運用の担当範囲を見積書に明記してください。
Amazon DocumentDBのシステム見積もりを依頼する際のポイントは何ですか？
複数社から見積もりを取るときは、同じ前提条件を渡さなければ価格だけを比較できません。
最低限、データ量と増加量、ピーク同時接続数、主要クエリ、既存MongoDBのバージョン、
連携先、想定ユーザー数、RTO・RPO、個人情報の有無、納品物、保守時間を整理します。
見積もりの前提条件と含まれない作業を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
「AWS環境構築一式」「移行対応一式」「保守一式」という表現だけでは、作業範囲が分かりません。
DocumentDBのクラスター作成、サブネットとセキュリティグループ、暗号化、監視、バックアップ、IaC、アプリ接続、負荷テスト、データ照合。切り戻し、操作マニュアルが含まれるかを確認してください。
AWS利用料、開発会社の保守費、AWSサポート費を分けて記載してもらうと、初期費用とランニングコストを比較できます。
DocumentDBの実績ではなく検証成果物まで確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
開発会社を選ぶときは、AWS認定や会社規模だけでなく、DocumentDBやMongoDB互換性の検証表を提示できるかを確認します。
PoCの範囲、主要クエリの実行結果、負荷試験の条件、移行リハーサルの結果、障害時の切り戻し条件を成果物に含められる会社なら、価格の根拠を比較しやすくなります。
設計書、IaC、ソースコード、運用手順書の納品範囲と著作権・利用権も、契約前に明確にしてください。
安さではなく3年間の総保有コストで比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
初期見積もりが安くても、移行や監視が別料金で、運用開始後の改修単価が高い場合があります。
反対に、PoC、設計、教育、保守を含む見積もりは初期費用が高く見えても、手戻りや障害対応を抑えられる可能性があります。
初期開発費、AWS月額、保守、バージョンアップ、追加機能、データ転送、サポートを3年間で並べ、さらに業務時間の削減効果や入力定着率も含めて判断してください。
Amazon DocumentDBのシステム費用に関するよくある質問
最後に、Amazon DocumentDBのシステム開発で特に質問されやすい費用と料金の疑問に回答します。
実際の価格は要件と利用量で変わるため、回答のレンジを初期判断に使い、最終的にはPoCとAWS料金見積もりツールで確認してください。
MongoDBからAmazon DocumentDBへ移行すると開発費を抑えられますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ドライバーやアプリケーションコードを再利用できる範囲では、新規開発より実装工数を抑えられる可能性があります。
ただし、MongoDBとAmazon DocumentDBは完全に同一ではなく、クエリ、集計、インデックス、トランザクション、ツールの互換性確認が必要です。
移行元データのクレンジングや停止時間を抑える移行方式まで含めて見積もるため、PoCなしに一律の削減額を断定することはできません。
Serverlessを選べば必ずAmazon DocumentDBの料金は安くなりますか？
必ず安くなるわけではありません。Serverlessは、利用量の変動が大きく、ピークのためにProvisioned容量を常時確保する必要がある環境で効果を出しやすい方式です。
常に高負荷で稼働する本番ではProvisionedやI/O-Optimizedの方が予測しやすい場合もあるため、
最低・最大DCU、インスタンス数、I/O、ストレージ、バックアップを実測して比較してください。
Amazon DocumentDBの月額費用だけを予算化すればよいですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
いいえ、DocumentDBの月額料金だけでは不十分です。
アプリケーションの実行基盤、NAT Gateway、ロードバランサー、ログ保管、データ転送、AWSサポート、運用会社の保守費用が別に発生することがあります。
見積もりでは、AWSのサービス別料金、開発会社への月額保守、追加改修の単価を分け、平常時とキャンペーン時の2パターンで予算化してください。
個人情報をAmazon DocumentDBに保存するとセキュリティ費用が高くなりますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
暗号化やTLS、VPC、IAM、監視などの機能を使えること自体は、Amazon DocumentDBの標準機能に含まれるものがあります。
ただし、権限設計、監査ログの保管、バックアップ復元テスト、脆弱性対応、法務確認、24時間監視の運用工数には費用がかかります。
個人情報の取得目的、保持期間、削除・開示対応、委託先、利用リージョンを定義し、必要なセキュリティ作業を見積もりへ反映してください。
まとめ
Amazon DocumentDBのシステム開発費用は、PoCで100万〜300万円、
小規模な業務システムで500万〜1,500万円、中規模のCRM・MA連携で1,500万〜5,000万円程度が目安です。
大規模移行や高可用性、複数リージョン、24時間運用を含める場合は、5,000万円〜数億円まで広がります。
これらは公的な一律価格ではなく、要件と一般的な業務システム相場をもとにした概算です。
費用判断ではAWS利用料と開発費を分けることが大切です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
DocumentDBの料金はインスタンス、I/O、ストレージ、バックアップで決まり、Serverless、Provisioned、Standard。I/O-Optimizedの選択で変わります。
開発費は、データモデル、MongoDB互換性、外部連携、移行、テスト、セキュリティ、利用者教育で変動します。AWS料金計算ツールの結果だけで判断せず、アプリと運用を含む月額TCOを確認してください。
まずは小さなPoCと同じ前提条件での相見積もりから始めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初から全面スクラッチの金額を確定させるのではなく、代表データと主要クエリを使ったPoCで互換性と性能を確認し、移行方式と運用範囲を固めると。見積もりの精度が上がります。
データ量、ピーク負荷、連携先、RTO・RPO、セキュリティ要件、納品物を揃えて複数社へ相談し。安さではなく3年間の総保有コストと現場での定着まで含めて発注先を選んでください。
▼全体ガイドの記事
・Amazon DocumentDBのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。