なぜ読みは外れるのか:3つの構造
読みが外れる原因は、営業個人の見る目のなさではありません。外れを生む構造が3つあります。
第一に、希望的観測です。営業は案件に時間を投じています。人は自分が投資した対象を客観視できません。「先方の反応は良かった」「担当者は前向きだった」という手応えが、そのまま受注確度に変換されます。しかし担当者の前向きな反応と、組織としての発注の意思決定は別物です。悪意なく、誠実な営業ほど、自分の案件を高く読みます。
第二に、確度の主観性です。多くの組織で「Aランク=受注濃厚」「Bランク=有望」といった確度区分が使われていますが、その判定基準は各人の主観に委ねられています。同じ状態の案件を、慎重な人はBと呼び、楽観的な人はAと呼ぶ。Aランクという言葉の意味が人によって違う組織では、案件リストを合計しても意味のある数字にはなりません。個々の読みが多少正確でも、集計した瞬間に予測は壊れます。
第三に、詰められる力学です。読みを外すと詰められる組織では、営業は2つの適応をします。ひとつは「盛り」——上司の機嫌を保つために確度を高めに報告する。もうひとつは「隠し」——不確実な案件は報告から外し、決まってから出す。どちらも報告と実態を乖離させます。つまり、読みの外れを個人の責任として詰めれば詰めるほど、報告の精度はさらに落ちるという逆説が起きます。
この3つの構造はどれも、個人の努力や注意で解消できるものではありません。希望的観測は人間の認知の性質であり、確度の主観性は定義の不在の問題であり、盛りと隠しはマネジメントへの合理的な適応です。だからこそ、読みの精度は仕組みで上げるしかないのです。
確度を「事実」で定義する
仕組みの第一歩は、確度の定義を主観から客観に切り替えることです。原則はひとつ。確度は営業の感触ではなく、確認できた事実で決める。
参考になるのが、予算・決裁権・必要性・導入時期という4つの観点で案件を評価する考え方です。ただし、この枠組みをそのまま輸入する必要はありません。重要なのは、自社の商材と商流に合わせて「この事実が確認できたらこの確度」という対応表を作ることです。
たとえば次のような設計になります。
| 確度 | 定義(すべて満たす) | 読みへの反映 |
|---|---|---|
| A | 決裁者と面談済み・予算枠の存在を確認・導入時期を顧客と合意・見積提出済み | 当月着地に算入 |
| B | 決裁者を特定済み・予算感のすり合わせ済み・時期は仮置き | 翌月以降の見込みに算入 |
| C | 担当者レベルで検討中・予算未確認 | 着地予測に入れない |
| D | 情報収集段階・具体的な検討なし | パイプの母数としてのみ扱う |
ポイントは、各条件がやったかやらないかを第三者が判定できる事実になっていることです。「先方が前向き」は事実ではありません。「決裁者である部長と面談し、予算枠が今期にあることを確認した」は事実です。この定義があると、確度の会話が「どう思う?」から「何を確認した?」に変わります。
この定義づくりは、過去の受注案件を遡ると精度が上がります。実際に受注した案件は、受注の1ヶ月前にどんな状態だったか。失注した案件は、どの条件が欠けていたか。自社の勝ちパターンから逆算した条件が、最も当たる確度定義になります。
- 確度の条件は営業の感触ではなく、確認できた事実で書く
- 条件の数は各ランク3〜5個まで。多すぎると運用されない
- 過去の受注・失注案件を遡って条件の妥当性を検証する
- 商材やターゲットが複数あるなら、確度定義も分ける
読み合わせ会を「詰める場」から「精度を上げる場」に変える
確度の定義ができても、それを運用する場の設計を誤ると機能しません。多くの組織で、案件の読み合わせは「なぜこの案件が決まらないんだ」と詰める場になっています。前述の通り、詰める場では盛りと隠しが始まり、仕組み全体が崩れます。
読み合わせ会の目的をひとつに絞ってください。案件の実態を正確に把握し、次の一手を決めることです。この目的に照らすと、会の進め方は次のようになります。
- 営業が案件の状態を、確度定義の条件に沿って事実で報告する(感触の話はしない)
- 管理職は「確認できていない条件はどれか」を問う(なぜ売れないかは問わない)
- 未確認の条件を確認するための次のアクションと期日を決める
- 確度の変更(上げ下げとも)をその場で確定する
重要なのは、確度を下げる報告を歓迎することです。「この案件、決裁者に会えていないのでBに下げます」という報告は、読みの精度を上げる貢献です。これを「なんで下がるんだ」と咎めると、次から誰も下げなくなります。下げる報告が出た時こそ「早く分かってよかった。どう立て直すか」と次の一手に切り替える。管理職のこの一言の積み重ねが、正直な報告が損にならない場を作ります。
また、読み合わせの単位は案件ごとであるべきです。合計金額だけを見て「あと500万足りない、どうする」と迫るのは読み合わせではなく、単なる圧力です。個々の案件の事実を見ずに合計だけを動かそうとすると、動くのは実態ではなく報告の数字だけです。
外れを学習に変える:予実の検証ループ
確度の定義と読み合わせの場ができたら、仕組みの最後のピースは検証です。読みは外れます。外れること自体は問題ではなく、外れから学習しないことが問題です。
月次で、月初の読みと実際の着地を突き合わせます。見るのは達成率ではありません。個々の案件の読みが当たったかです。Aランクとして当月着地に入れた案件のうち、実際に受注できたのは何件か。落ちた案件は、なぜ落ちたか。逆に、読みに入れていなかった案件で決まったものはないか。
外れた案件を分析すると、パターンが見えてきます。
- 楽観の癖 — 特定の営業のA案件だけが繰り返し落ちる。本人の確度判定が条件を満たす前に上がっている
- 特定フェーズの見立ての甘さ — 「時期合意」を口頭の「今期中には」で満たしたことにしている等、条件の解釈が緩い
- 特定の落ち方の頻発 — 最終段階での稟議差し戻しが多いなら、決裁プロセスの確認が条件として弱い
- 隠れた前提 — 競合の存在を確認しないまま確度を上げている案件が失注している
このパターンを、個人ごとにフィードバックします。「君のA案件は過去3ヶ月で6件中2件しか決まっていない。落ちた4件はすべて決裁者面談の前に確度を上げていた」。データに基づく個別のフィードバックは、説教とはまったく違う受け止められ方をします。本人も自分の癖を初めて客観視できるからです。
そして、外れのパターンが確度定義そのものの欠陥を示していることもあります。稟議差し戻しでの失注が組織全体で多いなら、Aランクの条件に「決裁プロセスの確認」を加える。検証ループは個人の癖の矯正と、定義のアップデートの両方に使う。これで仕組みが自己改善するようになります。
運用を支える管理職の技術
仕組みを作っても、日々の運用は管理職の振る舞いに依存します。読みの精度を上げる管理職には、共通する技術があります。
問いを事実に向ける。「この案件いけそうか?」と聞けば、感触が返ってきます。「決裁者とはいつ会える?」「予算は誰に確認した?」と聞けば、事実が返ってきます。管理職の問いの形が、部下の報告の形を決めます。
自分の読みも外すと認める。管理職が自分の見立ての外れを認めない組織で、部下だけが外れを正直に報告することはありません。「先月、私はこの案件をいけると読んだが外れた。決裁ルートの読みが甘かった」と自分から言える管理職の下でだけ、外れを語れる文化が育ちます。
盛りに気づいても、その場で吊るさない。報告に盛りを見つけた時、皆の前で暴くと、盛りは巧妙になるだけです。個別に、事実の確認として扱います。「この案件Aになってるけど、決裁者面談はいつだった?」。条件で確認すれば、盛りは自然に修正されます。人格の問題にせず、定義の運用の問題として処理することが、仕組みを守ります。
前倒しで動く。読みの精度が上がる最大の実利は、早く動けることです。月の前半で「今月は積み上げても目標に届かない」と分かれば、翌月案件の前倒しや追加の商談創出など、打ち手を打つ時間があります。月末に発覚してからでは、値引きによる駆け込みしか手段が残りません。読みの精度は、打ち手の選択肢の数に直結します。
精度が上がると組織はどう変わるか
読みの精度が上がった組織では、連鎖的な変化が起きます。
まず、着地予測が信頼されるようになります。月初の予測と着地の乖離が小さくなると、経営は営業の数字を前提に意思決定できるようになります。採用、投資、資金繰り。営業の着地予測は、経営のあらゆる判断の入力です。その入力が信頼できるかどうかは、営業部門が経営から信頼されるかどうかと、ほぼ同義です。
次に、期末の駆け込みが消えます。読みが甘い組織の期末は、値引きと無理な前倒しで数字を作る場になります。これは翌期の案件を先食いし、利益率を削り、顧客との関係を歪めます。読みの精度が高い組織は、足りないことが早く分かるため、健全な打ち手で埋める時間があります。期末の風景は、その組織の読みの精度をそのまま映します。
そして、営業自身の案件マネジメントが変わります。確度が事実で定義されると、営業は「確度を上げるには何を確認すべきか」を考えて動くようになります。決裁者に会う、予算を確認する、時期を合意する。これらは確度判定の条件であると同時に、受注に近づく行動そのものです。つまり、正しく設計された確度定義は、予測の道具であると同時に、営業活動の道標になるのです。
読みの精度を上げる仕組みは、明日から一度に作る必要はありません。順序としては、まず確度の定義を事実ベースで作り直す。次に読み合わせ会の運用を変える。そして月次の予実検証を回し始める。3ヶ月も回せば、最初のパターンが見え始めます。「あいつは読みが甘い」と嘆く前に、読みが当たる仕組みが組織にあるかを問うてください。仕組みがなければ、誰の読みも当たりません。
よくある質問
確度定義を作っても、営業が条件を満たしていないのに確度を上げてきます
定義の問題ではなく、運用の問題です。読み合わせ会で「この条件はいつ、誰に、どう確認した?」と事実を問う習慣を管理職側が持てば、根拠のない確度は維持できなくなります。責めるのではなく、確認の会話として淡々と行うことが重要です。それでも続くなら、確度の変更を読み合わせ会での合意制にする方法もあります。本人が単独で確度を動かせない設計にすれば、盛りは構造的に起きにくくなります。
外れを責めないと言いますが、それでは読みが甘いままの部下を放置することになりませんか?
責めないことと、放置することは違います。責めないのは外れの報告に対してです。外れのパターンに対しては、月次の検証でデータに基づいて個別にフィードバックします。「過去3ヶ月のA案件の的中率が低い。落ちた案件の共通点は決裁者未面談だった」という指摘は、責めるのではなく癖を矯正する指導です。感情的に詰めるより、はるかに強い矯正力があります。
案件数が少ない組織でも、この仕組みは機能しますか?
機能します。むしろ案件数が少ないほど1件の外れの影響が大きいため、事実ベースの確度管理の価値は高くなります。ただし月次の予実検証はサンプルが少なく、パターン抽出に時間がかかるため、四半期単位で振り返る方が現実的です。また案件単価が大きい商材では、確度のランク分けより「次の関門は何か(稟議、他社比較、法務確認等)」を案件ごとに特定する管理の方が実態に合う場合もあります。
確度の条件を事実で定義しても、顧客の状況は突然変わります。意味があるのでしょうか?
あります。事実ベースの確度は、外れをゼロにする道具ではなく、外れを分析可能にする道具です。条件を満たした案件が失注したなら、「どの事実の確認が不足していたか」を特定でき、定義を改善できます。感触ベースの読みが外れても「運が悪かった」で終わりますが、事実ベースの読みの外れは学習に変わります。この差が、時間とともに大きな精度差になります。
経営層から「もっと強気の数字を出せ」と言われ、正直な読みが出しにくいです
予測と目標を分けて報告することを勧めます。「目標は1,000万、現時点の事実に基づく着地予測は800万、差分200万を埋める打ち手はこの3つ」という構造です。予測を盛って報告すると、打ち手の議論が消え、月末に未達だけが残ります。正確な予測と埋める打ち手をセットで出す報告を続ければ、強気の数字より信頼される数字の方が経営にとって価値があることは、必ず伝わります。
この記事のまとめ
- 読みが外れるのは個人の能力ではなく、希望的観測・確度の主観性・詰められるから盛るという3つの構造による
- 確度は営業の感触ではなく、決裁者面談・予算確認・時期合意など「確認できた事実」で定義する
- 確度定義は過去の受注・失注案件から逆算して作ると、自社に合った当たる定義になる
- 読み合わせ会の目的は詰めることではなく、実態の把握と次の一手の決定。確度を下げる報告を歓迎する
- 月次で個々の案件の読みの当たり外れを検証し、楽観の癖や見立ての甘さを個人ごとにフィードバックする
- 外れのパターンは確度定義そのものの改善にも使う。仕組みが自己改善するループを作る
- 精度が上がると着地予測が信頼され、前倒しの打ち手が可能になり、期末の駆け込みが消える