提案書の作り方|通る構成と論理設計

提案書の作り方で最初に押さえること――目的と読み手

提案書とは、相手に意思決定をしてもらうために書く文書です。企画書が「アイデアや構想を整理・共有する」文書であるのに対し、提案書は「相手に動いてもらう」ことを最終目的としています。書き手の都合で情報を並べるのではなく、読み手が何を知りたいか・何があれば動けるかを軸に設計しなければなりません。提案書の作り方を学ぶ出発点として、まず読み手がどのような視点で提案書を読むかを押さえることが重要です。この章の内容は次章以降の構成全体の前提になります。

決裁者が提案書に求めていること

提案書を読む決裁者は、多くの場合、次の3つの問いに答えを求めながら読んでいます。「この課題は自分ごとか」「投資した分の対効果が分かるか」「リスクは小さいか」です。これらの問いへの答えが提案書の中に明確にあれば、決裁者は社内で「なぜこれを選ぶのか」を説明しやすくなります。逆に言えば、どれか一つでも答えが書かれていない提案書は、読み手が動けない提案書になります。書き手の準備ではなく、読み手の意思決定に必要なものを揃えることが、提案書の根本的な役割です。

PR|運営者より

営業のために顧客管理システムを作ったら、社内通貨「Gold」が生まれて、組織が動き出しました。その経緯をnoteに書いています。

→ 【30】営業のために顧客管理システム作ったら、Goldという社内通貨ができて組織が地球儀ぐるぐる回し始めた

この仕組みを、どの会社でも使える形にして、私たちが提供しているのが「Game toB」です。

Game toB法人向けゲーミフィケーションサービスwww.game-tob.bizGame toB 法人向けゲーミフィケーションサービス

なぜ提案書が通らないのか――構造的な3つの原因

独立して業務委託の仕事を続けると、サービスや外部支援の提案書を受け取る機会が増えました。実績紹介から始まる提案書を目の前にしたとき、私はかなり早い段階で「これは私の話か」を判断していました。内容が薄いからではなく、自分の文脈に着地するまでに時間がかかりすぎる提案書は、どこかのページで読む手が止まりました。

冒頭から相手の状況を起点に書かれた提案書は、最後まで読んだ記憶があります。自社サービスの説明から入る提案書との差は、分量でも見た目でもなく、どこから始まっているかだけでした。

受け取る側になって初めて、書き手として同じことをしていたかもしれないと気になりました。読み手がどこで判断を終えているか、書いているときには見えていなかった気がします。

提案書を懸命に作っても通らない経験を持つ方は少なくありません。「コツ」を調べてビジュアルを整えても結果が変わらないことがあります。その原因の多くは、見た目や言葉の問題ではなく、提案書の構造にあります。何が足りないかではなく、何が構造的に間違っているかを理解しなければ、同じ失敗を繰り返します。通らない提案書には、表現の巧拙とは別に、構造的な共通点があります。以下に、失注に直結する3つの原因を解剖します。

相手の課題でなく「自社の説明」になっている

通らない提案書に最も多いパターンが、冒頭から自社の強み・実績・機能・サービス概要から始まるものです。書き手としては「信頼してもらうために実績を示している」つもりでも、読み手には「自社の宣伝を読まされている」と映ります。

読み手が最初に知りたいのは「自分の課題に対して、この提案は関係があるか」です。自社説明から入る提案書は、この問いに答えるまでに時間がかかりすぎるため、読み手の関心が早い段階で途切れます。

通る提案書との構造的な違いは明確です。自社説明型は「自社→解決策→相手への効果」の順で書かれているのに対し、読まれる提案書は「相手の課題→なぜそれが問題か→解決策→それがなぜ効くか」の順で書かれています。相手の文脈から始めて、そこに自社が貢献できることを示す構造になっているかどうか、最初の一パートで確認してください。

問題と解決の論理がつながっていない

もう一つの構造的な原因は、「問題A」と「解決策B」の間に論理的なつながりがないことです。「御社の課題は〇〇です。弊社のサービスはこのような機能があります」という形で書かれている提案書は、問題と解決策が並列に置かれているだけで、なぜそのサービスがその課題に効くのかが示されていません。

