結論：DynamoDBのシステム開発費用は、検証・小規模APIで100万〜300万円、
小〜中規模の業務システムで500万〜1,500万円が一つの目安ですが、AWS利用料と要件定義・移行・運用設計の範囲で大きく変わります。
「サーバーレスだから安いはず」と考えて開発を始めると、GSI（グローバルセカンダリインデックス）やバックアップ、
Lambda、監視、データ移行の費用が後から加わることがあります。この記事では、
DynamoDBを使ったシステムの費用相場、AWS料金の仕組み、開発費の内訳、価格が変動する要因、
コストを抑える設計と見積もりの取り方を、業務システムの発注担当者にも分かるように解説します。
▼全体ガイドの記事
・DynamoDBのシステム開発の完全ガイド
DynamoDBのシステム開発費用は何で決まりますか？
DynamoDBのシステム開発費用は、データベースの利用料だけでなく、どの業務を対象にするか、
どのアクセスパターンを実現するか、どの水準の可用性・監査・復旧を求めるかで決まります。
特に、初期開発費、毎月のAWS利用料、リリース後の保守・運用費を分けて考えることが大切です。
費用は初期開発費・AWS月額・保守費に分けて考えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
初期開発費には、要件定義、DynamoDBのテーブル設計、APIや画面の実装、テスト、データ移行、リリース準備が含まれます。
AWS月額は、DynamoDBの読み書き、データ保存、バックアップに加えて、Lambda、API Gateway、認証、CloudWatch、KMS。データ転送など周辺サービスの料金を合算します。
保守費には、障害監視、問い合わせ、軽微な改修、脆弱性対応、復元テストなどが含まれるため、見積書では三つを別項目にしてもらうと比較しやすくなります。
サーバーレスでも設計と周辺機能に費用がかかります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
DynamoDBはサーバーの調達やパッチ適用を利用企業が担わないマネージドサービスです。
しかし、安定したレスポンスを得るためのキー設計、ホットパーティションの回避、重複実行や再送の制御、権限設計、監視アラームは自動で完成しません。
小さく始める場合でも、後から作り直しになりやすいアクセスパターンと非機能要件を先に確認することが、結果的な費用の抑制につながります。
DynamoDBのシステム開発はどのように進めますか？
開発は、業務要件と非機能要件を整理し、画面やAPIごとのアクセスパターンを設計したうえで、
小さなPoC（概念実証）と負荷検証を行う流れが適しています。RDBの表をそのままDynamoDBへ移すのではなく、
利用者が何をキーにどの順番で読むのかを起点に設計します。
要件定義で利用量と復旧条件を明確にします
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
対象ユーザー、業務の開始・終了条件、1日あたりの読み書き件数、ピーク時のリクエスト数、1件あたりの最大サイズを確認します。
さらに、許容レイテンシー、同時接続数、保存期間、個人情報の有無、RTO（目標復旧時間）、RPO（目標復旧時点）、国内リージョンの要否。監査ログの保管期間まで決めます。
これらが曖昧なままでは、テーブル設計も月額料金の試算も確定できません。
アクセスパターンから主キーとGSIを設計します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
「顧客IDで注文一覧を新しい順に取得する」「店舗IDと日付で予約枠を取得する」のように、画面・API・バッチごとの読み書きを表にします。
そのうえでパーティションキーとソートキーを決め、別の検索条件にGSIが必要かを判断します。検索条件が増えるたびにGSIを追加すると、保存容量と書き込みコストが増え、設計の見直しにもつながります。
複雑な全文検索や自由な集計はOpenSearch、RDS、S3とAthenaなどに役割を分けると、DynamoDBの過剰利用を防げます。
PoC・負荷試験・復元試験で見積もりの確度を上げます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
代表的な読み書き、ピーク負荷、条件付き更新、重複実行、障害時の再送、バックアップからの復元をPoCで試します。
CloudWatchでConsumedReadCapacityUnits、ConsumedWriteCapacityUnits。
ThrottledRequests、レイテンシーを確認し、想定と実測の差を埋めます。
開発環境・検証環境・本番環境のテーブルや権限をCDK、CloudFormation、Terraformなどでコード管理すると。環境差分や手作業による事故を減らせます。
DynamoDBのシステム開発費用相場と内訳
DynamoDBを利用する業務システムの開発費は、単にテーブルを作るだけか、業務画面・認証・外部連携・移行・運用まで含めるかで変わります。
次の金額は、業務システム共通の相場とDynamoDBを含むサーバーレス構成の工数から整理した概算です。
DynamoDBだけに適用される公的な一律価格ではないため、実際には要件と作業範囲をそろえて見積もる必要があります。
検証・小規模APIは100万〜300万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
対象業務を限定したPoC、セッション管理、簡単なCRUD API、最低限の認証と監視であれば、開発費は100万〜300万円、期間は1〜3か月程度が目安です。
AWS利用料は、利用量が少なく無料利用枠に収まる構成ならDynamoDB本体がほぼ0円になる場合もあり。LambdaやAPI Gatewayなどを含めて月0〜3万円程度から試算します。
ただし、PoC用の費用と本番用の可用性・監査・移行費用は同じ見積もりにしないことが大切です。
小〜中規模の業務システムは500万〜1,500万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
管理画面、複数の業務API、ユーザー権限、外部サービス連携、監視、バックアップ、受け入れテストまで含める場合は、開発費500万〜1,500万円。期間3〜6か月程度を見込みます。
AWS利用料は、DynamoDBと周辺サービスを合わせて月3万〜30万円程度が目安です。アクセス量だけでなく、項目サイズ、GSI数、ログの保存期間、バッチ処理、データ転送の有無で月額は変わります。
RDB移行・イベント連携を含む場合は1,000万〜3,000万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存のMySQL、PostgreSQL、Auroraなどから移行する場合は、単純なデータコピーでは終わりません。
項目の変換、マスタの整理、重複・欠損データのクレンジング、並行稼働、差分同期、切り戻し、移行後の照合が必要になります。
これらに加えてDynamoDB StreamsとLambda、検索基盤やデータ分析基盤を連携する案件では、開発費1,000万〜3,000万円。
期間6〜12か月、AWS利用料月10万〜100万円程度から検討します。
多リージョン・高可用性では3,000万円〜1億円以上も想定します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
グローバルテーブル、複数リージョンのDR、24時間監視、厳格なセキュリティ審査、大量トラフィックの負荷試験まで求める場合は。
開発費3,000万円〜1億円以上、期間9〜18か月以上になる可能性があります。
AWS利用料も、複数リージョンの読み書き、レプリケーション、バックアップ、データ転送が重なるため、月30万〜300万円超のレンジで試算します。
大規模案件ほど、単価だけでなくRTO・RPOと障害時の業務継続条件を見積もりに明記します。
AWS利用料の料金体系と月額コスト
DynamoDBのAWS料金は、読み込み、書き込み、保存、バックアップなどの利用量に応じて積み上がります。
料金試算では、DynamoDBだけではなく、アプリケーションを動かすLambda、
API Gateway、認証、ログ、暗号鍵、ネットワーク、通知などを同じ構成図に並べることが重要です。
最新の単価はリージョンやテーブルクラスで変わるため、
発注前にはAmazon DynamoDBの公式料金ページとAWS Pricing Calculatorで再計算します。
オンデマンドとプロビジョンドを利用量で選びます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
オンデマンドモードは、実際に消費した読み書きリクエストに応じて支払う方式です。
利用量が予測しにくい新規サービス、時間帯による変動が大きい業務、まず実測したいPoCと相性がよい一方。アクセスが安定して多いシステムではプロビジョンドモードや割引制度と比較します。
プロビジョンドはRCU・WCUをあらかじめ確保して時間単位で支払うため、安定した負荷を予測できる場合に検討しやすい方式です。
AWS公式FAQでは、無料利用枠として1リージョンあたり25GBのストレージ、25のプロビジョンドWCU・RCUなどが案内されていますが。
項目サイズや読み込み整合性によって処理できる件数は変わります。（出典: AWS公式FAQ、2026年8月確認）。
無料枠を本番費用の前提にせず、無料枠を超えた場合と検証用アカウントを分けた場合の両方を試算します。
保存・バックアップ・Streamsを別々に見積もります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
保存料金はテーブルとインデックスのデータ量に左右され、GSIを増やすほど保存と書き込みの対象も増えます。
ポイントインタイムリカバリ（PITR）は、指定した期間の任意の時点へ戻せる機能ですが、テーブルサイズを基準に料金が発生します。
AWSは2025年1月からPITRの保持期間を1〜35日で設定できるようにしているため。業務上必要な復旧期間と費用を照らし合わせます。（出典: AWS公式発表、2025年）。
DynamoDB Streamsを使って更新イベントをLambdaやKinesisへ渡す場合は、ストリームの読み取り、Lambdaの実行回数。キューや分析基盤の保存、失敗時の再試行もコストになります。
バックアップを長期保管する場合は、DynamoDBのオンデマンドバックアップとAWS Backup、S3へのエクスポートを。復元時間・監査要件・保管期間の観点から比較します。
多リージョンでは複製・転送・運用の費用が重なります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
グローバルテーブルは、複数リージョンへデータを書き込む構成になるため、各レプリカの読み書き、レプリケーション、保存、リージョン間データ転送を見積もります。
2026年2月には、複数AWSアカウントをまたぐグローバルテーブルが提供され、障害分離やガバナンスの選択肢が広がりましたが。
料金は既存のグローバルテーブル料金に従います。（出典: AWS公式発表、2026年）。
必要性がないのに多リージョン化すると、初期費用と月額費用の双方が膨らみます。
費用が変動する要因とコスト最適化のポイント
費用を下げるときは、単価の安い機能を探す前に、不要な読み書きと保存を生まないデータモデルを作ることが基本です。
DynamoDBはアクセスパターンに合わせて効率を高めるサービスのため、設計の初期段階で確認した内容が、
数年分の月額費用と改修費用に影響します。
アクセスパターン・項目サイズ・GSIを最初に見直します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
読み込みは4KB単位、書き込みは1KB単位など、項目サイズが大きくなるほど同じ件数でも消費ユニットが増えます。
画面に不要な属性まで毎回取得していないか、一覧処理で過剰なデータを読んでいないかを確認します。
GSIは便利ですが、インデックス対象の属性を絞り、必要な投影だけにすることで、保存量と書き込み量を抑えられます。
特定のパーティションキーにアクセスが集中するホットパーティションは、性能問題だけでなくリトライによる料金増加にもつながるため、負荷試験で確認します。
負荷が安定した後に容量と割引制度を見直します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
リリース直後はオンデマンドで実測し、日次・曜日別の負荷が分かってからプロビジョンドへの切り替えを検討すると、過剰な容量確保を避けやすくなります。
一定期間の利用が見込める場合は、予約プロビジョンドキャパシティやDatabase Savings Plansも比較します。
AWS公式料金ページでは、条件により予約プロビジョンドで1年契約最大54%、3年契約最大77%。
Database Savings Plansで1年コミット最大18%の削減が案内されていますが。地域・対象利用量・契約期間の拘束を含めて判断します。
（出典: AWS公式料金ページ、2026年8月確認）。
バックアップ保持とデータライフサイクルを設計します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
すべてのデータを同じ期間、同じ性能のテーブルに置き続ける必要はありません。
TTLで期限切れデータを整理し、履歴や監査用のデータはS3などへ退避する設計にすると、DynamoDBの保存量を抑えられる場合があります。
PITRは業務上必要な保持期間を決め、オンデマンドバックアップは長期保管の対象を限定します。バックアップを削るのではなく、復元テストを行ったうえで保管場所・暗号化・復旧手順を整理することが重要です。
監視と予算アラートで予想外の請求を防ぎます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
月額予算を決めたら、AWS Budgetsで請求額と予測額のアラートを設定します。
DynamoDBのThrottledRequests、ConsumedReadCapacityUnits。
ConsumedWriteCapacityUnits、エラー率、Lambdaの再試行回数を監視し、利用量の急増とアプリケーションの不具合を区別します。
開発者が検証用テーブルを作ったまま削除し忘れるケースもあるため、タグ、アカウント分離、テーブル削除保護、定期的な未使用リソース確認を運用に組み込みます。
見積もりを依頼するときのポイント
複数の開発会社から見積もりを取るときは、同じ前提条件と同じ納品物で比較することが大切です。
「DynamoDBを使った業務システムを作りたい」という相談だけでは会社ごとに含める範囲が異なり、
金額の高低だけで優劣を判断できません。発注前に、業務・データ・性能・運用の条件を一枚に整理します。
RFPには業務要件とアクセスパターンを記載します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
RFPや相談資料には、対象業務、利用者数、画面・APIの一覧、1日とピーク時の読み書き量、項目サイズ、検索条件、外部連携、データ移行の有無を記載します。
RTO・RPO、監査ログ、個人情報、リージョン、バックアップ保持期間、リリース希望日も明記します。
アクセスパターンがまだ決められない場合は、要件定義とPoCを先行工程として別見積もりにすると、推測による過不足を減らせます。
工程・AWS費・保守・納品物を分けて提示してもらいます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
見積書は、要件定義、基本設計、テーブル設計、アプリ実装、インフラ構築、テスト、移行、教育、リリース、保守に分けます。
初期予算の配分仮説として、要件定義10〜15%、設計25〜35%、実装30〜40%、テスト15〜20%、移行・教育5〜10%を置く方法がありますが。移行や監査要件が重い案件では比率が変わります。
AWS利用料は開発費と混ぜず、想定リクエスト、データ量、リージョン、バックアップ、周辺サービスの前提を添えて月額レンジで示してもらいます。
納品物には、ソースコードだけでなく、アクセスパターン表、テーブル定義、IAM設計、IaC、テスト仕様書、負荷試験結果、バックアップ・復元手順。監視項目、運用手順書を含めます。
設計書やIaCが残らないと、保守会社を変更するときに再調査費用が発生しやすくなります。
会社比較ではDynamoDBの設計・移行・運用実績を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
開発会社を選ぶときは、AWSの資格やパートナーランクだけでなく、DynamoDBのテーブル設計レビュー、RDB移行、負荷試験、障害訓練。個人情報・監査対応を誰が担当するかを確認します。
「高負荷時にホットパーティションをどう検知しますか」「GSIを追加する判断基準は何ですか」と質問します。
続けて、「復元テストをどの環境で実施しますか」「AWSアカウントとソースコードの所有権はどちらですか」と確認すると、実務経験を比較しやすくなります。
複数社を比較する際は、機能数だけでなく、担当エンジニアと直接話せるか、追加変更の単価、月額保守の対応時間、AWS請求代行の有無、内製化支援の範囲も確認します。
AWS公式の導入事例では、UbisoftがDynamoDBへの移行でデータベースコストを90%削減した事例が紹介されていますが、これは既存環境。
利用量、移行方法を含む個別事例です。（出典: AWS公式ケーススタディ、確認日2026年8月）。
自社の費用にそのまま当てはめず、削減前後の条件を確認します。
仕様変更・移行失敗・請求増加への予備費を考えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
費用が膨らみやすいのは、要件定義後に検索条件や帳票が増える、移行元データの欠損が見つかる、ピーク負荷で設計を変更する、監査対応が追加されるといった場面です。
見積もりでは、前提条件、対象外、変更時の単価、追加承認の方法を明記し、移行リハーサルと負荷試験を本番直前に集中させないようにします。
初期見積もりの金額だけでなく、変更時の判断材料が残る見積書を作ることがリスク対策になります。
よくある質問（FAQ）
DynamoDBの費用は、サービスの利用料と開発会社への支払いが別になるため、相談前に疑問が生じやすい部分です。
ここでは、発注担当者からよく寄せられる質問に、価格の考え方と変動要因を含めて回答します。
DynamoDBはRDBより安いですか？
一概にDynamoDBの方が安いとは言えません。高頻度のキー検索や急なアクセス変動では、
サーバー管理や過剰なキャパシティ確保を減らせる可能性がありますが、複雑な集計、自由検索、
GSI、Streams、データ転送を多用すると費用が増えます。業務の読み書きパターンと運用要件を比較して選びます。
AWS利用料は月いくらから始められますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
小規模な検証であれば、無料利用枠に収まり、周辺サービスを含めて月0〜3万円程度になる可能性があります。
本番の小〜中規模業務システムでは月3万〜30万円程度を初期目安としますが、リクエスト数、項目サイズ、バックアップ、ログ、Lambda。API Gateway、リージョンで変動します。
実際の見積もりでは、想定リクエストとピーク値をAWS Pricing Calculatorへ入力します。
既存RDBからDynamoDBへ移行すると費用を抑えられますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
移行後の運用費が下がる可能性はありますが、移行そのものには設計、データ変換、クレンジング、並行稼働、照合、切り戻しの費用がかかります。
RDBの結合・集計・帳票要件をDynamoDBへ無理に移すと、別の検索基盤やバッチが増えることもあります。移行対象を高頻度アクセスの領域に絞り、現行費用と移行費用を数年単位で比較します。
費用を抑えるために最初に何を確認すべきですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に、業務ごとのアクセスパターン、ピーク時の読み書き量、項目サイズ、GSIの必要性、保存期間を確認します。
次に、オンデマンドとプロビジョンド、バックアップ保持、TTLやS3への退避、監視と予算アラートを決めます。
開発会社には、初期開発費・AWS月額・保守費を分けた複数パターンの見積もりを依頼すると、価格を下げる代わりに何を削るのかを判断できます。
まとめ
DynamoDBのシステム開発費は、検証・小規模APIで100万〜300万円、小〜中規模の業務システムで500万〜1,500万円、
RDB移行やイベント連携を含む場合で1,000万〜3,000万円が初期検討の目安です。
多リージョンや高可用性まで求める案件では3,000万円〜1億円以上になる可能性がありますが、
いずれもDynamoDB固有の定価ではなく、要件・工数・納品範囲を含めた概算です。
初期開発費・AWS月額・保守費を分けて比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
費用を正しく比較するには、DynamoDBの読み書きと保存だけでなく、Lambda、API Gateway、認証、ログ、バックアップ、データ転送。監視を含めた月額を確認します。
アクセスパターン、項目サイズ、GSI、バックアップ保持、ピーク負荷、RTO・RPOを先に定義し。AWS Pricing Calculatorで実測に近い前提へ更新します。
小さく検証し、運用まで含めて段階的に拡張します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
コスト最適化の中心は、安いサービスを選ぶことではなく、不要な読み書き・保存・再処理を生まない設計と、請求の変化を検知できる運用です。
まず代表的なアクセスパターンでPoCと負荷試験を行い、結果を見て容量モード、インデックス、バックアップ、データ保管先を見直します。
見積もりでは、設計・移行・テスト・運用引き継ぎまでを含め、納品後に自社で管理できる状態を確認してください。▼全体ガイドの記事
・DynamoDBのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。