提案書作成フレームワーク

英語名 Proposal Writing Framework
読み方 プロポーザル ライティング フレームワーク
難易度
所要時間 提案書作成2〜4時間
提唱者 営業実務から体系化(特定の発案者なし)
目次

ひとことで言うと
#

提案書を「自社製品の説明資料」ではなく、顧客の課題解決ストーリーとして構成するフレームワーク。「何を売るか」ではなく「顧客の何を解決するか」を起点にすることで、意思決定者の心を動かす提案書が作れる。

押さえておきたい用語
#

押さえておきたい用語
課題起点(Issue-Driven)
提案書の構成を顧客の課題から始めるアプローチを指す。製品説明から始める「製品起点」の対義語で、意思決定者に刺さる提案書の基本原則。
エグゼクティブサマリー
提案書の冒頭に置く経営層向けの要約のこと。1〜2ページで課題・解決策・効果・投資額を凝縮し、忙しい決裁者が全体を把握できるようにする。
ROI(Return on Investment)
投資対効果。提案の費用に対してどれだけのリターンが見込めるかを示す指標。提案書の説得力を左右する最重要数値。
ペインポイント
顧客が抱える具体的な痛み・課題である。ヒアリングで引き出した顧客自身の言葉をそのまま使うと共感が生まれる。

提案書作成フレームワークの全体像
#

提案書の構成:課題→解決→効果のストーリー
課題の整理顧客の痛みを数字で可視化する解決策と提案課題に対応した具体的なアプローチ効果予測とROI定量効果と投資回収計画提案書の8つの構成要素1. 表紙2. 課題の整理3. 解決策4. 提案内容5. 効果予測6. 導入計画7. 投資額8. 導入事例課題起点で語るIssue-Driven Proposal
提案書作成の進め方フロー
1
課題の構造化
顧客の痛みを3つに絞って整理
2
解決策の提示
課題と解決策を1対1で対応
3
効果の定量化
ROIと投資回収期間を明示
読み手別カスタマイズ
経営層・現場・IT部門に合わせる

こんな悩みに効く
#

  • 提案書がいつも製品カタログのような内容になってしまう
  • 提案書を出しても「検討します」で返事がない
  • 経営層に刺さる提案書が書けない

基本の使い方
#

ステップ1: 提案書の構成を『課題起点』で組み立てる

以下の構成で骨子を作る。自社製品の説明から始めない。

  1. 表紙: 顧客名 + 課題を示すタイトル
  2. 課題の整理: 顧客が抱える課題の構造化
  3. 解決策: 課題に対する具体的なアプローチ
  4. 提案内容: 自社ソリューションの具体的な内容
  5. 効果予測: 導入による定量・定性効果
  6. 導入計画: スケジュールと体制
  7. 投資額: 費用とROI
  8. 導入事例: 類似企業の成功事例

ポイント: 「御社の課題→解決策→自社製品」の順番を守る。「自社製品→機能説明→価格」は最もよくある失敗パターン。

ステップ2: 課題の整理で顧客の『痛み』を可視化する

ヒアリングで得た情報をもとに、課題を構造的に整理する。

  • 現状の問題点を3つ程度に絞る(多すぎると焦点がぼやける)
  • 各問題が引き起こしている具体的な影響を数字で示す
  • 「このまま放置するとどうなるか」を明確にする

ポイント: 顧客自身の言葉を引用すると「よく理解してくれている」と感じる。ヒアリングメモが資産になる。

ステップ3: 効果予測を具体的な数字で示す

提案の効果は「なんとなく良くなる」ではなく、具体的に数値化する。

  • 定量効果: 工数削減○時間/月、コスト削減○万円/年、売上向上○%
  • 定性効果: 従業員満足度向上、ブランドイメージ改善、リスク低減
  • ROI: 投資回収期間を計算する

ポイント: 効果予測は保守的に見積もること。大きすぎる数字は信用されない。「控えめに見積もっても○○」が最も説得力がある。

ステップ4: 読み手に合わせてカスタマイズする

提案書を読む人によって、刺さるポイントが異なる。

  • 経営層: ビジネスインパクトとROI中心。技術詳細は最小限
  • 現場担当者: 使い勝手、導入の手間、日常業務への影響
  • 情報システム部門: セキュリティ、連携性、運用負荷
  • 購買部門: コスト、契約条件、他社比較

ポイント: 全員に同じ提案書を渡すのではなく、キーメッセージを読み手に合わせて調整する。

具体例
#

例1:業務効率化SaaSの提案書を課題起点で作成する