読み手は「なるほど」と思えない接続に引っかかります。課題と解決策の間には「だからこの解決策が必要であり、この解決策がその課題に効く理由は〇〇だ」という接続の論理が必要です。この接続が抜けると、読み手は「本当にこれで解決するの?」という疑問を持ち続けたまま読み進めることになります。

加えて、多くの提案書は「で、私たちは何をすればいいのか」が最後まで明確になりません。次のアクションが見えない提案書は、読み手に決断のきっかけを与えられません。提案書の「通り心地」を決めるのは、各段階の論理の接続の密度です。

提案書の基本構成と各パートの役割

提案書には、読み手の意思決定の流れに沿った順序があります。それを理解せずにパートをただ並べると、読み手が自分で情報を再構成しなければならなくなります。基本構成を「型として覚える」のではなく、「なぜその順序でなければならないか」を理解することで、どのような提案テーマでも応用できる設計力が身につきます。ここでは7つの必須パートと、その配置の意図を整理します。

必須7パートと配置の意図

提案書の基本構成は、以下の7パートで成り立っています。

  1. 表紙:誰への提案か・いつのものかを示します。読み手が「これは自分に関係がある」と判断する最初の接点です。
  2. 現状と課題:相手の現状を正確に捉え、それがなぜ問題かを言語化します。ここが薄いと、以降のすべてが浮いてしまいます。
  3. 解決策の提示:課題に対してどう応えるかを示します。「何をするか」だけでなく「なぜそれが効くか」を合わせて書きます。
  4. 実施計画:何をいつ誰がどのように行うかのロードマップです。読み手が具体的に動いているイメージを持てるように書きます。
  5. 費用対効果:投資に見合う効果を、相手が社内で説明できる形に翻訳します。「効果が出る」という主張ではなく、測れる形での提示が求められます。
  6. 実績・信頼性:なぜこの会社に任せられるのかの根拠です。冒頭ではなく、課題と解決策の後に置くことで「この解決策を実現できる会社」として機能します。
  7. 付録:補足データ・参考資料です。本文の論理を補強しますが、本文が完結していることが前提です。

この順序は、読み手が「課題が自分ごとか→解決策は納得できるか→コストは見合うか→任せていいか」と意思決定を進める流れと一致しています。

各パートで読み手が知りたい「一文」の定義

各パートを書く前に、「このパートで読み手が知りたいことを一文で言うと何か」を先に書き出すことをおすすめします。これが言語化できないパートは、中身が定まっていないか、他のパートと内容が重複している可能性があります。

たとえば「現状と課題」パートであれば「貴社の〇〇という状況が、〇〇という問題を引き起こしています」です。「解決策」パートであれば「弊社の〇〇が、課題の〇〇を解消できる理由は〇〇です」です。この一文が書けると、パートの中に何を書くべきかが自然に決まります。書けないパートは、構成から外すか隣のパートに統合することを検討してください。一文を先に書く習慣が、提案書全体の論理の密度を高めます。

読まれる提案書の論理設計――5段階の構造

採用支援向けに、商談の文字起こしから提案書を自動生成するAIツールを設計していたとき、問題にぶつかりました。ヒアリング内容が丁寧に起こされているのに、出てきた提案書を読むと何か引っかかるものがありました。読み返してみると、課題の記述のあとに解決策が突然登場していて、「なぜこの解決策がその課題に効くのか」という接続が抜けていました。

原因を探ると、商談の中で「課題」は出てきても「その課題がなぜ起きているか」の言語化が弱いと、つなぎの論理が書けないとわかりました。提案書の論理が崩れていたのは、生成の問題ではなく、ヒアリングの段階で原因が引き出せていないことの問題でした。

ツールを調整するたびに、ヒアリングの時点で何が足りていなかったかを遡って確認する作業になっていました。提案書の最終的な見た目より、上流の抜けが気になってしまう経験でした。

提案書の構成パートを揃えただけでは、通る提案書にはなりません。各パートを「論理的につながった一本の線」として設計することが必要です。この章では、提案書の骨格となる5段階の論理構造と、各段階をつなぐための具体的な方法を示します。前章で見た「問題と解決の論理がつながっていない」という構造的な失敗を防ぐための設計法です。読み手の心理設計という観点から言えば、この5段階は「読み手が次の段落に進むたびに納得を積み上げていく」プロセスでもあります。

