提案書作成システム開発の完全ガイド

提案書作成システムは、案件情報、提案資産、レビュー・承認の流れをつなぐことで、作成業務の効率化と提案品質の安定に役立つ仕組みです。

全体像と導入方式を押さえたうえで、主要機能や進め方、費用や運用へと進みます。各テーマの詳細は、関連記事もご覧ください。

▼関連記事一覧
・提案書作成システム開発の進め方/やり方/流れや方法/手法/工程/手順
・提案書作成システム開発でおすすめの開発会社/ベンダー6選と選び方
・提案書作成システム開発の見積相場や費用/コスト/値段について
・提案書作成システム開発の発注/外注/依頼/委託方法について

提案書作成システムの全体像

提案書作成システムを中心に、案件の準備から受注・失注の記録までを結んだ図
提出後の記録まで、案件の情報が一つの基盤を通ります。

提案書作成システムは、営業担当者がファイルを作るだけのツールではありません。

案件の情報と要求資料、過去の提案資産をつなぎ、価格や製品の承認済み情報も扱いながら、提出までの業務を整えます。

導入で大切なのは、生成AIを使うことそのものよりも、提案内容を考える時間を増やすことです。具体的には、資料探しや転記を減らし、確認依頼や最新版探しの手間も省きます。

文書作成ツールとの違い

文書作成ツールは、文章やレイアウトを編集することが中心です。一方、提案書作成システムは、案件が発生してから提出後の振り返りまでを扱います。

  • 案件の登録:顧客情報や提出期限を反映してタスクを作れます。
  • 資料検索と承認依頼:過去資料を検索し、レビュー担当者へ承認を依頼する流れを管理します。

編集画面だけでは、転記や確認漏れの課題が残ります。そのため、案件全体の流れを一つに整えることが必要です。

一つにつなぐ業務の範囲

つなぐ業務は、次の範囲を一つの流れで扱います。

  • 案件の準備:案件・顧客情報の取得、依頼資料の読込、提案方針の整理
  • 作成とレビュー:ドラフト作成、社内レビュー
  • 承認から記録まで:承認と出力、保管、受注・失注の記録

提案業務には、営業以外の部門も関わります。

  • 技術部門:仕様への回答
  • 法務部門:表現や契約条件の確認
  • 管理者:価格や提出期限の確認

提案書作成システムでは、部署ごとに別々のファイルを持つ状態をやめ、同じ案件の最新情報を参照できるようにします。

提案書作成システムの種類と選び方

提案書作成システムには、既製SaaS、既存基盤を拡張するローコード型、独自開発するスクラッチ型があります。

サービスによって得意な工程は異なります。

RFPや公共調達の読取に特化したものもあれば、営業案件と文書管理をまとめるものもあります。

選ぶときは、利用者数だけで判断せず、提案書の種類、既存システム、承認段階を基準にします。

情報の機密性も、あわせて確かめます。

SaaS型が向いている企業

標準機能を短期間で使い始めたい企業には、SaaS型が適しています。

  • 標準機能を活用:案件管理、テンプレート、資料検索などをすぐ使え、コメントや承認も含まれます。
  • 共通工程が多い:独自の価格計算や複雑な連携が少なければ、有力な候補になります。
  • 様式を事前確認:細かな画面変更や特殊な出力には、対応できない場合があります。

契約前に、自社のテンプレートを使って、必要な画面や出力に対応できるかを確かめておきます。

ローコード型が向いている企業

顧客管理や社内ポータルを活かしたい企業には、ローコード型が合っています。

案件登録や承認、帳票出力は、段階的に追加できます。

  • 変更のしやすさ:自社で手を入れられる範囲が広く、現場の意見を取り入れやすい点が利点です。
  • 業務SaaSの料金例:標準以上のプランは最低10ユーザーからです。
  • 別基盤の料金例:Premium相当の場合、1ユーザーあたり月額2,998円相当です(出典:ローコード開発基盤公式料金表、2026年確認)。

ユーザー単位の月額は、1,000円、1,800円、3,000円の3段階です(出典:国内業務SaaS公式料金表、2026年確認)。

