提案書の作成に詰まったことはないだろうか。あるいは、商談が途中で停滞して「何が足りないのかがわからない」という状態に陥ったことは。B2Bエンタープライズ営業に関わっていれば、こうした経験は一度や二度ではないはずだ。この記事では、提案書を「ゴールから逆算して設計する」という思考の枠組みを解説する。外資系IT企業でアカウントエグゼクティブからカントリーマネージャーまで、30年の法人営業経験をもとに、明日の商談から使える考え方を具体的にお伝えする。
商談プロセスの前提を押さえる
最終ゴールは「提案すること」
まず前提として確認しておきたい。商談プロセスの最終的な目的は、提案をすることだ。
当たり前のように聞こえるかもしれないが、これを常に意識しているかどうかで、日々の商談行動が大きく変わる。ミーティングのアポを取ることが目的になっていないか。資料を送ることがゴールになっていないか。「とりあえず動いている感」で商談を消費していないか。
ゴールが「提案すること」と定まっていれば、そこから逆算してやるべきことが見えてくる。それがこの記事で伝えたいことの核心だ。
提案書は「積み重ね」の結果として生まれる
提案書は、ある日突然書けるものではない。
商談プロセスの中にはいくつかのタスクがある。そのタスクを一つひとつこなしていくことで、はじめて「提案できる状態」に到達する。逆に言えば、途中のどこかのタスクが機能していなければ、提案書は書けないか、書けたとしても中身の薄いものにしかならない。
この「積み重ね」という認識を持てているかどうかが、提案精度に直結する。
各タスクを「思考プロセス」として捉える
インプット・プロセス・アウトプットの構造
ここで重要な概念を整理しておく。商談プロセスの中の各タスクは、単なる「作業」ではなく、思考プロセスだ。
構造はシンプルで、こうなる。
インプット → プロセス（アクティビティ） → アウトプット
「プロセス」に該当するのは、お客様とのミーティングや提案書の作成など、具体的なアクティビティだ。そのアクティビティに何をインプットとして持ち込み、何をアウトプットとして得るのかを意識することが、思考設計の出発点になる。
この構造を意識せずに商談に臨むと、「ミーティングをした」という事実だけが残って、次のタスクに活かせる情報が何も得られない、ということが起きる。
なぜ「思考プロセス」という認識が重要か
実際に私がセールスのトレーニングをしていてよく見る光景がある。商談が停滞している営業パーソンに「次のステップは何ですか」と聞くと、「もう一度ミーティングをしようと思っています」という答えが返ってくる。
では「そのミーティングで何をインプットとして持ち込み、何をアウトプットとして得るつもりですか」と聞くと、答えが出てこない。
これが問題の本質だ。ミーティングをすること自体が目的になってしまっていて、思考設計ができていない。インプットが曖昧なままプロセスに入っても、質の高いアウトプットは出ない。そして質の低いアウトプットは、次のタスクへの劣化したインプットになる。これが積み重なると、提案書の質は著しく下がる。
初回ミーティングを例に設計を具体化する
インプットは「仮説」である
初回ミーティングを例に、この構造を具体的に見てみよう。
- インプット：事前に立てた「仮説」
- プロセス：お客様との初回ミーティング
- アウトプット：仮説の検証結果 ＋ 新たな仮説の発見
ここで重要なのは、ミーティングに臨む前に「仮説を持つ」ことだ。何も持たずに会いに行くのではなく、「この業界のこの課題はあるはずだ」「この方向性で刺さるはずだ」という仮説をインプットとして用意してから場に臨む。
仮説のない初回ミーティングは、ただの世間話になりやすい。あるいは顧客に「で、今日は何を話しにきたんですか」と主導権を渡すことになる。30年の経験から言って、仮説を持ってミーティングに臨んでいる営業とそうでない営業では、同じ1時間のミーティングで得られる情報量と質がまったく違う。
アウトプットが次のインプットになる
初回ミーティングのアウトプット——仮説が正しかったかどうか、新たな課題が見えてきたかどうか——は、そのまま次のタスクへのインプットになる。
そのアウトプットをもとに、今度は詳細な質問項目を複数設計する。どの課題をどこまで深掘りするか、優先して確認すべき要件は何か。これを整理した上で詳細ミーティングに臨み、要件を確定させていく。
この「アウトプットが次のインプットになる」という連鎖が、商談プロセスの骨格だ。この連鎖が機能している商談は、自然と提案書という最終ゴールへと向かっていく。
詳細ミーティングで要件を確定させるための「診断型質問」の設計については、診断型質問技法の具体的なアプローチで詳しく解説している。
ゴールから「逆算」して設計する
逆算すると「今やるべきこと」が明確になる
このプロセスを逆から見てほしい。
提案書を完成させるためには何が必要か？ → 確定した要件。
要件を確定させるためには何が必要か？ → 詳細ミーティングと、そのための質問設計。
質問を設計するためには何が必要か？ → 初回ミーティングで得た仮説検証の結果。
初回ミーティングに臨むためには何が必要か？ → 事前仮説。
逆算すると、「今この商談フェーズで何をアウトプットしなければいけないか」が明確になる。それが明確になって初めて、「そのためのインプットは何か」「どんなプロセスを設計するか」が見えてくる。
これが商談の「思考設計」だ。
「なんとなく進む商談」との決定的な違い
逆算思考で設計した商談と、なんとなく進めている商談の違いは、表面上は見えにくい。どちらも「ミーティングをして、提案書を作っている」という行動は同じに見える。
決定的な違いは、各タスクで「何をアウトプットすべきか」を意識しているかどうかだ。
逆算設計ができている営業は、ミーティングが終わった後に「今日得たアウトプットで、次のタスクのインプットは揃ったか」を確認できる。揃っていなければ、追加の確認をするか、次のミーティングのアジェンダに組み込む。
なんとなく進めている営業は、ミーティングが終わった後に「いい感じだった」「手応えがあった」という感触だけが残る。でも次に何をすべきかが曖昧なまま、時間だけが経っていく。
商談が停滞するのはどこかのアウトプットが出ていないからだ
停滞の原因は「人」よりも「設計」にある
商談が止まっている案件を分析すると、多くの場合、どこかのタスクでアウトプットが得られていないことに気づく。
顧客が動かないのではなく、営業側のインプット設計が不十分だったためにアウトプットが得られず、次のタスクに進めていないケースが圧倒的に多い。「顧客が検討中」という状態は、実は「必要な情報をまだ引き出せていない」という状態と同義であることが多いのだ。
逆算思考で商談を設計していれば、どこのタスクのアウトプットが出ていないかが特定できる。問題が特定できれば、対処できる。これが停滞案件の打開策になる。
各タスクの「インプット・アウトプット」を可視化する
実践的なアドバイスとして、今担当している商談の各タスクを書き出し、それぞれの「インプットとアウトプット」を書き添えてみることをお勧めする。
紙一枚でもいい。ホワイトボードでもいい。「初回ミーティングのアウトプットは何だったか。詳細ミーティングに持ち込んだインプットは十分だったか。要件は確定しているか。提案書を書く材料は揃っているか」——この問いに答えられない箇所が、今の商談の弱点だ。
BECQAフレームワークでは、こうした商談設計の全体像と各タスクの思考プロセスを体系的に扱っている。BECQAのセールスプロセス設計の全体像も合わせて参照してほしい。
関連記事
商談を「なんとなく進める」のをやめて、提案書というゴールから逆算して各タスクの思考設計をする。
インプットが整っていればプロセスは機能する。プロセスが機能すればアウトプットが出る。アウトプットが出れば次のインプットが揃う。この連鎖を意識的に積み重ねていくことで、提案書は「突然書くもの」から「自然と組み上がるもの」に変わる。
シンプルな発想の転換だが、これが提案精度を根本から変える。
自分の今の商談で、どこかのタスクのアウトプットが出ていない箇所はないだろうか。一度立ち止まって、逆算で確認してみてほしい。