5段階の論理骨格(問題→原因→解決→根拠→費用)

通る提案書には、5つの段階が論理的につながっています。

① 問題:相手に何が起きているか。相手が認識している事実を正確に言語化します。② 原因:なぜその問題が起きているか。問題の表面ではなく、構造的な原因を示します。ここが浅いと、解決策の説得力が生まれません。③ 解決策:原因に対して何をするか。「問題を解消する」のではなく「原因を取り除く」アプローチとして提示します。④ 根拠:なぜその解決策が原因に効くのか。実績・メカニズムなど、解決策の信頼性を補強する要素です。⑤ 費用:その解決策を実行するためのコストと、そこから得られる効果の関係です。意思決定者が投資判断をするための情報として示します。

どれか一つでも欠けると、読み手は特定の段階で「なぜ?」と詰まります。たとえば「原因」が抜けると、解決策が「なぜ必要か」の説明なしに突然登場するため、読み手は納得できません。5段階がすべて揃っていると、読み手は一度も引っかかることなく最後まで読み進められます。提案書の骨格として、この5段階が揃っているかを構成段階で確認してください。

接続を壊さない「つなぎの一文」の書き方

5段階の骨格が揃っていても、各段階の間に「接続の一文」がないと、読み手は段階を行き来して自分でつなぎ直す必要があります。接続の一文とは、前の段階を受けて次の段階へ橋渡しする一文のことです。

各ステップの接続パターンを以下に示します。

  • 問題→原因の接続:「この問題の根本には、〇〇という構造的な原因があります」
  • 原因→解決策の接続:「この原因を取り除くために、〇〇というアプローチを提案します」
  • 解決策→根拠の接続:「このアプローチが機能する理由は、〇〇にあります」
  • 根拠→費用の接続:「これだけの効果が見込める解決策を、〇〇という条件で実現できます」

接続の一文がある提案書とない提案書を読み比べると、「通り心地」に明確な差があります。つながりを意識した提案書は、読み手が次の段落に進むたびに「なるほど、だから次はこれか」という納得感を積み上げていきます。その積み重ねが提案全体への信頼感に変わり、最終的な意思決定を後押しします。接続の一文を書けるかどうかは、そのパートが本当に論理的につながっているかどうかの自己確認にもなります。書けない場合は、骨格のどこかが欠けているサインです。

提案書の書き方ステップ――ヒアリングから完成まで

提案書を書き始める前の段階に、品質を大きく左右するプロセスがあります。それがヒアリングと課題定義です。多くの提案書の問題は、執筆段階ではなく「相手の課題をどう捉えたか」という段階で生まれています。ここでは情報収集・課題定義・構成設計・執筆・見直しの5ステップを整理し、特にスキップされがちな「課題定義」のステップを詳しく扱います。ヒアリングで得た情報をそのまま提案書に並べるのではなく、「課題文」として言語化する工程を挟むことで、提案書全体の論理の精度が上がります。

ヒアリングで「課題」を引き出す問いの型

ヒアリングでは、相手に「何に困っているか」をそのまま聞くだけでは不十分です。相手自身が課題の構造を整理できていないことが多く、「困っていること」と「本当の課題」は異なる場合があります。課題を引き出すための問いの型として、以下の5問構造をおすすめします。

  1. 現状:「現在はどのような状態ですか?」
  2. 理想:「どのような状態になることを目指していますか?」
  3. ギャップ:「現状と理想の間に、どのような差がありますか?」
  4. 原因:「そのギャップが生まれている原因は何だとお考えですか?」
  5. 優先度:「その課題は、今どのくらいの優先度で解消したいですか?」

この5問を順番に進めることで、相手が自分の課題を整理しながら話してくれます。「そうそう、それが困っているんです」という言葉が出たとき、ヒアリングが機能しています。この言葉が出る前に話が終わった場合は、次の課題定義のステップで再確認が必要です。

ヒアリング内容を「課題文」に変換して相手と確認する

ヒアリングが終わったら、すぐに提案書の執筆に入るのではなく、「課題文」を作って相手に確認するステップを挟みます。課題文とは、「貴社の課題は〇〇であり、その原因は〇〇と認識しています」という形で書いた一文または二文です。

