BANT は IBM 由来の定番クオリフィケーション手法です。予算（ Budget ）・決裁権（ Authority ）・ニーズ（ Need ）・導入時期（ Timeline ）の4点で、見込み顧客の購入準備度を測ります。本ツールでは予算と決裁権を必須要件（ゲート）として扱います。
BANT の成り立ちと背景
BANT は、 B2B 営業で古くから使われている代表的なクオリフィケーション（見込み顧客の見極め）手法で、その起源は IBM に広く帰せられています。 Budget （予算）、 Authority （決裁権）、 Need （ニーズ）、 Timeframe （導入時期）の頭文字をとった呼び方で、1950年代から1960年代にかけて IBM の営業現場で体系化されたと語られることが多いです。正確な年代は資料によって幅がありますが、 IBM は複雑な商談を効率よくさばくために、追うべき案件をすばやく見極める共通の物差しを求めていたと言われています。以来、営業のヒアリングにおける定番の出発点として世代を越えて受け継がれてきました。
BANT は、大型ハードウェアを売るエンタープライズ営業の現場から生まれました。担当者は膨大な見込み顧客を抱え、限られた時間をどこに割くかを素早く、そして繰り返し判断できる基準を必要としていたのです。4つの確認項目が覚えやすく、 CRM にも記録しやすかったため、 BANT は IBM の枠を越えて営業とマーケティングの共通言語として広まり、リード選別の標準的なチェックリストになりました。一方で購買のオンライン化や意思決定の合議化が進むと、予算を最優先し決裁者を一人と見なす前提が批判を集め、 MEDDIC や CHAMP 、 GPCT 、さらに BANTC 、 BANTCH といった発展形も登場しています。それでも BANT は、商談数が多く比較的短いサイクルの案件を素早くふるいにかける入口として、たびたび見直されています。
BANT の各項目の意味
- Budget （予算）: 単に資金があるかではなく、この種の購入に予算が割り当てられ、使える状態で、かつ優先順位が付いているかを確認します。よくある失敗は、早い段階で具体的な金額を聞き出そうとすること。今日の予算は流動的で、価値が明確になれば新たに確保されたり他予算から振り替えられたりします。
- Authority （決裁権）: 実際に購入を承認できるのは誰か、そして誰が意思決定に影響するかを押さえます。よくある失敗は、話しやすい一人の担当者を「決裁者」と思い込むこと。 B2B 商談の多くは複数の関係者からなる購買チームで進みます。
- Need （ニーズ）: 自社が解決できる具体的で切実な課題と、解決しないままでいるコストを確かめます。よくある失敗は、漠然とした関心を確認しただけで満足し、本当の痛みまで掘り下げないこと。それでは「ニーズ」が行動を促すほどの切実さを持ちません。
- Timeframe （導入時期）: いつ意思決定し、いつ稼働させたいのか、そしてその期日を動かす社内の事情まで把握します。よくある失敗は、「今年のどこかで」といった曖昧な回答をそのまま受け入れること。社内のトリガーを引き出さないと、商談は静かに止まってしまいます。
BANT を使うべき場面（と向かない場面）
BANT は、ファネル初期の軽い一次フィルターとして最も力を発揮します。流入したリードを素早く仕分けし、本格的なヒアリングに進める相手を見極める用途です。予算を一人の担当者が握るような、商談数が多く比較的短いサイクルの取引に向いており、逆に多数の関係者が関わる複雑な購買では、より深いマッピングが必要になるため力不足になりがちです。
- 向いている場面: 大量のインバウンド／アウトバウンドリードを、素早くふるい分けたいとき。
- 向いている場面: 決裁者が明確な一人で、予算枠もはっきりした短いサイクルの商談。
- 向かない場面: 購買チームによる合議で進む大型エンタープライズ案件。関係者やプロセスを丁寧に描くには、 MEDDIC や CHAMP のほうが適しています。
BANT のメリット
- シンプルで覚えやすい: 4つの確認項目は教えやすく、チーム全体で一貫した基準の見極めができます。
- 素早い仕分け: 購入準備の整った見込み顧客と、育成が必要な相手をすぐに切り分けられ、営業の時間を節約できます。
- 予測精度の向上: 予算・決裁権・ニーズ・導入時期を記録することで、管理者はパイプラインや売上のシグナルをより正確に読めます。
- 属人化の低減: 「この商談は本物か」という問いを4つの具体的な質問に置き換え、担当者個人の勘への依存を減らせます。
BANT のデメリット
- 売り手目線に偏る: 4つの基準は「この見込み顧客が自社に合うか」を中心に据えており、買い手の課題そのものを見ていません。聞き方を誤ると尋問のような印象を与えます。
- 予算優先の弊害: お金の話から入ると、予算が流動的だったり価値を見てから確保されたりする良質な見込み顧客を、早々に切り捨ててしまうおそれがあります。
- 合議型の購買に弱い: 決裁者を一人と想定しますが、現代の B2B 購買は6人から10人の関係者が関わり、意思決定は直線的に進みません。
- チェックリスト化のリスク: 単なる記入項目として消化すると、 CRM 上ではすぐ古くなるスナップショットに留まり、肝心の「なぜ今なのか」を取りこぼします。
- プロセスの記述が薄い: MEDDIC と違い、選定基準や意思決定プロセス、社内推進者の育成についてはほとんど触れていません。
この BANT スコアカードの使い方
| 項目 | 確認すること | 必須ゲート |
|---|---|---|
| 予算 | この案件に予算が確保・想定されているか？ | 必須 |
| 決裁権 | 購入を承認できる決裁者と接点があるか？ | 必須 |
| ニーズ | 自社が解決できる明確で切実なニーズがあるか？ | 任意 |
| 導入時期 | 意思決定・導入の時期が定まっているか？ | 任意 |
- 各項目を0（不明・なし）から3（強い・確証あり）で評価します。
- 入力に応じて加重スコア（100点満点）が自動計算されます。
- 判定を確認します。見込みあり（67%以上）／フォローアップ（34%以上）／見送り（34%未満）。
- 弱い項目から着手します。各弱点には次回の商談で確認すべき質問が付きます。
- サマリーを CRM に貼り付けるか、リンクを共有して上長のセカンドオピニオンを得ましょう。
「見込みあり」にならないケース
上表で必須ゲートに指定した項目は必須要件です。いずれかが0点（予算がない、決裁者に到達できない等）の場合、合計がどれだけ高くても判定は「フォローアップ」に留まります。見栄えの良いスコアが致命的な欠落を覆い隠すのを防ぎます。
関連スコアカード
BANT の採点を AI で自動化するか、同じシリーズの他のクオリフィケーション・フレームワークと比べてみてください。
- 商談メモを AI で採点する君：メモを貼るだけで、 AI が根拠と判定つきでこのフレームを採点します
- MEDDIC スコアカード
- MEDDPICC スコアカード
- CHAMP スコアカード
- ANUM スコアカード
- FAINT スコアカード
- GPCTBA/C&I スコアカード
- SPICED スコアカード
- N.E.A.T.スコアカード
- SCOTSMAN スコアカード
参考文献
- BANT とは？営業の成約率を高めるフレームワークを徹底解説 (Salesforce ブログ)
- BANT とは？営業で活用するメリットと条件の設定方法を紹介 (SHANON)
- BANT とは。「古い」と言われる理由と BANTC/BANTCH への進化 (Zoho CRM)