状況: 従業員400名のメーカーG社。営業部門の月次レポート作成に膨大な時間を費やしている。

NG例(製品起点の構成):

  1. 会社紹介 → 2. 製品概要 → 3. 機能一覧 → 4. 料金プラン → 5. 導入事例

OK例(課題起点の構成):

表紙: 「G社様 営業部門の月次レポート作成業務の効率化ご提案」

課題の整理:

  • 月次レポート作成に営業10名×各3時間 = 月30時間を投下
  • データの集計ミスが月平均2件発生し、修正に追加工数
  • レポート提出が遅れ、経営判断が翌月にずれ込むリスク

効果予測:

指標現状導入後
レポート作成時間月30時間月3時間(90%削減)
集計ミス月2件ゼロ(自動集計)
ROI月額5万円に対し人件費換算で月27万円の効果

月額5万円に対し、人件費換算で月27万円の効果。経営層が反応したのは機能ではなく、「月次報告の遅延が経営判断に影響している」という自社の痛みだった。

例2:コンサルティングファームが大手小売チェーンへ提案する

状況: 全国120店舗の小売チェーンH社。DX推進の一環で店舗オペレーション改善のコンサルを検討中。コンペ3社の中から選定される。

課題の整理(ヒアリングの言葉をそのまま引用):

  • 店長の業務時間の42%が本部への報告作業に消費(本社調査)
  • 「優秀な店長ほど現場にいたいのに、PCに張り付いている」(H社人事部長の発言)
  • 店舗間の業績差が最大3.2倍あるが、ベストプラクティスの共有が属人的

提案内容: 店舗オペレーション標準化プロジェクト(6ヶ月)

  • Phase 1(2ヶ月): 上位10店舗のオペレーション分析
  • Phase 2(2ヶ月): 標準化マニュアル+報告業務の簡素化設計
  • Phase 3(2ヶ月): パイロット30店舗で実施・効果測定

効果予測:

指標現状目標
店長の報告業務時間週16.8時間週6時間(64%削減)
店舗間業績差最大3.2倍2.0倍以内に圧縮
投資額2,400万円
年間効果人件費換算で年間約1.2億円

「優秀な店長ほど現場にいたいのに、PCに張り付いている」――人事部長のこの言葉をそのまま課題整理に使ったのが決め手だった。競合2社はDXソリューションの機能紹介から入り、敗退。

例3:地方のIT企業が自治体向けに提案書を作成する

状況: 従業員35名の地方IT企業。人口8万人の自治体が住民窓口のDXを公募。予算上限3,000万円。

課題の整理:

  • 住民の窓口待ち時間が平均47分(住民満足度調査で最大の不満項目)
  • 職員1人あたり1日平均28件の窓口対応で、複雑な手続きが特に時間を消費
  • 書類の記入ミスによる差し戻しが全体の23%を占める

提案内容: 窓口DXシステム(事前申請+番号札システム+記入支援タブレット)

読み手別のカスタマイズ:

  • 首長・幹部向け: 住民満足度向上(数値目標)と人口流出対策としての効果
  • 窓口担当課向け: 日常業務の具体的な変化と、職員の負担軽減効果
  • 情報政策課向け: セキュリティ要件、既存システムとの連携、保守体制
指標現状導入後見込み
平均待ち時間47分15分(68%短縮)
書類差し戻し率23%5%以下
投資額2,800万円(予算内)
年間運用コスト360万円

待ち時間47分→15分、差し戻し率23%→5%以下。大手SIerは「最新技術のショーケース」で攻めたが、住民の声を引用した地元IT企業が勝った。

やりがちな失敗パターン
#

  1. 自社紹介から始める — 「弊社は2010年設立、従業員300名…」から始まる提案書は、読み手の集中力が切れる。顧客の課題から始めること
  2. 機能を全部載せる — 50個の機能を羅列されても、顧客はどれが自分に関係あるかわからない。顧客の課題に直結する機能3〜5個に絞る
  3. テンプレートをそのまま使い回す — 顧客名だけ差し替えた提案書は一目でわかる。最低でも課題の整理と効果予測は顧客ごとにカスタマイズする
  4. 効果予測を盛りすぎる — 「売上200%増」などの非現実的な数字は信頼を失う。保守的に見積もった方が説得力がある

まとめ
#

提案書作成フレームワークは、提案書を「製品カタログ」から「顧客の課題解決ストーリー」に変えるための手法。課題の整理→解決策→提案内容→効果予測という構成で、「この提案を採用すれば自社の課題が解決する」と意思決定者に納得してもらえる提案書が作れる。読み手に合わせたカスタマイズが、最後の差を生む。