課題文を相手にフィードバックして「この認識で合っていますか?」と確認することで、2つのことが起きます。一つは、認識のズレを提案書を書く前に修正できることです。ズレがあれば、提案書の前提ごと書き直す手間を省けます。もう一つは、相手が「この会社は自分の課題をちゃんと理解している」と感じることで、提案書を読む前から信頼感が生まれることです。この課題文は、前章で示した「現状と課題」パートのベースにもなります。課題文が固まると、提案書全体の論理の起点が決まり、以降の構成設計が格段に進めやすくなります。

提案書のデザインと見た目のルール

提案書のデザインの目的は「見た目を良くすること」ではなく、「読み手の認知負荷を下げること」です。装飾に力を入れる前に、論理を視覚化することを優先してください。フォントは1〜2種類に絞り、本文には読みやすいサイズを使います。カラーは強調に使う色を1色に限定し、使いすぎると強調の効果が薄れます。余白は詰め込みすぎず、段落間のスペースで読み手の目に休憩を与えます。図や表は、文章で説明すると長くなる構造的な関係(比較・フロー・階層)を視覚化するために使います。スライド1枚に1つのメッセージを持たせることで、読み手は各ページで何を理解すべきかを迷いません。デザインは論理を補助するものであり、論理の代わりにはなりません。

提出前に使う提案書の見直しチェックリスト

提案書を書き終えたら、提出前に以下のチェックリストで自己採点してください。これまで示した「通らない原因」と「論理設計」を自己採点の基準として構成しています。一覧を「確認すること」ではなく「通らない提案書になっていないか」の検査として使うと効果的です。

課題と読み手の視点

  • [ ] 冒頭が相手の課題から始まっているか(自社説明から入っていないか)
  • [ ] 課題文を相手に確認済みか、または相手が「自分ごと」と感じられる内容になっているか

論理の構造

  • [ ] 5段階(問題→原因→解決→根拠→費用)がすべて揃っているか
  • [ ] 各段階の間に「つなぎの一文」があるか
  • [ ] 問題と解決策の間の論理が切れていないか

各パートの役割

  • [ ] 各パートで「読み手がそこで知りたい一文」が書けるか
  • [ ] 実績・信頼性が解決策の後に配置されているか

アクションの明確さ

  • [ ] 読み手が「次に何をすればいいか」が明確になっているか
  • [ ] 費用対効果が「感覚的な効果」ではなく「相手が社内で説明できる形」で書かれているか

このチェックリストで「いいえ」がある項目は提出前の修正対象です。特に論理の構造に関する項目(5段階・つなぎの一文)は、通らない提案書の直接の原因になりやすい箇所です。

提案書テンプレートの選び方と注意点

テンプレートは提案書作成の出発点として有効です。構成の抜け漏れを防ぎ、見た目を整えるのに役立ちます。ただし、テンプレートの枠に文字を埋めるだけでは、前章で示した「5段階の論理設計」は実現できません。テンプレートを使う際の注意点は1つです。枠を「何を書くか」の確認に使い、「論理がつながっているか」の設計は自分でおこなうことです。テンプレートは構成の骨格を示しますが、各パートの間の接続の論理は書き手が設計するものです。テンプレートに頼るほど、この設計が後回しになりやすいことを意識してください。

あわせて読みたい

筆者:店長

営業と、競馬と、しゃべる植物。あっAIも。つい、いろいろ作ってしまう人です。

→ 店長の正体(詳しいプロフィール)

店長

Xアカウント:@nishi_sales_ai 新卒で大手の人材・情報サービス系の会社に入社し、飛び込み営業から深耕営業、大手企業担当まで第一線で経験を積む(表彰歴多数)。その後、事業企画・営業企画部門で経営に近い立場から営業組織と数字に向き合い、10年勤続を経て独立。営業組織の改善に特化したコンサルタント企業を立ち上げる。 コンサルタントして数々の現場に入りつつ、自ら営業特化の転職エージェントも運営。近年はAIを活用した営業組織の業務改善・生産性向上プロジェクトに携わる。現在は、自分たちで作った法人向けゲーミフィケーションサービス「Game toB」と営業向けSFA「商談ノート」を提供しながら、その公式メディアである当サイトで、営業と組織づくりの実践知を発信している。

この著者の記事一覧

\ 最新情報をチェック /

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です