BANT条件の使い方｜商談の見極め精度を高めるフレームワーク

TL;DR

• BANTは尋問のチェックリストではなく、商談の現在地と次の一手を判断する羅針盤として使う
• 現代の商談ではB→A→N→TではなくN→A→T→Bの順で確認するほうが自然に進む
• 各要素を3点満点でスコアリングし、9点以上をA案件として優先リソース配分する

この記事が役立つ状況

• 対象者: 商談の見極め精度を上げたい営業マネージャー・営業担当・営業企画担当
• 直面している課題: 案件の優先順位づけが感覚的になり、見込みの薄い商談に時間を使いすぎている
• 前提条件: 商談で顧客と会話する機会があり、案件管理のための共通言語を組織で持ちたい状態

このノウハウをAIで実行するプロンプト

以下をコピーしてLLMに貼り付け、[ ] 内を自社の情報に書き換えてください。

以下の商談についてBANTフレームワークで見極め精度を高めたい。

【商談概要】
- 顧客: [業種・規模]
- 商材: [提案している商品/サービス]
- 現在の進捗: [初回商談/2回目/提案中など]

【現時点で把握している情報】
- Budget（予算）: [把握内容 or 未確認]
- Authority（決裁権）: [把握内容 or 未確認]
- Need（ニーズ）: [把握内容 or 未確認]
- Timeline（導入時期）: [把握内容 or 未確認]

以下を出力してください:
1. N→A→T→Bの順で次回商談で確認すべき質問例
2. 各要素の3点満点スコアと合計点
3. A/B/C案件の分類と推奨アクション

BANTは「尋問のチェックリスト」ではなく「商談の羅針盤」

BANTの正しい使い方は4つの項目を機械的に確認することではない。 商談が今どの状態にあって、次に何を確認すればいいかを判断する羅針盤として使うものだ。BANTが揃っているかどうかで、どの案件にリソースを集中すべきかを判断できる。

BANTとは、Budget（予算）、Authority（決裁権）、Need（ニーズ）、Timeline（導入時期）の頭文字を取った商談の見極めフレームワークだ。IBMが1960年代に開発した歴史あるフレームワークだが、シンプルさゆえに今も世界中の営業組織で使われている。

BANTの4要素を深掘りする

B：Budget（予算）

確認すること：課題解決のための予算が確保されているか、または確保できそうかどうか。

予算の確認は営業パーソンが最も苦手とする項目の一つだ。「お金の話をするのは失礼」という感覚が邪魔をする。しかし、予算がない案件に時間を使い続けることは、双方にとって不幸だ。

確認の仕方：

• 「この課題に対する投資として、社内ではどのくらいの規模感を想定されているか？」
• 「他社様の場合、〇〇万円から△△万円程度でご導入いただいている。御社の場合、こうした投資規模は検討の範囲内だろうか？」
• 「今期の予算で対応できるか。それとも来期になるか？」

A：Authority（決裁権）

確認すること：今話している相手は意思決定に関わるか、最終決裁者は誰か、どんな流れで決まるのか。

SMB営業では、経営者が直接商談に来るケースも多く、この場合はAuthorityの確認は簡単だ。一方で、担当者レベルで話が進み、最終段階で「上に確認しないと……」と言われるのは、Authorityの確認不足が原因だ。

確認の仕方：

• 「このような投資のご判断は、最終的にどなたがされるのだろうか？」
• 「社内での検討として、どのような流れで進まれることが多いだか？」
• 「ご決裁にあたって、他に確認が必要な方はいらっしゃいるか？」

N：Need（ニーズ）

確認すること：顧客が解決したい課題は何か。その課題はどれくらい深刻か。放置するとどうなるか。

Needは4要素の中で最も重要だ。明確な課題がなければ、予算も決裁もタイムラインも存在しない。表面的なニーズ（「業務を効率化したい」）ではなく、その奥にある本質的な課題（「ベテランが退職したら業務が回らなくなるリスクがある」）を掘り下げることが大切だ。

確認の仕方：

• 「現在最も大きな課題として捉えていらっしゃるのは、どのような点だか？」
• 「その課題が解決されないと、3ヶ月後、半年後にどんな影響がありそうだか？」
• 「その課題は、いつ頃から気になり始めたか？」

T：Timeline（導入時期）

確認すること：いつまでに課題を解決したいか、導入のスケジュール感はどうか。

Timelineが明確でない案件は、「いい話だけど急がない」状態になりがちだ。手戻りをなくす段取り設計の観点からも、Timelineの確認は商談の早い段階でやっておくべきだ。

確認の仕方：

• 「理想としては、いつ頃までに運用を開始されたいとお考えだか？」
• 「導入のタイミングに影響する社内イベント（期末や組織変更など）はあるか？」
• 「検討のスケジュールとして、いつ頃までに結論を出されるご予定だか？」

現代的なBANTの使い方——NATBの順序で確認する

従来のBANTはB→A→N→Tの順序だが、現代の営業ではN→A→T→Bの順序で確認するほうがスムーズに進む。

理由1：Needの確認が最も自然な会話の入り口になる。「御社の課題を教えてください」は自然だが、「ご予算を教えてください」から始まる商談は不自然だ。

理由2：Needが明確になった後のほうが、Budget・Authority・Timelineの質問が文脈に合った質問になる。「この課題を解決するための投資はどの程度お考えだか」は、課題の深刻さが共有された後にこそ意味を持つ質問だ。

理由3：SMBでは、Needが明確にならないとBudgetが生まれないケースが多い。「課題は感じているが、予算は確保していない」段階の顧客も多く、Needの深掘りを通じてBudgetを一緒に作っていくアプローチが必要だ。

BANTスコアリングによる案件管理

BANTの各要素を点数化し、案件の優先順位づけに使いる。

合計9点以上をA案件（最優先）、6〜8点をB案件（継続フォロー）、5点以下をC案件（育成対象）と分類する。案件の優先順位づけと連動させることで、リソースの使い方が上手くなる。

BANTの限界と補い方

BANTはシンプルで使いやすい反面、いくつかの限界がある。

限界1：競合の状況が反映されない。競合が強い案件ではBANTが揃っていても失注する可能性がある。競合分析の情報を補完的に加えてください。

限界2：顧客の感情面が反映されない。信頼関係や相性といった定性的な要素がスコアに出てきない。BANTスコアとは別に、「信頼関係の深さ」を定性的に評価する項目を追加することをおすすめする。

限界3：形式的な運用に陥りやすい。「BANTの項目を埋めること」が目的になって、顧客との対話が尋問的になるリスクがある。BANTは対話の中で自然に確認するものであり、チェックリストを一つずつ潰すものではない。

まとめ：BANTは営業の「共通言語」

BANTの最大の価値は、チーム内の「共通言語」として機能することだ。「この案件はBとTが弱いから、予算と時期を次回の商談で確認しよう」と具体的な会話ができるようになる。案件レビューの質が上がり、マネージャーのアドバイスも的確になる。まずはBANTの4要素を意識して商談に臨み、CRMに各要素の状況を記録する習慣から始めてください。営業計画とリソース配分の精度向上にも直結する。案件の優先順位づけと連動させることで、BANTスコアに基づいた合理的なリソース配分が実現する。