ライセンス料とは別に、設計や連携、保守の費用がかかります。

個別開発が向いている企業

個別開発が候補になるのは、次のような場合です。

  • 評価基準や価格の独自性:RFPの評価基準や独自の価格ロジックが競争力に直結する場合
  • 基幹システムとの連携:複数の基幹システムとの連携が必要な場合

業務に合わせて権限や画面を設計し、出力や監査ログも組み込めます。

一方で、要件定義とデータ整備の負荷は大きくなります。そのため、まずは代表案件で効果を検証するMVP(Minimum Viable Product)を作り、その実績と現場の声をもとに本番機能へ広げます。

ポイント

方式は、標準機能で足りるか、独自の価格計算や基幹連携が競争力に直結するかで決めます。利用者数だけで選ぶと、承認段階や機密性を見落としやすくなります。

提案書作成システムでできることと主要機能

機能を選ぶ際は、数の多さよりも、作成時間の短縮、必須要件の漏れ防止、ナレッジ再利用のどれを優先するかで考えます。

導入前に、短縮したい工程と減らしたい確認回数を決めておき、機能をその目的と結び付けて評価します。

案件ごとに、次の情報と資料をまとめて管理します。

  • 案件の情報:顧客名、概要、商談段階、期限、担当者、想定金額、競合状況
  • 案件に結び付ける資料:RFPや仕様書、過去提案書、導入事例、FAQ

検索対象は、ファイル名だけでなく本文やタグにも広げます。そのため、類似案件や承認済みの標準回答を探し出せるようにします。

資料に更新日や版番号を付けておくと、古い価格表や廃止済みの機能を参照するリスクを下げられます。

ドラフト生成とファイル出力の機能

ドラフト作成では、案件の背景や顧客課題、提案方針を整理します。そのうえで、章の目的と根拠資料を押さえます。要求事項や評価基準を抽出し、人がアウトラインを確認してから章ごとに下書きを作ると、修正点を見つけやすくなります。

Word、PowerPoint、PDFなど既存の提出形式へ出力します。

出力後は、レイアウト崩れや表記ゆれを人が確認できるようにします。

レビュー・承認・分析の機能

コメントや差し戻し、承認期限を残し、版管理と変更履歴も記録しておくと、メール添付による確認漏れを減らせます。さらに、誰がどの版を確認したかも、案件単位で追跡します。

運用後は、次の指標を計測します。

  • 作業の効率:作成時間、レビュー回数、再利用率
  • 提案の成果:期限内提出率、受注率、失注理由

評価では、生成AIの利用回数より、こうした成果の指標を重視します。

効率化と成果の両方を見れば、次に追加する機能の優先順位を決められます。

ポイント

機能は数の多さではなく、作成時間の短縮、必須要件の漏れ防止、ナレッジ再利用のうち、導入の目的に直結するものから優先して選びます。

導入効果とAIの使いどころ

導入の効果は、文章の作成を速めるだけでなく、資料探しや転記、抜け漏れ確認、レビュー待ちの時間を減らす点にもあります。

本質は、担当者が顧客課題や提案の差別化に集中できる状態をつくることです。

AIも人の判断を支える工程に組み込みます。

自動化しやすい工程と人が担う工程

自動化する作業と、人が判断する作業を分けて設計します。

  • 自動化しやすい作業:資料分類、要求事項抽出、過去資料検索、章立て候補の作成が該当します。
  • 人が担う判断:顧客課題の把握、提案の優先順位、価格・法務条件の確定、事実確認は、人が行います。

要約や差分検出、定型文の反映も、自動化しやすい作業です。そのため、人が考える前の整理を短縮する設計が適しています。

公開事例から見る時間短縮の考え方

公開事例を見るときは、短縮幅だけでなく、準備工程と自社で再現できる条件も確認します。

  • 事例の短縮幅:2026年公開の事例では、ドラフト作成が約10日から半日へ短縮されました(出典:クラウドサービス公式導入事例、2026年)。
  • 作成の流れ:要件文書や評価基準から項目を抜き出し、人がアウトラインを確かめてから本文を生成します。
  • 適用時の注意:この数字は、すべての企業に当てはまるとは限りません。準備工程を構造化すると効果がある、という示唆です。
  • 自社での確認:導入前後で同じ工程を測り、作成時間を比べます。

