提案書の書き方｜見本・テンプレートで通る構成をつくる
店長提案書とは何か——企画書・報告書との違い
提案書は「相手の意思決定を促す文書」です。似た名称の企画書や報告書と混同されることがありますが、目的が根本から異なります。企画書はアイデアを発散・整理するための文書で、まだ問題の定義が固まっていない段階で書かれることが多く、「何ができそうか」を起点にします。報告書は事実を記録・伝達するための文書であり、すでに起きたことを正確に伝えることが目的です。提案書はその両者とは違い、「相手が抱える課題を解決するために、自社がどう動くか」を相手に判断させる文書です。読み手に「これを採用しよう」と決めてもらうことが唯一の目的であり、その観点からすべての構成と表現が逆算されなければなりません。
提案書が通るための前提：読み手は「決める人」である
Why→What→Howの順で提案書を書くべきだと聞いたことのある人は多いはずです。これ自体は、ビジネス文書の基本として広く知られています。では、なぜそれを知っている人が書いた提案書が通らないのでしょうか。
「知っている」と「できている」の間にある溝は、Why先行という構造を外から眺めているのか、自分の提案書の中に具体的に織り込んでいるのかの違いです。Why先行を「そうあるべき原則」として理解している状態では、実際に書き始めたときにWhatから手が動きます。自社のサービスや実施内容は言語化しやすく、相手の課題はヒアリングが不足している段階では言語化が難しいからです。
通る提案書を書くうえで本当に問われているのは「書き方」よりも先に「読み手の判断プロセスをどこまで理解しているか」です。その理解の深さが、Why先行という原則を「知識」ではなく「構成」として表現できるかどうかに直結するのかもしれません。
提案書の書き方を学ぶ前に、まず理解しておくべきことがあります。それは「読み手が何を見て判断するか」という構造です。この前提を持たないまま書き始めると、形式上は整った提案書ができあがっても、採否の場で「何かズレている」という印象を持たれたまま終わります。
読み手は「決める人」です。決める人は、自分の組織やチームが抱えている課題を解決したいと考えており、提案された解決策が実行可能で費用対効果があるかどうかを確認したいと考えています。つまり、読み手の最大の関心は「なぜ、今、これをやるのか（Why）」です。ところが多くの提案書は「何をやるか（What）」や「どうやるか（How）」から始まり、Whyを後段に置いてしまいます。
Why→What→Howの順序で書くことは、一見当たり前に聞こえます。しかし実際に書き始めると、つい「自社のサービス内容」や「実施ステップの詳細」を先に並べてしまうことがよく起きます。その理由は、Whyを書くためには相手の課題を深く理解している必要があり、それが十分でないとWhyを書けないからです。WhyがあいまいなままWhatから書き始めた提案書は、読み手に「で、うちの何が問題だと言いたいのか」という疑問を残します。構成を整える前に、相手の課題を言語化できているかどうかを確かめることが、提案書作成の本当の出発点です。
提案書の基本構成と各項目の役割
提案書には標準的な構成があります。表紙・現状と課題・解決策と実施内容・期待効果・費用とスケジュール・体制と会社概要という六つの章立てが一般的です。それぞれの章が何のために存在するかを理解していないと、「形は整っているが伝わらない提案書」になりやすくなります。各章は単独で機能するのではなく、前後の章と論理的につながっています。まず全体の流れを把握してから、個々の章に何を書くかを考える順番で進めてください。
表紙・タイトル・案件名のつくり方
表紙は提案書の第一印象を決めるページです。タイトルや案件名には、「誰の、どんな課題を、どう解くか」が一読でわかる情報を入れることが求められます。「○○システム導入のご提案」のように何を導入するかだけを書いたタイトルでは、読み手は自分ごととして受け取りにくくなります。「営業部門の見積もり作成時間を短縮するための○○サービス導入ご提案」のように、誰の何の課題に応えるのかをタイトルに組み込むことで、読み手は冒頭から「これは自分たちの話だ」と理解できます。案件名は相手の社内で共有・記録されることが多いため、後から見返したときに内容が思い出せる書き方にすることも意識してください。
現状・課題・解決策の流れ（論理の骨格）
提案書の論理的な骨格は「現状→課題（ギャップ）→解決策」という三段構成で成り立っています。現状は相手の事実認識、課題はその現状が引き起こしている問題や損失、解決策は課題を解消するための手段です。多くの提案書で弱いのは「課題」の書き方です。よくあるパターンは、症状（例：対応が遅い、コストが高い）だけを書いて、なぜそうなっているかの原因を書かない書き方です。課題の欄に原因まで書くことで、解決策との因果関係が明確になり、「なぜこの解決策が有効なのか」が自然に伝わります。
見本で学ぶ「通る提案書」の構造
提案書の見本を探すとき、多くの人はデザインや見た目の完成度を参考にしようとします。しかし見本から本当に学ぶべきは「構成の骨格」です。どの章が何のためにあり、章と章がどのように論理でつながっているかを読み取ることが、見本活用の核心です。見本はあくまで「論理の流れのひな型」であって、自社の案件にそのまま転用できる完成品ではありません。見本を正しく読み、自社の言葉に変換するための手順を持つことが、見本学習の目的です。
見本の読み方——構成の骨格を先に見る
見本を「フォーマット」ではなく「論理の流れ」として読む視点を持つことが重要です。見本のH2見出しを順番に読み、「この見出しは何のためにあるのか」を一つずつ確認してみてください。たとえば「現状と課題」という章は、読み手に「あなたの会社はいまこういう状況にあり、これが問題だ」と認識させるための章です。「解決策」の章は、その課題に対してどう手を打つかを示す章です。各章の目的を逆読みすることで、見本が持つ論理構造が見えてきます。見本の中に自社案件の内容を差し込んでいったとき、論理的な流れが保たれるかどうかを確認しながら読むのが、見本の正しい使い方です。
見本から「自社の言葉」への転用ステップ
見本をコピーしても提案書が通らない理由は、見本が「別の案件の答え」として作られているからです。見本の表現をそのまま使うと、相手の課題や文脈とズレた記述が残り、読み手に「これは自分たちの話ではない」と感じさせます。転用の手順は次の順序で進めることが効果的です。まず見本の各章を開き、その章に書くべき内容を自社の言葉で仮メモします。次に、Why（相手の課題）の欄に書けるものがあるかどうかを確認します。ここで書けない、または具体性が薄いと感じたなら、それは相手へのヒアリングが不足しているサインです。ヒアリングを補完してから戻ることが必要です。最後に、仮メモを見本の構成に沿って整理し直します。この順序を守ることで、見本の骨格を活かしながら相手固有の内容が入った提案書になります。
テンプレートの使い方と「埋めるだけ罠」
テンプレートは提案書作成における強力なツールですが、使い方を誤ると「埋めれば完成」という誤解を生み、かえって通らない提案書の原因になります。テンプレートが持つ本来の価値は「抜け漏れの防止」と「構成の型の提供」です。何を書くべきかを洗い出すためのチェックリストとして使うのが正しい位置づけです。テンプレートは「何を書くかを考える代わりをしてくれるツール」ではありません。空欄を埋めることに集中するあまり、「何のためにこの欄があるのか」「この欄に何を書けば相手に伝わるのか」という思考が止まってしまうことが、「埋めるだけ罠」の正体です。
テンプレートが機能しないパターン
テンプレートを使っても提案書が通らないケースには、共通した構造的な失敗があります。一つ目は、「現状」の欄に相手の課題ではなく自社の都合が書かれているパターンです。たとえば「弊社は○○の分野で多数の実績があります」という書き出しは、相手の課題ではなく自社紹介であり、読み手の問題意識とずれています。「現状」欄の主語は、相手自身であるべきです。二つ目は、費用ページを本文の前半に厚く置いてしまうパターンです。費用の妥当性は「なぜこの費用が必要か」という根拠が先に示されてはじめて読み手に受け入れられます。その根拠となる課題・解決策の説明が薄いまま費用だけが詳細に書かれていると、読み手は判断の材料を持てません。三つ目は、「○○をご提案します」という書き出しで提案内容（What）を先に示し、WhyとHowをあとに置く構成です。これはテンプレートの章立て順が原因ではなく、各章の中でWhatを先に書いてしまう習慣から生まれます。各章の最初の一文が「弊社の〜」や「○○システムは〜」から始まっていないかを確認してください。
テンプレートを「型」として使う正しい方法
テンプレートを正しく使うには、まずテンプレートを「埋める」前に「考える」ステップを挟むことが必要です。具体的には次の順序で進めます。最初に、テンプレートをまだ開かずに、相手の課題とゴールを白紙に書き出します。相手が今何に困っており、何を達成したいのかを、自分の言葉で書ける状態にしてから次のステップに進みます。次に、Why→What→Howの骨格メモを作ります。相手の課題（Why）を先に書き、その解決策（What）、実施方法（How）の順番で内容を整理します。最後に、骨格メモをテンプレートの各欄に差し込みます。この順序で進めることで、テンプレートは「書く場所を提供するツール」として機能し、論理的な流れを持った提案書ができあがります。フォーマットではなく「考える順序」こそがテンプレートの本体です。
採否を分ける3つの失敗パターン
私が発注する側になったのは、独立してフリーランスとして動き始めてからのことです。請求管理や業務支援など複数の外部サービスを自分で選ぶ立場になり、はじめて「提案書をどう読むか」を受け手として意識するようになりました。
あるとき、同じカテゴリのサービスについて複数社から提案書を受け取りました。そのうちいくつかは、表紙の次のページから料金プランの一覧が始まる構成でした。ライトプラン・スタンダードプラン・プレミアムプランというかたちで価格と機能の対応表が目に入り、自分の状況への言及はずっと後ろのページに置かれていました。
そのページを開いた瞬間から、私の頭の使い方が変わっていました。「この提案が今の自分の課題に対応できるか」という問いではなく、「他社と比べてこの金額は高いか安いか」という比較が先に動き始めていたのです。結果として、金額の差は把握できても、どの提案が自分の問題を実際に解決するかは最後まで判断できないままでした。同じ金額帯でも、冒頭に「あなたが今抱えているのはこういう状況ですよね」と課題の文脈を先に描いてきた会社の提案書は、読み進めるにつれて費用への見方が変わった実感があります。
提案書が採否の場に持ち込まれたとき、形式上は完成しているように見えても通らない場合があります。その多くに共通する構造的な失敗パターンが存在します。見た目や文量ではなく、論理の組み立て方に問題があるケースです。失敗パターンは大きく三つに分類できます。①WhyがWhatより後に来ている構成の問題、②費用の説明が先行し相手の課題が見えない問題、そして③解決策の内容が抽象的すぎて相手が自分ごととしてイメージできない問題です。自分の提案書を書いた後にこれらのパターンと照合することで、「何かズレている」という感覚の正体を言語化できます。以下では①と②を詳しく見ていきます。③については、解決策の欄に「○○を実施します」という一文しか書かれておらず、誰が何をどういう順序で動くのかが書かれていないケースが典型です。読み手が「で、実際に何が起きるのか」とイメージできない提案書は、どれだけWhyが丁寧でも採否の判断に踏み切れません。
失敗①：Why（なぜやるか）が後ろに来ている
最も多い失敗は、「何をやるか（What）」を先に書いてしまうことです。「弊社のサービスをご提案します。このサービスには〜の機能があります」という書き出しは、相手が「なぜ自社にこのサービスが必要なのか」をまだ理解していない状態でサービスの説明から始まっています。読み手はWhatの説明を聞きながら「で、うちの何が問題なのか」を考え続けることになり、費用のページにたどり着いたとき「課題と費用の関係がわからない」という状態に陥ります。書き直しの手順は次のとおりです。まず「相手が今何に困っているか（現状の課題）」を最初の段落に書きます。次にその課題が解決されないと何が起きるか（放置した場合のリスク）を添えます。そのあとに解決策を提示する順番にします。Whyが先にあることで、Whatの説明が「だからこそ必要なもの」として読み手に届きます。「なぜこの提案を持ってきたのか」が最初のページで伝わる提案書は、読み手が次のページを自分から開く構造になります。
失敗②：コスト先行・相手の課題が見えない提案書
二つ目の失敗は、費用・スペック・機能の説明が分厚く、「なぜこの費用が妥当なのか」の根拠が薄いパターンです。費用が妥当かどうかの判断は、現状にかかっているコスト（人件費・機会損失・リスクコストなど）と比較することでしか行えません。現状の課題を解決しないままでいると相手にどれだけの損失が発生し続けるのかという視点を提案書に入れることで、費用の妥当性が論理的に示せます。費用ページの前に「現状コストの整理」を加えることが具体的な対処です。自社のサービス費用を「投資額」として示したとき、その投資額が現状の損失より小さいことを示す構成にすることで、費用への納得感が生まれます。費用の数字自体を変えなくても、「何のための費用か」の文脈を先に整えるだけで、読み手の受け取り方は大きく変わります。
役員向けと担当者向けの書き分け方
提案書は「誰に渡すか」によって、構成・分量・表現を変える必要があります。同じ案件でも、役員が最終決裁者である場合と、担当者が窓口で上司に回覧する場合とでは、読み手が確認したい情報の種類と優先順位が異なります。この書き分けの視点は、提案書の書き方を解説する多くの記事では触れられていませんが、採否に直結する実務上の重要ポイントです。まず「誰がこの提案書を最初に開くか」「誰が最終的に判断するか」を明確にしてから、構成を組み立てることが必要です。
役員向けの提案書は、エグゼクティブサマリー（要約ページ）を冒頭に置き、Why（なぜやるか）と期待効果を簡潔に伝えることに集中します。役員は細かい実施手順よりも「課題の重要性」と「投資対効果の見通し」を最初に確認したいと考えています。ボリューム感としては、判断に必要な情報が二〜三ページに収まっていることが理想です。詳細な資料は別添にまとめ、本体をコンパクトに保ちます。表現も「具体的な実施ステップ」ではなく「課題の背景と成果の見通し」を中心に据えることが効果的です。
担当者向けの提案書は、実施手順・体制・納期・質問への備えといった詳細情報が必要です。担当者は提案を採用するかどうかの最終決定権を持たないケースも多く、「自分が上司に説明できるか」「実際に動けるか」を判断基準にしています。担当者が社内で提案内容を説明しやすいよう、実施ステップや懸念点への回答を丁寧に書くことが重要です。同じ案件について、役員向けのダイジェスト版と担当者向けの詳細版を別々に用意することが、実務では有効な方法です。
提案書セルフチェックリスト
提案書を書き終えたら、提出前に次のチェックリストで確認してください。各項目は「○か×か」を確認するだけでなく、×がついた場合にどこを直すかもセットで示しています。チェックを形式的な作業にせず、提案書の質を上げる見直しの時間として活用してください。
Why・構成の軸に関するチェック
- 冒頭にWhyが来ているか（相手の課題から始まっているか）。×のとき→第一章（現状と課題）の書き出しに戻り、主語を「相手の課題」にする。
- 「なぜ今やるのか」が読み手に伝わる内容になっているか。×のとき→課題を放置した場合のリスクを一段落追加する。
- What・Howの説明がWhyの根拠として成立しているか。×のとき→Why→What→Howの順に段落を並べ直す。
読み手の立場に関するチェック
- 読み手の役職・立場に合ったボリューム感になっているか。×のとき→役員向けなら詳細を別添に移し、本体を要約ページ+二ページ以内に絞る。
- 相手の課題が主語になっているか（自社都合の表現が入り込んでいないか）。×のとき→「弊社は〜」「当社の〜」で始まる段落を見直す。
費用・根拠に関するチェック
- 費用の妥当性を示す根拠（現状コストとの比較など）が入っているか。×のとき→費用ページの前に現状コストの整理を一段落加える。
仕上げに関するチェック
- テンプレートを「埋めた」だけでなく、Why→What→Howの流れが通っているか。×のとき→各章の冒頭一文を確認し、相手の課題・ゴールから始まっているかを確かめる。
- 見本から転用した表現が、相手固有の課題・文脈と合っているか。×のとき→見本由来の汎用表現を相手の言葉に置き換える。
あわせて読みたい
＼ 最新情報をチェック ／
