結論：Servletのシステム開発費用は、5〜15画面程度の小規模な業務Webシステムで300万〜800万円、
複数部門・外部連携を含む中規模で800万〜2,500万円、大規模な刷新では2,500万円〜1.5億円以上が目安です。
Servletそのものに定価があるのではなく、画面数、業務ロジック、連携、データ移行、
セキュリティ、運用体制に必要な工数で金額が決まります。
Servletを使ったシステムの開発や既存Java資産の刷新を検討していると、「Java開発一式」
の見積書だけでは適正価格なのか判断しにくいものです。この記事では、2026年時点の費用相場を起点に、
初期費用の内訳、料金が変動する要因、旧javax.servletからjakarta.servletへの移行費用、
クラウド・保守費用、見積もり比較とコスト最適化のポイントまで解説します。
▼全体ガイドの記事
・Servletのシステム開発の完全ガイド
Servletのシステム開発費用を考える前に、全体像を整理します
Servletは業務Webアプリケーションを動かすためのJavaのサーバーサイドAPIであり、
業務パッケージのように機能や価格が決まった製品ではありません。Apache TomcatやJettyなどのコンテナがHTTPリクエストを受け取り、
Servlet、JSP、フレームワーク、データベース、外部サービスを組み合わせて一つのシステムになります。
そのため、見積もりでは「Servletを使うか」だけでなく、何を業務システムとして実現するかを分解することが重要です。
Servletは製品名ではなく、Webアプリケーションの実行基盤です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Servletが担当するのは、URLに応じた処理の呼び出し、リクエストとレスポンスの処理、セッション、Cookie、認証・認可、フィルタ、エラー処理などです。
顧客管理、受注、在庫、申請、帳票といった業務機能は、Servletだけでなく、画面、業務ロジック、RDB、帳票エンジン、バッチ。外部APIなどを組み合わせて実装します。
したがって「Servletなら安い」とも「Javaだから高い」とも一律には言えず、必要な機能と品質水準を見積もる必要があります。
新規開発と既存Servlet資産の刷新では、見積もりの考え方が異なります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
新規開発では、要件定義から設計、実装、テスト、リリースまでの工数を積み上げます。
一方、既存システムの刷新では、ソースコードだけでなく、古いweb.xml、独自Filter、JSP、直接SQL、セッション依存、手作業のデプロイ手順。担当者の経験に隠れた業務ルールを調査します。
旧javax.servlet資産をjakarta.servletへ移行する場合は、パッケージ名の変更だけでなく、Java、コンテナ、依存ライブラリ。テスト環境、運用手順の互換性確認まで必要になります。
Servletのシステム開発はどのように進めますか？
Servletのシステム開発では、最初に技術選定を決めるのではなく、業務上の目的と現行資産の状態を確認します。
工程を分けて発注すると、どこで費用が発生するのか、どの成果物を受け取るのか、追加要件がどの段階で金額に反映されるのかが明確になります。
特に刷新案件では、短い診断やPoCを先に置くことが、後からの大幅な予算超過を防ぎます。
現行調査と要件定義で、費用の前提をそろえます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に、利用部門、業務フロー、利用者数、同時接続数、画面数、帳票数、バッチ、外部連携、データ量、稼働時間を整理します。
既存Servletの場合は、JavaとServlet APIのバージョン、Tomcatなどのコンテナ、JSP、Filter、Listener。
認証方式、DB、ファイル保管先、監視、バックアップ、リリース手順も棚卸しします。
ここで「現行画面をそのまま再現する」のか、「業務を見直して画面やAPIを減らす」のかを決めると、後工程の追加費用を抑えやすくなります。
設計と開発では、共通化と将来の保守性を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
基本設計では、画面とAPIの構成、権限、データモデル、トランザクション、エラー処理、ログ、外部連携、非機能要件を定義します。
新規開発では、Servlet APIを直接大量に実装するより、Spring Bootなどのフレームワークを利用し。Servletコンテナを実行基盤として扱う構成が保守しやすい場合があります。
ただし既存資産の再利用率や社内スキルによって最適解は変わるため、流行だけで技術を置き換えず、移行後の運用担当者が扱えるかも評価します。
テストとリリースでは、業務継続に必要な品質を確かめます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
単体テストと画面確認だけでは、Servletの業務システムに必要な品質を確認できません。結合テスト、総合テスト、性能テスト、障害復旧、セキュリティテスト、データ移行リハーサルを見積もりに含めます。
例えば、セッション切れ、同時更新、タイムアウト後の再送、文字コード、ファイルサイズ上限、権限のないURLへのアクセス、DB障害時の復旧などは。リリース直前に発見すると費用と納期が膨らみやすい論点です。
Servletのシステム開発費用の相場はいくらですか？
Servlet単体の公定価格表はないため、以下の金額はJavaを使う業務システムの公開相場、
人月単価、画面・連携・移行量をもとにした推定レンジです。正確な金額は、要件定義後に機能一覧と非機能要件を確定して再見積もりしてください。
2026年のServletのシステム開発相場を紹介する公開情報でも、職種・スキル・契約範囲によって人月単価が変動すると説明されており、
規模別の総額だけで発注先を判断するのは危険です。
小規模・MVPは300万〜800万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
1部門で利用し、5〜15画面、ログイン、基本的な登録・検索・更新、単一データベース、簡易帳票までを対象にする場合は、300万〜800万円が目安です。
期間は2〜4か月程度で、5〜10人月前後のチームを想定します。
既存の認証基盤やクラウド環境を利用できる場合は抑えやすい一方、要件が曖昧なまま画面を増やすと、MVPの範囲を超えて中規模に近づきます。
中規模は800万〜2,500万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
複数部門で使い、15〜50画面、細かな権限、承認ワークフロー、CSV入出力、外部API、複数の帳票、総合テストを含める場合は。800万〜2,500万円が目安です。
期間は4〜8か月程度で、12〜25人月前後を一つの試算軸にできます。
受注・在庫・会計などの基幹データと連携する場合は、相手システムの仕様確認や接続試験が増えるため、画面数が少なくてもこのレンジを超えることがあります。
大規模・刷新は2,500万円〜1.5億円以上になる場合があります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
全社利用、50画面超、複数データベース、基幹連携、旧Servletの移行、データクレンジング、冗長化、監査ログ、性能試験、並行稼働まで含む場合は。2,500万円〜1.5億円以上になる場合があります。
期間は8〜18か月以上を見込みます。
30〜100人月を超える案件もあり、既存の業務ルールが文書化されていない場合や、停止できないシステムを段階移行する場合は。調査・移行・リハーサルの比重が大きくなります。
これらの金額は、リサーチノートで整理したJava開発相場と。
公開されている2026年のServletのシステム開発費用情報をもとにした目安です（出典: リサーチノート「Servletのシステム」、2026年）。
Java開発の公開相場ではエンジニアが50万〜200万円/人月。
PM・アーキテクトが130万〜250万円/人月程度とされる例があります（出典: 株式会社ripla「Java開発の完全ガイド」、2025年）。
契約形態、専門性、上流工程、地域、チーム構成で変わるため、単価を下げることだけでなく、必要な人月と成果物が妥当かを確認してください。
Servletのシステム開発費用の内訳は何ですか？
見積書の「開発一式」という表記は、含まれる作業と含まれない作業が分からないため、
比較には向きません。要件定義、設計、実装、テスト、移行、インフラ、運用保守を分け、
成果物と検収条件まで確認します。人件費が全体の大部分を占める案件でも、環境費や移行費を別項目にすると、
予算の増減を説明しやすくなります。
人件費は要件定義からテストまでの工数で決まります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
人件費には、プロジェクトマネージャー、業務担当者、アーキテクト、バックエンドエンジニア、フロントエンド担当、インフラ担当、テスト担当などの工数が含まれます。
要件定義を短縮して実装へ急ぐと、後から仕様確認、手戻り、追加テストが発生しやすくなります。
リサーチノートでは、要件定義に全体工期の約25%を確保する考え方を示しているため、見積書で上流工程が極端に少ない場合は理由を確認してください。
データ移行と外部連携は、画面数とは別に費用が発生します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
旧データの項目対応、重複・欠損の確認、変換プログラム、移行リハーサル、本番切り替え、移行後の照合は、単なるコピーではありません。
外部APIや基幹システムとの連携では、認証、エラー時の再送、タイムアウト、データ形式、相手先の試験環境、接続試験の日程調整も必要です。
連携先が1つ増えるだけで設計・試験・調整の工数が増えるため、システム数ではなく連携方式とデータ責任の所在を見積もりに書きます。
非機能要件と運用費用は、初期開発費とは別に確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
可用性、性能、バックアップ、監視、障害通知、ログ保管、脆弱性対応、災害復旧、アクセス制御を強く求めるほど、設計・構築・試験・運用の費用が増えます。
AWS EC2のt3.mediumは2 vCPU・4GiBのインスタンス例です。
出典はAmazon Web Services「Amazon EC2 T3インスタンス」です（2026年確認）。
実際の月額はリージョン、稼働時間、EBS、データ転送、RDS、ロードバランサー、監視、バックアップで変動します。
リサーチノートの構成試算では、小規模な検証環境は月数千円〜数万円、本番を冗長化し周辺サービスまで含めると月5万〜30万円以上が一つの目安です。
このクラウド費用はAWSの公式料金表をもとにした構成別の推定であり、Servletアプリケーション単体の定額ではありません。
保守費用は初期開発費の年15〜25%程度を仮置きできますが、問い合わせ対応、障害対応、定期改修、脆弱性パッチ、監視、休日対応の範囲で大きく変わります。
月額保守に何時間の対応が含まれるか、未消化分の扱い、緊急対応の単価を契約書で明らかにしてください。
Servletのシステム開発費用が変動する要因は何ですか？
同じServletを使う案件でも、見積もり金額は大きく変わります。価格差の説明を受けるときは、
単価の高低だけでなく、作業範囲、品質基準、移行の責任、運用の含有範囲に差がないか確認します。
特に既存資産を扱う場合は、コード量よりも業務の複雑さと不確実性が費用を左右します。
画面数・権限数・利用者数が増えるほど工数が増えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
画面数は分かりやすい指標ですが、同じ10画面でも、単純な一覧と、複雑な検索条件・承認分岐・添付ファイル・帳票出力を持つ画面では工数が異なります。
部門や役職ごとの権限が増えると、画面表示だけでなくAPI、データ取得、監査ログ、テストパターンも増えます。
同時利用者数が多い場合は、負荷試験、キャッシュ、接続プール、スケール設計が必要になり、開発費とインフラ費の両方に影響します。
旧Java・Servlet資産の移行難易度が金額を左右します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
javaxからjakartaへの移行では、パッケージ名、依存ライブラリ、アプリケーションサーバー、web.xml、ビルド設定、テストコードを確認します。
Jakarta Servlet 6.1はJava SE 17以上を前提とするため、現在のJavaバージョンやコンテナが対応していない場合は。
Javaの更新、ミドルウェア更新、検証環境の再構築が必要です（出典: Eclipse Foundation「Jakarta Servlet 6.1」。2026年確認）。
変換ツールで機械的に置き換えられる部分があっても、認証、ファイル処理、Cookie、文字コード、独自Filterの動作確認は残ります。
セキュリティと可用性の要求水準が高いほど追加費用が発生します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
個人情報や決済情報を扱う場合は、HTTPS、CookieのSecure・HttpOnly・SameSite、CSRF対策、SQLインジェクション対策。
XSS対策、認可、監査ログ、秘密情報管理、脆弱性診断が必要になります。
OWASP ASVS 5.0は。
Webアプリケーションのセキュリティ要件を調達仕様やテスト基準に使える標準として公開されています。出典はOWASP Foundation「ASVS 5.0」です（2025年）。
要求する検証レベルを先に決めると、診断や改修の追加費用を見積もりに反映できます。
24時間365日の稼働、複数AZの冗長化、障害時の目標復旧時間、監視アラート、バックアップ世代数を求めると、環境構築費と月額費用が上がります。
Tomcatなどのミドルウェアには脆弱性情報や設定上の注意点が継続的に公開されるため、公開後のパッチ適用責任、検証時間。緊急対応の体制も初期費用だけでなく保守費用として比較してください。
Servletのシステム開発コストを最適化するポイントは何ですか？
コスト最適化は、単価を下げることではなく、価値の低い作業や手戻りを減らし、必要な品質へ予算を集中することです。
安価な見積もりを選んでも、要件漏れ、移行失敗、リリース後の障害、運用担当者の不足が起きると総費用は増えます。
費用とリスクを一緒に管理することが、Servletのシステムでは特に重要です。
業務効果の高い機能から段階的に開発します
最初から全社の機能を作り込まず、利用頻度が高く、業務効果を測りやすい範囲をMVPとして切り出します。
例えば、申請・承認の一部や、受注検索とCSV出力から始め、利用状況を確認して次の機能へ進めます。
画面、権限、帳票、連携の優先順位を決めておけば、予算上限に達したときに価値の低い機能を後回しにできます。
既存基盤と標準機能を再利用し、独自開発を絞ります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
認証、メール送信、監視、ログ、CI/CD、バックアップなどを毎回個別に作ると、実装費と保守費が積み上がります。
社内標準の認証基盤やクラウドサービス、既存の共通部品を再利用し、業務固有の価値がある部分へ開発費を振り向けます。
標準機能で十分な業務をSaaSやパッケージに寄せ、独自性の高い部分だけをJavaで作るハイブリッド構成も、費用と柔軟性のバランスを取りやすい方法です。
移行診断と小さなPoCで、不確実性を先に減らします
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
旧Servlet資産を一度に全面刷新する前に、代表的な画面や外部連携を選んで、ビルド、起動、認証、DBアクセス、帳票、性能を検証します。
javaxからjakartaへの移行が可能か、どの依存ライブラリが障害になるか、データ移行の難所はどこかを把握できれば、本番計画の精度が上がります。
PoCの費用は別途発生しますが、根拠の薄い大規模見積もりをそのまま進めるより、予算超過のリスクを抑えられます。
Servletのシステム開発で見積もりを取る際のポイントは何ですか？
相見積もりを取るときは、同じ資料を渡して、同じ前提で比較できる状態を作ります。画面一覧だけでは不十分なので、
利用者・権限、業務フロー、データ量、連携先、移行対象、稼働時間、SLA、希望納期、
社内で用意できる担当者を整理します。見積もりの金額だけでなく、前提条件、除外項目、
成果物、検収方法、追加変更の単価を確認してください。
RFPには画面・連携・移行・非機能を具体的に書きます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
RFPや依頼書には、目的、対象業務、対象外業務、画面一覧、帳票一覧、権限、外部連携、データ移行件数、同時利用者数、対応ブラウザ、ログ保管期間。
バックアップ、障害復旧目標、セキュリティ診断、運用監視を記載します。
既存システムなら、ソースコード、設計書、DB定義、テスト仕様書、障害履歴、デプロイ手順、利用中のライブラリ一覧も提供します。
情報が足りない項目は「未確定」と明記し、調査費用や再見積もりの条件を提案書に書いてもらいます。
3社程度を目安に、工数と責任範囲をそろえて比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
相見積もりでは、可能なら3社程度へ同じRFPを渡し、要件定義、設計、開発、テスト、移行、インフラ、保守を同じ分類で提出してもらいます。
ある会社だけテストや移行を除外していれば、総額が安く見えても比較できません。
担当者の固定、再委託先、Java・Tomcat・Jakartaの経験、ソースコードと設計書の引き渡し、脆弱性情報への対応期限、障害時の連絡体制も確認します。
契約と追加変更の条件を、金額と同じくらい確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
請負契約か準委任契約かによって、成果物と責任の考え方が変わります。
要件が固まっていない段階で全工程を固定価格にすると、変更管理が難しくなるため、要件定義・診断を準委任で行い、確定した範囲を請負で発注する方法もあります。
契約前には、仕様変更の定義、納期遅延の扱い、受入基準、瑕疵対応、再委託、知的財産権、ソースコード、設計書、IaC、ライセンス。保守終了時の引き継ぎ条件を確認してください。
特に旧Servlet資産の刷新では、納品後に自社で保守できることが重要です。
ブラックボックス化を解消するため、アーキテクチャ資料、依存ライブラリ一覧、環境構築手順、テスト証跡、障害対応手順、パッチ適用手順を成果物に含めます。
短期の開発費だけでなく、5年程度の保守・改修・クラウド利用まで含めた総保有コストで比較すると、判断を誤りにくくなります。
Servletのシステム開発費用についてよくある質問
Servletの費用は、技術名だけでは決まりません。ここでは、発注前によく寄せられる疑問を、金額の考え方と一緒に回答します。
Servletのシステムは小規模ならいくらで開発できますか？
5〜15画面、基本的なログイン・CRUD・検索、単一DB、簡易帳票であれば、300万〜800万円が目安です。
ただし、既存認証との連携、複雑な権限、CSV、外部API、データ移行、セキュリティ診断を加えると上振れします。
画面数だけでなく、連携数とテスト範囲を明示して見積もりを取ってください。
古いServletシステムを作り直す場合と改修する場合はどちらが安いですか？
一概に言えません。既存コードと業務ルールが整理され、現行機能を維持するだけなら段階改修が安くなる可能性がありますが、
仕様が不明、テストがない、古いライブラリや手作業運用が多い場合は、調査と改修を繰り返す費用が膨らみます。
代表機能の移行診断やPoCを行い、改修・段階移行・再構築の3案を同じ条件で比較することが有効です。
javaxからjakartaへ移行すると、どの程度費用がかかりますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
対象のソースコード量、依存ライブラリ、JSPやFilterの数、テストの有無、Java・コンテナの更新範囲によって異なるため、定額では示せません。
パッケージ名の置換だけでなく、ビルド、起動、認証、DB、ファイル処理、Cookie、性能、脆弱性の確認が必要です。
まず対象資産の棚卸しと代表機能のPoCを行い、移行できない部品と追加改修の工数を洗い出してから本見積もりに進みます。
開発後の保守費用はどのくらい見込めばよいですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
初期開発費の年15〜25%程度を仮置きできますが、これはあくまで予算計画の目安です。
問い合わせ対応だけか、障害対応、定期改修、脆弱性パッチ、監視、バックアップ確認、休日対応まで含むかで費用は変わります。
クラウド利用料、商用ライセンス、診断費用、追加開発費を保守費に含めるのか、別請求なのかも確認してください。
まとめ
Servletのシステム開発費用は、Servletの利用有無だけで決まらず、業務機能、
画面数、権限、外部連携、データ移行、非機能要件、運用体制を積み上げて算出します。
目安は小規模で300万〜800万円、中規模で800万〜2,500万円、大規模な刷新で2,500万円〜1.5億円以上ですが、
既存資産の不確実性や品質要求によって変動します。
見積もりを取る際は、要件定義と現行調査を十分に確保し、javaxからjakartaへの移行可否、
Tomcatなどのミドルウェア、テスト、セキュリティ、クラウド、保守の範囲を分けて確認してください。
機能を段階化し、既存基盤や標準サービスを再利用し、代表機能のPoCで不確実性を減らすことが、
品質を落とさずコストを最適化する近道です。
Servletの技術選択だけでなく、業務整理、移行計画、運用引き継ぎまで相談できる開発会社を選ぶと、
初期費用と将来の保守費用を一体で判断できます。複数社へ同じ前提で見積もりを依頼し、
金額の安さではなく、成果物・責任範囲・担当体制・移行後の運用まで比較してください。
▼全体ガイドの記事
・Servletのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。