AIの品質管理

AIの回答には、根拠となる資料を示します。具体的には、資料のタイトルや版、該当箇所、更新日を表示します。

価格や納期、法令、契約条件は、承認済みマスタやデータベースを優先します。

評価用に過去案件を用意し、次の点を確かめます。

  • 抽出の確認:必須条件の抽出漏れ
  • 情報の確認:古い情報の混入
  • 引用の確認:引用元の正確さ
  • 出力の確認:出力レイアウト

利用者が修正した内容を評価データとして蓄積すると、プロンプトや検索設定の改善につなげられます。

提案書作成システム開発・導入の進め方

提案業務の把握、代表案件での検証、本番化と現場定着を並べた3段階の図
代表案件で課題を確かめてから本番利用へ移ります。

製品より先に、現在の提案業務を観察し、方式を選びます。

代表案件で小さく検証して効果と課題を確かめ、そのあとで広げていきます。

提案書の種類が多い企業には、全社一斉の導入よりも段階的な導入が適しています。

営業や技術、法務、情報システムの代表者も、早い段階から参加させます。

▶ 詳細はこちら:提案書作成システム開発の進め方/やり方/流れや方法/手法/工程/手順

現状把握と要件定義

年間の提案件数や提案書の種類、1件あたりの作成時間を洗い出します。さらに、関係者と承認段階を押さえ、提出形式と資料の保管場所も確かめます。

代表案件を選び、現行の流れを図にします。その図には、メールやチャット、共有フォルダ、表計算ファイルも含めます。

必須機能と将来機能は分けて整理します。検索対象や出力形式、権限、保存期間を定めます。加えて、監査ログやSSO、バックアップ、障害時の復旧目標も要件に含めます。

代表案件を使ったPoCやMVP

AIや検索を含める場合は、過去提案書10〜50件と実際の依頼資料を使って検証します。要求事項の抽出率や根拠のある回答の割合を確認します。

検索時間やドラフト修正時間、既存様式への出力精度も見ます。また、古い資料や表記ゆれの多い資料、複数部署が関与した案件も評価します。

PoCで効果が出ない場合に備えて、データや要件を見直す判断基準を、あらかじめ決めておきます。

本番化と現場定着

本番化では、権限設定やデータ移行、テンプレート登録を整えます。さらに、利用者教育や問い合わせ窓口、障害時の対応も準備します。

初期利用者は、営業だけでなく技術や法務も含め、実際のレビューを再現できるメンバーから選びます。

入力項目が多いと現場が使わなくなるため、記録に必要な項目と分析に便利な項目を分けます。隔週や月次で利用状況を見ながら、項目を減らすかどうかも判断します。

ポイント

製品を選ぶ前に、現在の提案業務を観察し、代表案件で小さく検証することが判断の目安です。提案書の種類が多い企業では、段階的な導入を検討します。

提案書作成システムの費用相場とコスト内訳

費用は、利用者数や提案書の種類、資料量によって変わります。AI利用量や既存システムとの連携も影響します。権限や監査要件、出力様式も、費用に関わります。

ここに示すのは、2026年時点の一般的な目安です。専用システムの公開価格は一律ではないため、既製サービスの料金と、類似業務システムの開発相場からの推定値を分けて考えます。

▶ 詳細はこちら:提案書作成システム開発の見積相場や費用/コスト/値段について

方式別の初期費用と月額の目安

方式によって、初期費用や月額、開発期間は異なります。主な目安を比べます。

  • 既製SaaS:初期0〜50万円程度、月額は1ユーザーあたり1,000〜3万円程度です。
  • ローコード導入・拡張:初期100〜500万円程度で、期間は1〜3か月程度です。
  • AI付きMVP・PoC:300〜800万円程度で、期間は2〜4か月程度です。
  • 本番向け個別開発:CRMや基幹連携、SSO、複数テンプレート、監査ログを含めると、800〜2,000万円程度です。
  • 大規模開発:複数事業部や高度な価格計算を含む場合は、2,000万円を超えることがあります。

