提案書の質を高めるために必要な情報とは

提案書の質は、資料作成の技術ではなく案件理解の深さで決まる。きれいなスライドや整ったテンプレートが提案を強くするのではない。案件の完了形・それを実現する体制と原価・想定リスク・限界利益の見立て——この4つの情報が言語化されているかどうかが、提案書の質を分ける。

提案書を改善したい多くの組織が、まずデザインや構成のテンプレートに向かう。見栄えは整う。だが要件を詰める段階で、顧客の本質的な問いに答えられない提案書は底が割れる。改善の起点は、資料の作り方ではなく、載せる情報の中身にある。

この記事の要点

• 提案書の質は資料作成力ではなく、案件理解の深さで決まる。体裁を整えても中身は増えない。
• 提案書に載せるべき情報は、案件の完了形・必要な体制と原価・想定リスク・限界利益の見立ての4つ。
• 起点は案件の完了形。完了形が定まると、体制・原価・リスク・限界利益が逆算で見立てられる。
• リスクと前提条件を書いた提案書は、隠した提案書より信頼され、受注後のスコープ膨張も防ぐ。
• 限界利益は顧客向け本体に書かないが、提案前に自社で見立てる。これが受注前の採算設計につながる。

なぜ提案書の質は「資料作成力」では上がらないのか

提案書の改善を任されると、最初にスライドのテンプレート、配色、図解の入れ方に手をつけることが多い。見やすさは上がる。だが提案書の勝敗を分けるのは、見やすさではない。

提案書を受け取った顧客が本当に確かめたいのは、この会社はうちの案件をどこまで理解しているかだ。何を作れば成功なのか、それをどんな体制で実現するのか、どこにリスクがあるのか。これらに具体的に答えられる提案書は、図が素朴でも信頼される。逆に体裁が整っていても案件理解が浅い提案書は、質疑応答や要件確認の段階で答えに詰まり、底が割れる。

資料作成力は、案件理解という中身を伝える器だ。器を磨いても、中身そのものは増えない。

提案の勝敗を分けるのは中身だが、中身を集めるのは提案書を書く前の準備の段階だ。営業が提案前に体制の解像度をどう上げるかは兄弟記事の提案品質を高める方法。優秀な営業ほどやる準備とはに譲る。本記事は、その準備で集めた情報を提案書のどこに、何として載せるかを扱う。

資料作成力で作る提案書と、案件理解で作る提案書の違い

同じ案件でも、どこに力を入れて作るかで提案書はまったく別物になる。資料作成力を起点にした提案書と、案件理解を起点にした提案書を並べる。

観点	資料作成力で作る提案書	案件理解で作る提案書
起点	テンプレート・構成・デザイン	案件の完了形
中心に置く情報	自社の実績・機能・サービス一覧	この案件で何を実現すれば成功か
体制の書き方	体制図を形式的に1枚	完了形から逆算した役割・スキル・人数
原価への意識	単価は相場観で設定	体制から原価を積み上げて単価を決める
リスクの扱い	触れない、または定型文	前提・スコープ外・変更点を明示
質疑での強さ	想定外の問いに詰まる	完了形に立ち返って答えられる
受注後の帰結	スコープ膨張で採算が崩れやすい	線引きが効き、限界利益が残りやすい

提案書の質は、どれだけ作り込んだかではなく、案件をどれだけ理解した上で書いたかで決まる。

両者の差は質疑応答ではっきり出る。案件理解で作った提案書は、想定外の質問が来ても完了形に立ち返って答えを組み立てられる。資料作成力で作った提案書は、スライドに書いていないことを聞かれた瞬間に止まる。

提案書に載せるべき情報のチェックリスト

提案書を書く前に、案件理解の深さを点検するためのチェックリストを置く。コピーして使える。顧客に見せる本体に全部を書くわけではないが、書く前にすべて言語化できているかを確認する。

1. 案件の完了形

• この案件が成功した状態を、顧客の言葉で1〜2文で書けるか
• 納品物の一覧ではなく、納品後に顧客に起きる変化を定義しているか
• 成功の判断基準（何をもって完了とするか）を顧客と握れているか

2. 必要な体制と原価

• 完了形から逆算して、必要な工程と役割を分解しているか
• 各役割に必要なスキルとグレードを当て、人数と工数を見立てているか
• その体制の原価を積み上げ、単価が原価から逆算されているか

