フレームワーク活用ガイドひとことで言うと#
Budget（予算）・Authority（権限）・Needs（ニーズ）・Timeline（時期） の4要素をチェックして、その商談が本当に進むかどうかを判定するフレームワーク。「追うべき案件」と「今は見送る案件」を素早く見分ける。
押さえておきたい用語#
- Budget（バジェット）
- 顧客がその課題の解決に使える予算・投資枠を指す。予算が確保されているか、これから申請するかで商談の進め方が変わる。
- Authority（オーソリティ）
- 購入の最終判断を下す決裁権限を持つ人物のこと。目の前の担当者が決裁者とは限らないため、意思決定フローの把握が重要。
- Needs（ニーズ）
- 顧客が抱えている課題や解決したい問題である。「あったらいいな」レベルか「なくては困る」レベルかで案件の確度が大きく変わる。
- Timeline（タイムライン）
- 顧客がいつまでに導入・解決したいかの時間軸のこと。具体的な期限があるかどうかが商談の推進力に直結する。
BANTの全体像#
こんな悩みに効く#
- 見込みの薄い商談に時間を使いすぎている
- パイプラインに案件はあるのに、なかなか受注にならない
- 商談の優先順位が感覚頼みになっている
基本の使い方#
顧客にこの課題を解決するための予算があるか確認する。
- 「この領域に今期の予算は確保されていますか？」
- 「過去に同様のツールにどれくらい投資されましたか？」
ポイント: 直接聞きにくい場合は、過去の投資実績や予算サイクルから推測する。
目の前の担当者が意思決定者かどうかを把握する。
- 「最終的な導入判断はどなたがされますか？」
- 「決裁プロセスはどのようになっていますか？」
ポイント: 意思決定者に直接会えなくても、社内の意思決定フローを把握しておく。
顧客に明確な課題意識と解決への意欲があるか確認する。
- 「今一番解決したい課題は何ですか？」
- 「この課題の優先度は社内でどの程度ですか？」
ポイント: 「あったらいいな」と「なくては困る」は全く違う。切実度を見極める。
いつまでに導入・解決したいかの時間軸を確認する。
- 「いつ頃までに導入を完了させたいですか？」
- 「何かきっかけとなるイベントや期限はありますか？」
ポイント: 「いつか」は商談にならない。具体的な期限があるかどうかが重要。
具体例#
状況: 従業員350名の食品メーカー。情報システム部の主任から問い合わせ。前年にセキュリティ事故が発生し、経営層から改善指示が出ている。
| 要素 | 確認結果 | 判定 |
|---|---|---|
| B（予算） | 「来期のIT投資枠で300万円を申請中」 | ○ |
| A（権限） | 「情シス部長が最終判断。今日の担当者は評価担当」 | △（部長へのアクセスが必要） |
| N（ニーズ） | 「セキュリティ事故が去年あり、経営層から改善指示」 | ◎（切実） |
| T（時期） | 「来期開始の4月までに選定を終えたい」 | ○ |
判定: B・N・Tが揃っており、Aも担当者経由でアプローチ可能。優先度Aランクとして注力し、2週間以内に部長への提案機会を作る。
4要素中3つが◎〜○で残り1つも対策可能なこの案件にリソースを集中させた結果、受注確率72%で290万円の契約を獲得した。
状況: 月間200件のリードが流入するHR SaaS企業。インサイドセールス3名がBANTで商談化判定を実施。
案件A: 従業員1,200名の物流企業
| 要素 | 確認結果 | 判定 |
|---|---|---|
| B | 「年間500万円のHR関連予算あり」 | ◎ |
| A | 「人事部長が決裁者。初回面談で同席予定」 | ◎ |
| N | 「離職率18%を10%に下げたい。経営会議で議題に」 | ◎ |
| T | 「来月の取締役会で方向性を決めたい」 | ◎ |
案件B: 従業員50名のスタートアップ
| 要素 | 確認結果 | 判定 |
|---|---|---|
| B | 「まだ予算化していない。検討段階」 | × |
| A | 「代表が判断するが、多忙で面談は1ヶ月後」 | △ |
| N | 「従業員が増えてきて管理が大変になりそう」 | △（将来の課題） |
| T | 「特に期限はない。情報収集中」 | × |
判定結果: 案件Aは即座にフィールドセールスにパス。案件Bはナーチャリングリストに移し、月1回のメールフォローを継続。
この事例が示すのは、BANTで案件を仕分けることでインサイドセールスの工数配分が最適化され、SQL→受注転換率が18%から31%に改善するという「追うべき案件に集中する」効果だ。
状況: 従業員12名の地方印刷会社がWeb制作事業を開始。問い合わせが月15件あるが、社長と担当者2名で対応するためリソースが限られている。BANTで優先度を判定。
案件: 老舗和菓子店のECサイト制作
| 要素 | 確認結果 | 判定 |
|---|---|---|
| B | 「商工会の補助金150万円が採択済み。自己負担50万円も用意」 | ◎ |
| A | 「店主が全決裁権を持つ。本日の面談相手」 | ◎ |
| N | 「コロナ後に観光客が戻らず、売上が40%減。ECで全国販売したい」 | ◎（切実） |
| T | 「補助金の期限が3ヶ月後。それまでに納品必須」 | ◎（明確な期限あり） |
判定: 全要素◎。即座に見積もり提出。
| 指標 | BANT導入前 | 3ヶ月後 |
|---|---|---|
| 月間問い合わせ対応数 | 15件（全件対応） | 15件中8件に集中 |
| 見積もり→受注率 | 20% | 50% |
| 平均案件単価 | 60万円 | 120万円 |
全件対応をやめ4要素が揃った案件に集中した結果、受注率2.5倍に向上し売上も増加した。少人数の会社だからこそBANTの選別効果が大きく出る。
やりがちな失敗パターン#
- 4要素すべてが揃わないと諦める — 全部◎でなくても進められる。特にBudgetは提案次第で後から確保されることもある
- 尋問のように聞いてしまう — BANTの確認は自然な会話の中で行う。チェックリストを読み上げるような聞き方はNG
- 一度の確認で終わる — 商談が進むにつれて状況は変わる。定期的にBANTを再確認する
- Needsの深さを見誤る — 「興味がある」と「切実に困っている」は別物。課題の切実度を見極めないと、案件が途中で止まる
まとめ#
BANTは、商談の確度を4つの基準で素早く判定するシンプルかつ強力なフレームワーク。「追うべき案件」に集中することで、営業の生産性は大きく向上する。ただし、機械的なチェックではなく、会話の中で自然に確認するスキルが求められる。