この金額は、公開価格と類似の業務システム相場からの推定であり、確定した見積ではありません。

初期費用以外にかかる費用

初期費用以外にも、利用や導入、保守の費用がかかります。比べるときは、同じ条件でそろえて見ます。

  • 利用・基盤費用:ユーザーライセンスやAIモデル、OCRの利用料です。検索基盤やストレージ、バックアップ、監視も含みます。
  • 導入・運用費用:セキュリティ診断やデータ移行、テンプレート作成、研修、保守改修が該当します。
  • 保守・従量課金:保守は初期開発費の年10〜20%程度が目安で、AIや外部APIの料金は別に計算されます。
  • 比較期間:導入・運用・改修を含む3年TCO(総所有コスト)で比べます。

費用を左右する見積項目

見積書では、要件定義や画面設計、データモデルを分けて確認します。資料分類や移行、検索も、項目ごとに見ます。AI処理やOffice出力は、別々に確かめます。

外部連携や権限、承認、ログを個別に確認します。テストや教育、保守も、同じ単位で見ます。「AI機能一式」と書かれた見積では、対象範囲が分かりにくくなります。

対象ユーザー数や月間提案件数、1件あたりの資料ページ数を、見積の前提として提示します。AI処理回数や出力ファイル数も含めます。同じ条件で複数の見積を取ると、比べやすくなります。

ポイント

費用は初期費用だけでなく、3年TCOで比べます。見積は、利用者数や資料量などの前提をそろえたものを基準にします。

提案書作成システムの開発会社・ベンダーの選び方

開発会社やベンダーは、提案業務を理解したうえで、資料や権限、承認を一体で設計できるかによって選びます。機能一覧の多さやAIの新しさよりも、この点を優先して見ます。

既製サービスでも個別開発でも、提案書のサンプルと実データで評価することが欠かせません。

提案業務と類似業務の実績

AI利用実績に加えて、要求資料の読取や文書検索、案件管理の実績を確認します。帳票やOffice形式への出力、レビュー・承認の実績も、あわせて見ます。

公開事例の数字は参考にとどめ、自社の資料量や提案件数、利用者の習熟度で再現できるかを尋ねます。

類似業界の事例がなくても、同じ難しさを持つデータ連携や権限設計を経験しているかを確認します。

セキュリティと契約条件

セキュリティは、技術面と契約面の両方から確認します。

  • システムの保護:保存場所、通信時・保存時の暗号化、組織・案件単位の分離、SSO、多要素認証、操作ログの扱い。
  • 継続・終了時の扱い:バックアップや障害時の復旧、退会時のデータ返却を確かめます。
  • 契約条件:「AI学習に使わない」という記載にとどまらず、委託先や再委託先、ログ保存期間、削除方法を契約と仕様書で押さえます。
  • 社内規程との照合:個人情報保護委員会の生成AIに関する注意喚起も、自社のルールと照らして読みます(出典:個人情報保護委員会、2023年公開・2026年確認)。

PoCと運用支援の範囲

検証内容と、導入後の支援や契約終了時の条件を、あわせて確かめます。

  • 検証シナリオ:過去資料検索、必須条件抽出、アウトライン作成、ドラフト編集、既存様式への出力を、実際の資料で試します。
  • 運用の担当者:データ整理やテンプレート更新、利用者対応、AIの誤りの記録を、誰が担うかを決めておきます。
  • 契約終了時の条件:自社で変更できない場合に備えて、設定範囲やソースコード・データの扱い、追加改修の単価、解約時の移行方法を明確にします。

▶ 詳細はこちら:提案書作成システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら:提案書作成システム開発の発注/外注/依頼/委託方法について

ポイント

開発会社は、提案業務を理解し、資料から承認までを一体で設計できるかで選びます。自社の実資料で評価することが、判断の目安になります。

