提案はゴールではなく、仮説検証の一部である

提案書を出す。これを商談のゴールと捉えると、その後に起きることの意味を取りこぼします。

営業OSにおいて、提案はゴールではありません。提案への反応もまた事実であり、ループは続きます。

営業思考の全体構造 ― 仮説に始まり、仮説に戻る

ここで全体像を確認します。営業OSは8つの段階からなる輪です。

1. 仮説：この顧客の課題は◯◯ではないか
2. 質問：仮説を検証する問いを設計する
3. 事実：解釈を除いた客観的事実をつかむ
4. 真因：問題が起きている本当の原因に迫る
5. 課題：やるべきことを顧客と合意する
6. 提案：課題を解決する打ち手を示す
7. 検証：提案への反応も仮説検証の事実
8. 仮説更新：次の商談の仮説を再設計する

この鎖は一直線ではなく、輪です。⑦から⑧へ、そして①へ戻る。提案は6番目であって、終点ではありません。

刺さらなかった反応から何が読めるか

提案は、それまでに設定した課題が正しかったかを確かめる、もっとも強力な検証手段です。反応の種類によって、どこがズレていたかがある程度分かります。

最後の「反応が薄い」がいちばん重い信号です。価格や仕様への異論すら出ないのは、提案の中身以前に、解こうとしている対象が顧客にとっての課題になっていないことを示しています。

営業レビューの6ステップ

商談後のレビューとは、振り返りではありません。営業OSの「仮説更新」フェーズそのものです。6つのステップで進めます。

1. 聞けたこと：客観的事実として確認できたことは何か。誰の発言で、どんな根拠だったか
2. 聞けなかったこと：本当は確かめたかったが、時間・関係性の都合で検証できなかった仮説は何か
3. 仮説検証の結果：商談前に立てた仮説は、当たっていたか、ズレていたか。ズレはどこで生まれたか
4. 次回立てる仮説：今日の事実を踏まえ、真因・課題の仮説をどう書き換えるか
5. 次回の質問設計：更新した仮説を検証するために、次回は何を、どの順で聞くか
6. BANTCHの更新：6つの仮説スロットのうち、埋まったもの・書き換わったもの・未検証のものを整理する

①②は「記録」、③以降が「思考」です。多くの営業は①②で止まっています。レビューの価値は③④⑤にあります。

「なぜ売れなかったか」ではなく「仮説のどこがズレたか」

案件が失注したとき、レビューでよく使われる問いは「なぜ売れなかったか」です。この問いは、答えが決まった方向に流れがちです。価格が高かった、競合が強かった、タイミングが悪かった。いずれも外部要因で、次に活かせる学びが残りにくい。

問いを変えます。「立てた仮説は、どこでズレたか」。この問いは営業個人の力量ではなく、プロセスのどこが弱かったかを対象にします。責める場になりにくく、次の案件に持ち越せる学びが残ります。

受注案件でも同じ問いを使います。勝った理由を仮説検証の観点で振り返れば、たまたま勝った案件と、設定が効いて勝った案件を区別できます。この区別ができて初めて、再現性のある部分だけをチームに展開できます。

まとめ

提案はゴールではなく、営業OSの6番目の工程です。提案への反応さえも事実であり、次の仮説の材料になります。レビューの問いを変えれば、個人の反省がプロセスの改善に変わります。

次回は、そのレビューを個人のメモで終わらせず、組織の資産に変える方法を扱います。