提案書の作成方法｜読み手の意思決定に沿った構成設計
店長提案書が通らない本当の理由——認識ギャップという構造的原因
提案書が採用されなかったとき、多くの人が「見た目が悪かった」「説明が足りなかった」という表層的な反省をします。しかしそれらを修正して再提出しても結果が変わらなかった、という経験をお持ちの方も少なくないのではないでしょうか。実は、提案書が通らない根本原因は見た目や分量ではなく、提案者と読み手の間に生じる認識ギャップにあります。
提案者は「課題を把握し、解決策を持っている状態」で提案書を書きます。一方、読み手は「その課題がまだ自分ごとになっていない状態」で読み始めます。この出発点のズレを埋めないまま解決策を提示しても、読み手には「なぜこれが必要なのか」が伝わりません。提案書は情報を届けるための文書ではなく、読み手の認識を段階的に動かして意思決定を引き出すためのツールです。この前提に立ち返ることが、通る提案書をつくる第一歩です。
独立して間もない頃、組織改善の提案をある会社の経営会議に持ち込んだことがあります。数週間かけてヒアリングと分析を重ね、どの部分に手を入れるべきかの構造はある程度見えていました。
当日は解決策の説明に時間を使いました。ところが会議室の反応は「この課題、今すぐ対処しないといけないですか」というものでした。私には深刻に見えていた問題が、経営陣にはまだ急ぎの案件として着地していなかった。分析の精度ではなく、そこに出発点のズレがあったのだと、後になって気づきました。
帰り道、資料に問題として書いた事実は揃っていたのに、「なぜそれが問題か」を一緒に確かめる時間が提案書の中にまったくありませんでした。自分の見えているものと相手の見えているものが、どのくらいずれているかを計らずに会議に臨んでいた——その感覚は、その後の支援でもずっと頭の端に置いています。
提案書とは何か——社内提案書と社外提案書を最初に分けて考える
提案書とは、特定の読み手に特定の行動（承認・採用・発注）を促すための論理構造を持った文書です。しかし「提案書を書こう」と着手する前に、まず確認すべきことがあります。提案書には大きく「社内向け」と「社外向け」の二種類があり、それぞれで想定読者・意思決定の構造・求められる論理の型が大きく異なります。どちらの提案書かを最初に確定させることで、以降の構成・トーン・ファクトの選び方がすべて具体的に決まります。
社内提案書（稟議・上申系）の特徴と設計方針
社内提案書は、社内の予算・人員・権限の承認を得ることを目的とします。読み手は上司や経営層であり、その評価軸は「投資に見合うリターンがあるか」「リスクはコントロールできるか」「前例や他部署への影響はどうか」です。決裁者が複数いる場合は、各自が短時間で全体像を把握できるエグゼクティブサマリーを冒頭に配置する構成が有効です。また、「なぜやるか」の積極的な理由より「なぜやらないとまずいか」という放置リスクの論理と、予想される反対意見を先回りして潰す構成が、社内稟議を通すうえで機能します。提案者の主張より、承認者が「反対しにくい」設計を優先することが社内提案書の設計原則です。
社外提案書（営業・コンサル系）の特徴と設計方針
社外提案書は、顧客や取引先に自社の提案を採用してもらうことを目的とします。読み手は顧客側の担当者や意思決定者であり、「この課題を本当に理解しているか」という課題共感と「なぜ他社ではなくここか」という差別化が評価の軸になります。社外提案書では「課題の深い理解→解決策の提示→自社の強みと実績→次のアクション」というストーリーラインを一貫させることが重要です。顧客は常に他の選択肢と比較しながら読んでいるため、自社提案の独自性を構成の中に組み込む設計が求められます。
読み手の意思決定フローから逆算した構成設計
提案書の質を「説明のうまさ」で測ることには、根本的な限界があるかもしれません。説明の精度を上げても採用率が変わらない——そういう現象が起きるとき、問題は説明の技術ではなく、「何を・いつ示すか」という順序の設計にある場合がほとんどです。
「伝わらない」の正体を分解すると、それは「言葉が届いていない」ことより「認識のプロセスが噛み合っていない」ことであるケースが多いと言えます。読み手は提案書を読みながら、無意識のうちに特定の順番で思考を展開します。「これは自分ごとか」「急いで対処すべきか」「他の手段より優れているか」「本当に実現できるか」——この問いに自然に答えられる順番で情報が並んでいるかどうかが、提案の採否を左右する構造的な変数です。
一般的な改善アドバイスは「もっとわかりやすく」「もっと具体的に」という方向を向きがちです。しかし、読み手の認知プロセスに合わない順番でどれだけわかりやすく説明しても、理解は深まっても意思決定は進まない——という構造的なズレは残ります。提案書の設計を「情報の整理」ではなく「読み手の思考の段取り」として捉え直すことが、ここで示したいことです。
提案書の章立ては、「提案者が書きたい順番」で設計されがちです。しかし通る提案書は「読み手が意思決定に至るまでの認知プロセスの順番」で設計されています。この違いが、同じ内容でも「刺さる提案書」と「刺さらない提案書」を分ける最大の要因です。読み手の頭の中では、提案書を読み進めながら無意識のうちに特定のステップが踏まれています。そのプロセスに章の流れを合わせることで、読み手は各章で次のステップへ自然に進める状態になります。
意思決定プロセスの4ステップ
読み手が提案を承認するまでの認知プロセスは、次の4段階で進みます。
ステップ1：現状認識（課題を自分ごとにする） — 読み手は最初、「提示された課題が自分の状況に当てはまるか」を判断しています。ここで「他人事」と感じられると、以降のページは流し読みになります。提案書の冒頭で読み手の現状を的確に言語化することが、このステップを通過させる鍵です。
ステップ2：問題の深刻化（放置コストの可視化） — 課題を認識した読み手の次の問いは「でも今すぐ動かなければならないほどの問題か」です。放置した場合に何が起きるかが見えないと、承認の優先度が下がります。課題の深刻さを裏付けるファクトと、放置の代償を示す論理がこのステップで必要です。
ステップ3：解決策の比較（なぜこの提案か） — 「解決策があることはわかった、でも他の方法ではダメなのか」という比較の視点で読み手は読んでいます。自社提案の優位性と他の選択肢との違いがこのステップで明確にされていないと、「検討します」という先送りで止まります。
ステップ4：承認判断（リスクと実現性の確認） — 最後に読み手は「本当に実現できるか」「失敗したときのリスクは何か」を確認します。費用・スケジュール・サポート体制・過去実績がこのステップに対応します。
フローに対応した章の配置原則
意思決定の4ステップは、提案書の章立てと直接対応します。「背景・現状」がステップ1、「課題・問題の深刻さ」がステップ2、「解決策・差別化」がステップ3、「費用・スケジュール・リスク対策・実績」がステップ4です。
この順番で章が並んでいれば、読み手は各章を読み終えるたびに次の認知ステップへ進む準備が整います。逆に、提案者が解決策を早く見せたいあまり「課題を一言で済ませて解決策へ」という構成にすると、読み手はステップ1・2を経ていない状態で解決策を見ることになり、「なぜこれが必要なのかわからない」という印象を持ちます。章の順番は、読み手の認識をどの順番で動かすかを設計する行為です。提案者にとって自然な「書く順番」と、読み手にとって自然な「理解の順番」はしばしば一致しません。その点を意識的に切り分けることが、構成設計の本質です。
提案書の基本構成要素
提案書に含めるべき主要な要素を、意思決定フローの対応ステップとともに示します。各要素を揃えることは最低条件であり、重要なのは「どの順番で・どの深さで書くか」です。その判断基準が、前章で示した意思決定フローの設計です。
| 構成要素 | 主な内容 | 対応ステップ |
|---|---|---|
| 表紙 | タイトル・提出先・日付・提案者 | — |
| エグゼクティブサマリー | 提案全体の要旨（1ページ） | 全体 |
| 背景・現状 | 市場・環境・相手の現状 | ステップ1 |
| 課題・問題定義 | 何が問題か・なぜ深刻か | ステップ2 |
| 解決策・提案内容 | 何をどうするか・なぜこの方法か | ステップ3 |
| 費用・投資対効果 | いくらかかり・何が得られるか | ステップ4 |
| スケジュール | いつ・何を・どの順で進めるか | ステップ4 |
| 会社・実績紹介 | 提案者の信頼性・実行能力 | ステップ4 |
課題定義が提案書の命——「的外れ」を防ぐMECE思考
提案書の多くが「的外れ」と評価される原因は、解決策の質ではなく課題定義の浅さにあります。「売上が下がっている」という現象を課題として書き、「売上向上策」を提案すると、読み手には「なぜ売上が下がっているかへの理解が浅い」と伝わります。課題は「表層の症状・構造的原因・本質課題」の三層に分解して定義することで、提案全体の設計に根拠が生まれます。解決策を考える前に、「課題とは何か」を構造的に定義する工程を必ず踏むことが、提案書の質を決める最上流の作業です。
採用広告代理店として人事に提案を出していた頃、「応募数が少ない」という相談に対して、掲載する媒体の選定と掲載露出の拡大を軸にした提案書を持っていったことがあります。資料は丁寧に作っていて、競合他社との比較も入れていました。
ところが人事から、提案全体への反応ではなく前提への疑問が返ってきました。話を詳しく聞くと、応募そのものが少ないのではなく、選考を通過する人材が採れていないことが本当の困りごとだという話でした。露出を増やしても集まるのは同じ層の応募者で変わらない——そういう感覚を人事は持っていたのです。求人票の書き方と媒体戦略を合わせて見直す方向で、提案を組み直すことになりました。
「応募数が少ない」という言葉を、そのまま課題として受け取っていました。掘り下げる前に、自分の手持ちの解決策に引き寄せていたのかもしれないと思っています。
課題定義の落とし穴——現象と原因を混同しない
課題定義で最も多い誤りは、「現象」を「課題」として設定してしまうことです。「顧客満足度が低い」「コストが増加している」「チームの生産性が下がっている」はすべて現象です。これを課題として提案書に書くと、解決策は現象への対症療法になり、本質的な変化をもたらせません。
課題を正しく定義するには、「なぜその現象が起きているか」を掘り下げる問いが必要です。「顧客満足度が低い」→「対応スピードが遅い」→「情報共有が属人化している」→「担当者ごとに対応履歴が分散している」という形で原因を深掘りし、手を打てる本質課題を特定します。提案書の課題定義欄には、この掘り下げのプロセスと結論を簡潔に示すことで、「この提案者は表面ではなく本質を見ている」という信頼が読み手に生まれます。
顧客・上司との認識合わせを課題定義に組み込む
社外提案書の場合、課題定義を提案者が単独で完成させることには限界があります。提案書を提出する前に、相手とのヒアリングを通じて「課題の認識を一緒に作る」プロセスを経ることで、提案書の時点ですでに課題への合意が形成されます。
ヒアリングで押さえるべき問いの型は「現在の状態」「理想の状態」「そのギャップの原因として相手が感じていること」「解決を阻んでいる障壁」の4点です。これらの問いへの答えを相手自身に語らせることで、課題定義は相手の言葉を体系化したものになります。提案書を受け取った読み手が「自分たちの課題が正確に書いてある」と感じた段階で、解決策への関心は自然に高まります。
提案書の作成手順——情報収集から仕上げまで
提案書の作成は「情報収集→課題定義→構成設計→執筆→デザイン→レビュー」の順で進めます。ここまで示してきた意思決定フロー設計は「構成設計」フェーズに対応し、課題定義は「情報収集」の直後に位置します。各フェーズの目的と「何を確定させてから次に進むか」を把握することが、提案書作成における手戻りを防ぐための実践的な手順理解です。
情報収集と読み手理解——提案書は書く前に9割決まる
提案書の質は、書き始める前のインプットの質で決まります。書く前に揃えるべき情報は「読み手の組織構造と意思決定者の評価軸」「予算感・期日・制約条件」「競合となる他の選択肢」「相手が現在直面している優先課題」の4種類です。これらが揃わないまま書き始めると、構成が提案者の仮定に依存してしまい、提出後に「前提が違った」という手戻りが発生します。
情報収集では、相手に直接確認すべき情報（意思決定者・予算・期日・制約）と、外部資料から補完する情報（市場動向・競合状況）を分けて管理します。前者は提案書提出前のコミュニケーションで必ず押さえ、後者は課題の深刻さや解決策の効果を裏付けるファクトとして執筆フェーズで活用します。
提案書に説得力を持たせるファクトの使い方
提案書に関するアドバイスとして「データや数字を使いましょう」という指摘は頻繁に聞かれます。しかし「どのデータを・いつ・どのように使うか」まで踏み込んだ解説は少ないです。ファクトを無秩序に詰め込んでも説得力は増しません。むしろ、意思決定に不要なデータが多いと読み手の認知負荷が上がり、判断を先送りさせる逆効果になります。ファクトは「意思決定プロセスのどのステップを動かすために使うか」という目的で選ぶことが原則です。
提案書に組み込むべきファクトには、目的別に次の3種類があります。
①現状課題の深刻さを示すファクト — 読み手のステップ2（問題の深刻化）を通過させるために使います。業界レポートや市場動向データ、同業他社の事例など「このまま放置するとどうなるか」を裏付ける情報です。公的機関や信頼性の高い調査機関のデータを使うことで、論拠の信頼性が上がります。出典を明記することも、読み手に「根拠のある主張」として受け取ってもらうために必要です。
②解決策の効果を示すファクト — 読み手のステップ3（解決策の比較）を通過させるために使います。自社の過去事例や類似案件の実績がここに当たります。具体的な数値を出せる場合は根拠とともに示し、出せない場合は「何が・どのように改善されたか」を定性的に記述することで文として完結させます。根拠のない数値や推測の数値を本文に入れてはなりません。
③費用対効果の論理 — 読み手のステップ4（承認判断）を通過させるために使います。投資金額に対してどのような価値が生まれるかを「測れる形で示す」ことが重要です。数値化できる場合はその計算根拠とともに示し、できない場合は「何を指標として効果を確認するか」という評価軸を提示します。ファクトの役割は、読み手が自分の組織の文脈でその価値を具体的に想像できる状態を作ることです。
見やすい提案書のデザイン原則
提案書のデザインは、中身の論理を読み手に届けやすくするための補助です。デザインが整っていても中身の論理が弱ければ提案は通りません。その前提のうえで、読み手が情報を素早く構造的に把握するためのデザイン原則を示します。
余白は情報の区切りを視覚的に示します。余白が少ない提案書は情報密度が高く見えますが、視線が止まりにくくなります。段落間・スライド端・見出し前後の余白は「読みやすさ」と「理解の定着」に直結します。フォントは書体と大きさの統一が最優先です。見出しと本文で大きさを変えることで視覚的な階層が生まれます。色は「強調」と「区別」の2用途に絞り、使用色数を3色以内に抑えることで整理された印象になります。図表は「文章では伝わりにくい比較・関係性・プロセス」にのみ使います。表は数値の比較に、図解は構造やフローの可視化に使い分けます。デザインは中身の代替ではなく、中身を届けるための器です。
提案書作成でよくある失敗パターンと対処法
本記事で示した設計思想（意思決定フロー・課題定義・ファクトの使い方）と対応させる形で、提案書が機能しない典型パターンを整理します。「どの設計ミスがその失敗を生むか」という構造で見ることで、自分の提案書のどの部分を見直すべきかが特定できます。作成後の提案書を振り返る際のチェックリストとしても活用できます。
パターン1：解決策から書き始める — 提案者にとって最も伝えたいのは解決策ですが、読み手がまだ課題を自分ごとにしていない段階で解決策を見せても響きません。対処は「背景→課題の深刻さ」を先に読ませ、読み手がステップ1・2を通過してから解決策を提示する構成設計です。
パターン2：課題が現象の列挙になっている — 「売上低下・顧客離れ・コスト増」と現象を並べるだけでは、提案の解決策と課題が噛み合っていない印象を与えます。対処は前章で示した課題の掘り下げです。現象の背後にある原因まで踏み込んで定義することで、解決策に根拠が生まれます。
パターン3：読み手の評価軸とズレたファクトを使う — 社内稟議ではコスト・リスクが評価軸なのに、市場規模や事業の可能性ばかりを示すパターンです。どのデータを使うかより先に、誰の何の判断を動かすためのファクトかを問うことが対処になります。
パターン4：全員に向けて書いている — 意思決定者・担当者・現場実務者がそれぞれ異なる評価軸を持つ場合、全員を一つの提案書で満足させようとすると、どの読み手にも刺さらない構成になります。主たる意思決定者を一人特定し、その人の判断プロセスに沿って設計することを優先してください。
自分の提案書を振り返る際は、「読み手は課題を自分ごとにできるか」「課題定義は現象ではなく原因まで踏み込んでいるか」「ファクトは読み手の評価軸に対応しているか」の3点を確認することから始めることをお勧めします。
あわせて読みたい
＼ 最新情報をチェック ／