生成AIを使う提案書作成システムのセキュリティ

顧客機密を中心に、入力できるデータの範囲や権限、根拠表示、人の承認を周囲に配置した図
入力前の範囲設定と生成後の確認が保護を支えます。

提案書には、顧客担当者の情報や未公開価格、設計情報が含まれることがあります。契約条件や入札資料が入ることもあります。

生成AIを使う前に、どの情報をどこへ送るか、誰が閲覧できるか、いつ削除するかを定めておく必要があります。

安全性は、資料の権限や検索結果の絞り込み、ログ、運用ルールを含むシステム全体で判断します。AIモデルは、その中の一つの要素です。

入力してよいデータの範囲

データは、公開情報や社内一般情報、顧客機密、個人情報のほか、法務確認が必要な情報に分けます。

公開情報や匿名化した過去資料から、検証を始めます。機密資料を扱う段階では、保存場所や権限、AI提供者への送信を確認します。学習利用や再委託、削除の扱いも、あわせて確かめます。

個人情報を含む場合は、利用目的と委託先を整理します。そのうえで、入力できる項目と、手作業で処理する項目を社内規程に定めます。

権限・根拠・人の承認の仕組み

営業担当者が閲覧できる資料と、技術・法務部門だけが閲覧できる資料は分けます。検索結果にも、同じ権限を適用します。

AIが作った文章には根拠資料を表示し、利用者が確認したかを記録します。さらに、価格や性能、法令、契約条件を含む文章は、承認前に提出版へ移せないようにします。

監査ログには、誰がどの資料を参照し、何を生成・修正・承認したかを残します。

ポイント

入力してよいデータの範囲を決め、公開情報や匿名化した資料から始めます。権限と根拠表示、人の承認を仕組みにしてから本番へ進みます。

よくある失敗例と導入前の対策

導入の成否は、運用の進め方で大きく変わります。入力負担や古い資料、曖昧な承認責任を放置すると、導入後に使われなくなることがあります。過剰なカスタマイズも、同じ結果を招くおそれがあります。

よくある失敗は、要件定義の段階で想定し、測定できる対策に変えておきます。

現場の利用離れ

入力項目が多い、営業活動と二重入力になる、出力後に手直しが必要といった状況では、現場が表計算ファイルや共有フォルダへ戻ることがあります。

初期版では登録項目を絞り、既存の案件情報を自動で呼び出します。代表者を交えたパイロットで、1件の作成時間を測ります。さらに、使われていない機能や入力項目を減らします。

AIによる古い情報や誤った根拠の混入

版管理がない資料を使うと、廃止製品や古い価格、別案件の条件がAIの回答に混ざることがあります。

そのため、資料ごとに所有者や更新日、適用範囲を設定します。公開可否も決め、承認済みの情報を優先する検索ルールにします。

出力には根拠を示し、提出前に担当者が事実を確かめます。また、正解データの整備には、別の予算と責任者を置きます。

要件の膨張による予算・期間の超過

部署や案件ごとの例外をすべて初期版に入れると、画面や権限が膨らみ、出力や連携も増えます。

必須、便利、将来検討の要件を分け、初期版では効果を測れる工程に集中します。

追加要望は、作成時間や提出品質への効果、運用負担、3年TCOを見て優先順位を決めます。

導入後に見るべき運用KPI

成功の判断には、提案業務の改善を示すKPIを使い、月次で現場の声とともに見直します。ログイン数やAI生成回数は、その判断材料の一つにすぎません。

数値が改善しない場合は、機能だけでなく資料の品質や入力負担を確認します。承認ルールや教育内容も、あわせて見直します。

作成時間と再利用率の測定

依頼資料を受け取ってから初稿までの時間、レビュー完了までの時間、検索や転記に使った時間を測ります。

承認済み資料の再利用状況や、同じ文章を作り直した回数も確認します。

作成時間が短くても、修正時間や確認漏れが増えれば、改善したとはいえません。そのため、初稿から提出版までの総時間を比べます。

品質と成果の変化の測定