3. 想定リスク

• 提案の前提条件（顧客側の準備・データ・意思決定速度）を明示しているか
• スコープ外（今回やらないこと）を線引きして書いているか
• 変更が起きやすいポイントと、その際の取り扱いを書いているか

4. 限界利益の見立て

• この体制・この単価で、案件に限界利益が残るかを確認したか
• 体制を変えた場合に原価と限界利益がどう動くかを比較したか
• 値引き要請が来たとき、限界利益の下限から逆算して打ち返せるか

このうち1〜3は顧客向けの提案書に書く情報、4は提案書を出す前に自社で握る情報だ。4が抜けると、受注できても利益が残らない案件を量産する。

提案書の起点は、案件の完了形

4つの情報のうち、すべての起点になるのが案件の完了形だ。

完了形とは、納品物の一覧ではない。この案件が成功した状態を、顧客の言葉で定義したものだ。たとえば「在庫管理システムを構築する」は納品物だが、「現場が手入力をやめ、欠品と過剰在庫の判断を当日中にできる状態」が完了形だ。完了形が定まると、必要な工程・役割・スキルが逆算でき、体制と原価が見立てられ、限界利益まで届く。

完了形が曖昧なまま機能や工数だけを並べた提案書は、受注後にスコープが膨らんだとき歯止めが効かない。「これも成功に必要では」という追加要望に対し、完了形という基準がなければ線引きできないからだ。顧客の曖昧な要望を完了形へ翻訳する考え方はクライアントの「なんかいい感じに」を、そのまま打ち込めにも書いた。

完了形を握れていない提案書は、機能の足し算になり、受注後にスコープと原価が同時に膨らむ。

同じスコープでも、提案書に書くべき体制と原価は違う

完了形の次は体制と原価だ。ここで多くの提案書が、スコープが同じなら体制も同じという暗黙の前提を置く。だがこの前提は外れる。

同じ表面スコープの案件でも、顧客側のステークホルダー数・チェック工程の層・書類文化・意思決定の速度といった、ブリーフィングに書かれない変数によって、実際にかかる工数と原価は大きく動く。これらを織り込まずに過去の類似案件から単価を引くと、提案書の数字は希望的観測になる。見積もりに出ない原価変数の詳細はブリーフィングに書かれない変数が、案件原価を左右するに整理した。

提案書に載せる体制は、完了形と顧客側の構造から逆算した結果として組む。そのうえで、編成を変えると原価と限界利益がどう動くかを自社で複数案比較し、利益が残る編成を選んでから単価を決める。提案書に書く単価は、相場観ではなく設計の結果として出てくる。

体制を決めてから単価を出すのではない。完了形から体制を設計し、原価を積み上げ、その結果として単価を提案書に書く。

提案書の質は、受注前の採算設計に行き着く

ここまでを振り返ると、提案書の質を決める4つの情報——完了形・体制と原価・リスク・限界利益——は、いずれも資料作成の領域ではない。すべて、案件を受注する前にどこまで理解し、設計できているかの領域だ。

提案書とは、その案件理解を顧客に伝える出口にすぎない。質を上げたいなら、出口の体裁ではなく、出口の手前にある案件理解と設計を深めることになる。案件の完了形を定め、体制と原価を逆算し、リスクを織り込み、限界利益が残るかを確認する。この一連の受注前の意思決定が、提案書の中身を作る。

提案書の質を突き詰めると、行き着くのは受注前に案件の採算を設計すること——採算設計だ。

提案書という出口の中身を、受注の前に組み立てる。この手法を CATCAREERは アサインメントデザイン™ と呼ぶ。案件の完了形から体制と原価、限界利益を、受注前に一つの画面で設計する。その手法を実装した採算設計クラウドが『CATCAREERアサインメント』だ。曖昧な引き合いを構造化し、誰でどう組めば利益が残るかを設計する考え方の全体像は採算設計とは。プロジェクト型組織が受注前に利益を作る新カテゴリに、振り返りでしか見えなかった案件解像度を受注前に引き寄せる方法はまるで未来から来たような解像度で、採算は受注前に設計できるに書いた。

提案書は、書く技術で良くなるのではない。受注の前に、案件をどこまで設計できたかで決まる。