受注予定日が毎回後ろ倒しになる「計画の誤謬」と対策
商談のクロージング予定日は、なぜ毎月同じように後ろ倒しになるのか。「計画の誤謬」という心理的な仕組みと、営業マネージャーができる具体的な対策を解説します。
受注予定日が毎回後ろ倒しになる「計画の誤謬」と対策
月初に立てた受注予定日が、月末になるとなぜかいつも後ろ倒しになる——。この記事では、その原因が担当者の甘さではなく「計画の誤謬」と呼ばれる心理的な仕組みにあることを解説し、営業マネージャーが今日から試せる具体的な対策を紹介します。
受注予定日が毎回ずれるのは、担当者の甘さではなく「計画の誤謬」のせい
結論から言うと、商談のクロージング予定日が繰り返し後ろ倒しになる現象の多くは、個々の営業担当者の見通しの甘さや誠実さの問題ではない。心理学で「計画の誤謬(planning fallacy)」と呼ばれる、人間の認知に組み込まれたバイアスが働いている。
計画の誤謬とは、将来の作業やタスクの完了に要する時間を、実際よりも短く見積もってしまう判断の歪みを指す概念で、心理学者のダニエル・カーネマンとエイモス・トベルスキーが提唱し、その後ロジャー・ビューラーらの研究で体系化された。「今回は特別な事情があるから大丈夫」という思い込みが、案件ごとに繰り返されるのが特徴だ。
なぜ起きるのか:「今回の商談」にしか目が向かない
計画の誤謬が生じる主な原因は、次の3つとされる。
- 楽観性バイアス: 自分に関わることについては、根拠なく好ましい結果を期待しやすい
- インサイドビュー(内部の視点)への偏り: 目の前の商談固有の事情にばかり注目し、過去の類似案件がどれくらいの期間で決まった(あるいは決まらなかった)かという「外部の視点」の情報を十分に参照しない
- アンカリング: 最初に立てた予定日を基準にしてしまい、状況が変わっても十分に修正されない
この傾向は個人だけでなく、組織やチームの単位ではむしろ強まることも指摘されている。「誰かがカバーしてくれるはず」「全員が頑張ればなんとかなる」といった集団特有の楽観が、個人の見積もりにさらに上乗せされるためだ。
営業の現場でこれが典型的に表れるのが、いわゆる「月末のスリップ」だ。営業担当者は「1件でも多く、1日でも早く」という意識で動くため、SFA上のクロージング予定日は実態より早めに入力されがちになる。これが1件だけなら誤差の範囲でも、案件全体で積み重なると、月末になって初めてフォーキャストを大きく下方修正する、という事態を招く。営業マネージャーが日々のSFA入力が徹底されない理由に頭を悩ませるのも、根っこをたどればこの見積もりの歪みと無関係ではない。
さらに、商談が長引く要因は担当者側の楽観だけとは限らない。顧客側のキーマンが異動や転職で交代すれば、それまでの経緯が一度リセットされ、商談が振り出しに戻ることも珍しくない。こうした「本人の見積もりの外側」で起きる遅延要因まで含めて、クロージング予定日は本質的にぶれやすいものだと捉えておく必要がある。
計画の誤謬への一般的な対策と、その限界
計画の誤謬は「気合いや注意力」では解消しない。対策の多くは、見積もりの立て方そのものを変える方向に向かう。
| 対策 | 具体的にやること | 限界 |
|---|---|---|
| リファレンスクラス予測(外部の視点) | 個別の商談事情ではなく、類似案件の過去の実績分布を出発点に予定日を置く | 過去の類似案件を本人の記憶だけで正確に思い出すのは難しい |
| 中間チェックポイントの設置 | クロージングの前に、決裁者の合意・稟議の起案などの通過状況で進捗を測る | チェックポイント自体を形骸化させず運用し続ける負荷がかかる |
| 「順調です」を具体化させる質問 | 商談レビューで「何が合意できていて、何が決裁待ちか」を毎回具体的に確認する | マネージャー側に毎回聞き出す工数がかかる |
| 商談ログの後からの参照 | 過去のやり取りに立ち返り、今回と似た案件がどう推移したかを確認する | チャットやメールに散らばった過去のやり取りを都度探し出す手間がかかる |
このうち、リファレンスクラス予測と商談ログの参照は、どちらも「過去の実績という外部の視点を持てるかどうか」という同じ壁に突き当たる。人の記憶だけに頼ると、うまくいった案件の印象ばかりが強く残り、長引いた案件の具体的な経緯は薄れやすい。
HACHでできること:振り返りに必要な「外部の視点」の材料をそろえる
HACHは、Slack / Microsoft Teams / Chatwork / LINE WORKSのチャットに招待するだけで使える常駐型AIスタッフだ。チャット・メール・カレンダー・議事録を自動で収集し、毎朝レポートやダッシュボードとして届ける。
計画の誤謬への対策の核心は「今回の商談だけを見ない」ことにある。HACHは商談レビューの下ごしらえを支援する形で、日々のやり取りを継続的に整理しておく。これにより、「前回似た案件がどのくらいの期間で決裁に至ったか」を振り返る際に、記憶を頼りにするのではなく、実際に残っているやり取りに立ち返って確認しやすくなる。営業の進捗管理を自動化する方法で触れたように、SFAへの入力を頑張らせる代わりに、既にあるやり取りから進捗を組み立てる発想と同じ考え方だ。
なお、クロージング予定日の精度を自動で判定したり、遅延リスクを自動で予測・警告したりする機能をHACHが持つわけではない。あくまで振り返りに使える材料を整理して見せる役割にとどまり、予定日の妥当性を最終的に判断するのは、引き続き営業マネージャー自身とチームである。機密情報は推論時に自動マスキングされ、データはAWS内で完結するため、商談の金額や顧客名を含むやり取りも安心して扱える。
まとめ
- 受注予定日が毎回後ろ倒しになるのは、担当者の甘さではなく「計画の誤謬」という心理的な仕組みが働いているため
- 対策の核心は、目の前の商談だけでなく過去の類似案件という「外部の視点」を持てるかどうか
- HACHはチャットに招待するだけで、商談レビューに使える過去のやり取りを毎朝整理して届ける
HACHは、Slack / Teams / Chatwork に招待するだけで使える常駐型AIスタッフです。 無料相談で見積もりを依頼する