必須要件の記載漏れや、誤った価格や仕様の混入を記録します。レビューの差し戻し回数や期限内提出率も、あわせて残します。

営業成果では、受注率や失注理由、提案後の顧客反応を追います。成果には、提案書以外の要因も関わります。

同じ種類の案件で導入前後を比べると、システムが貢献した工程を判断しやすくなります。

利用定着とデータ更新の測定

案件登録率や、システム内で提案書を完成させた割合を見ます。レビュー期限の遵守率、資料更新率、検索結果への評価数も、あわせて追います。

利用率が低い部署には理由を聞き、操作研修だけでなくフローや権限も見直します。

資料の所有者と更新期限を定め、古い資料が検索対象に残らないようにします。これはAIの品質維持にも関わります。

よくある質問

比較や導入で多い疑問を取り上げます。料金や機能はサービスと要件で変わるため、自社の案件や資料で確かめることが必要です。

提案書作成システムの導入費用はいくらですか?

既製SaaSなら、初期0〜50万円程度、月額1ユーザーあたり1,000〜3万円程度が目安です。

ローコード拡張は100〜500万円程度、個別開発は800〜2,000万円程度が一つの目安です。金額は、連携やAI利用量、セキュリティ、データ移行によって変わります。

初期費用だけでなく、ライセンス、保守、改修を含む3年TCOで比較します。

AIに提案書をすべて作らせても問題ありませんか?

AIに全文を作らせ、そのまま提出する運用はおすすめできません。

要求事項の抽出や過去資料の検索、アウトライン作成に使います。差分の検出や定型文の下書きにも使えます。人が根拠や価格、仕様を確認し、法務条件や顧客への適合性も確かめます。

出力元の資料や版を表示し、承認前の文章を提出版へ移せない仕組みにすると、安全性が高まります。

既存のCRMや共有フォルダと連携できますか?

APIやCSVのほか、認証基盤やファイルストレージなどの連携方式があれば可能です。ただし、どのサービスでも同じ範囲を連携できるとは限りません。

顧客情報や案件情報、資料、承認状態のうち、どれを正とするかを決めておくと、二重管理を避けられます。

連携できるデータ項目や更新頻度、エラー時の再処理を確認します。権限の引き継ぎや追加費用も、あわせて見ます。

少人数の営業チームでも導入する価値はありますか?

提案頻度が高い場合や、資料探しに時間がかかる場合は、少人数でも価値があります。承認者が限られる場合や、退職で知見が失われる場合も、価値があります。

利用者が少ない場合、高額な個別開発より既製SaaSや小さなローコード構成の方が、投資を回収しやすいことがあります。

月間提案件数と1件あたりの削減可能時間を計算し、月額と初期費用に見合うかを判断します。

まとめ

自社に合う方式を選ぶための整理

提案書作成システムは、案件情報や社内ナレッジ、要求事項をつなぐ業務基盤です。レビューや承認、保管も、同じ基盤で扱います。

標準機能を早く使えるSaaS、既存環境を拡張するローコード、独自要件を組み込む個別開発の中から選びます。

年間提案件数や利用者数、既存CRMを洗い出します。出力様式や機密区分、承認段階も整理すると、自社に合う方式を判断しやすくなります。

導入を成功させるための条件

導入を成功させるには、効果と費用、検証と運用の条件をそろえて判断します。

  • 目指す効果:要求漏れや資料検索の時間を減らし、人が提案内容と最終責任に集中できる状態をつくります。
  • 費用の比較:初期開発費に加えて、ライセンスやAI利用料、データ移行、保守、セキュリティを含む3年TCOで比べます。
  • 小さく検証:実資料を使うPoCで品質と時間短縮を確かめ、権限や根拠表示、人の承認を組み込んで始めます。

▼関連記事一覧
・提案書作成システム開発の進め方/やり方/流れや方法/手法/工程/手順
・提案書作成システム開発でおすすめの開発会社/ベンダー6選と選び方
・提案書作成システム開発の見積相場や費用/コスト/値段について
・提案書作成システム開発の発注/外注/依頼/委託方法について

 

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。