BANTCH ― 聞き漏らし防止ではなく、6つの仮説の置き場所

商談で検証すべき仮説は1つではありません。複数の仮説を、抜けなく、同じ枠組みで管理する必要があります。そのための枠が BANTCH です。

ただしBANTCHは、ヒアリングシートの空欄ではありません。6つの仮説の置き場所であり、組織の営業改善フレームです。

「何を知りたいか」ではなく「何を考えたいか」

同じ6項目でも、表面的なヒアリングと営業思考ではまったく別物になります。

右列はすべて、答えではなく問いです。BANTCHの各項目は、埋めるべき空欄ではなく、考えるべきテーマの置き場所です。

スロットの埋まり方で、案件の状態が読める

6つを仮説スロットとして扱うと、「この案件は今どこまで進んでいるのか」が構造的に見えるようになります。

• Needは検証できたが、Authorityが未検証 → 良い課題設定はできているが、誰が決めるかが分かっていない
• Budget・Timingは埋まったが、Harmonyが薄い → 条件面は揃っているが、相談相手になれていない
• Competitionだけが埋まっている → 比較の土俵に乗せられている状態

「なんとなく手応えがある／ない」を、検証済みスロットと未検証スロットの話に置き換えられます。次に何を確かめるかが、自動的に決まるのが利点です。

BANTCHの本当の価値は、組織の側にある

ここからが営業マネジメントの話です。BANTCHの価値は、個人の商談を良くすることだけではありません。

全案件が同じ枠組みで語られると、次の循環が回りはじめます。

1. BANTCH：6つの仮説を商談で検証する
2. 商談レビュー：検証結果と未検証スロットを整理する
3. 次回アクション：何を確かめるかが自動的に決まる
4. 営業会議：個人の仮説を組織の視点で壁打ちする
5. 案件管理：スロットの埋まり方で案件の確度を測る
6. 営業改善：つまずくスロットの傾向から型を改善する
7. 受注率改善：組織全体の提案力が上がる

営業会議が「感想の共有」から「仮説の壁打ち」に変わり、案件の確度が読め、組織のつまずきが見えるようになる。ここがBANTCHの本丸です。

たとえば、チーム全体でAuthorityのスロットが埋まらない傾向があるなら、それは個人の力量ではなく、初回商談の設計に問題があるということです。改善対象が個人から型に移ります。

まとめ

BANTCHは、聞き漏らしを防ぐチェックリストではありません。6つの仮説を置く場所であり、個人の思考と組織のマネジメントをつなぐ共通言語です。

次回は、その検証結果を次につなぐ営業レビューを扱います。