▼ この記事の内容
BANTは、Budget、Authority、Need、Timelineの4項目で見込み客や案件の確度を確認する営業ヒアリング手法です。案件管理では、予算、決裁構造、課題、意思決定時期を同じ粒度で記録し、次に追うべき商談を判断する基準になります。
BANTは、BtoB営業で案件の優先順位をそろえるときに使いやすい型です。商談ごとに確認項目がばらつくと、マネージャーは受注見込みや次回行動を比較できません。
営業マネージャーにとっての論点は、担当者に質問リストを渡すことだけではありません。BANTを案件レビュー、CRM入力、次回アクション設計までつなげることです。
この記事では、BANTの意味、案件管理での使い方、ヒアリング項目、活用例、注意点を整理します。商談の見極めとチーム運用の改善に使える内容です。営業BANTの注意点も、あわせてご覧ください。
BANTをチームの案件レビュー基準に落とし込みたい方は、営業改善の進め方を資料で確認できます。
営業の型・商談振り返り・改善の流れを一連の仕組みにする営業改善プログラムはこちら！
＞＞無料で『3分でわかる「FAZOM」ご解説資料』をダウンロードする
BANTとは何かを基本から理解する
BANTは、商談の見込み度を4項目で確認する営業フレームワークです。案件管理では、各項目の確認状況をそろえることで優先順位を判断します。
| 質問 | 目的 | 確認する内容 |
|---|---|---|
| Budget | 予算の確度を確認する | 予算枠、投資可能性、予算化の条件 |
| Authority | 決裁構造を確認する | 決裁者、関与者、承認プロセス |
| Need | 課題と導入理由を確認する | 解決したい問題、影響、優先度 |
| Timeline | 意思決定時期を確認する | 検討期限、導入希望時期、次回行動 |
BANTの定義と使われてきた背景
BANTとは、Budget、Authority、Need、Timelineの4項目で見込み客や案件の確度を確認する営業フレームワークです。案件管理では、確認済み項目と未確認項目を分けて次回行動を決めます。
Outsalesの用語解説でも、BANTをBudget、Authority、Need、Timelineで見込み客を確認する方法として説明しています。本文では営業マネージャーが案件管理に使う視点へ置き換えます。
BANTは、商談を早く切るためだけの基準ではありません。予算や決裁者が未確認なら、次回商談で何を聞くべきかを明確にするための整理軸になります。
マネージャーは、BANTを個人の勘ではなく商談レビューの共通言語として扱います。担当者ごとの記録粒度をそろえると、案件の比較と支援判断がしやすくなります。
参考：BANTの意味と4項目を解説したOutsalesの用語解説｜Outsales
BANTを構成する4つの確認項目
4つの項目は、それぞれ役割が異なります。Budgetで予算、Authorityで決裁構造、Needで課題、Timelineで意思決定時期を確認します。
順番は固定ではありません。顧客の課題が強い商談ではNeedから入り、導入時期が迫っている商談ではTimelineから確認するほうが自然です。
ただし、案件管理では4項目を同じ形式で残します。項目が空欄のままだと、受注確度が高い案件と深掘り不足の案件を見分けにくくなります。
商談後は、確認済み、未確認、次回確認の三つに分けて記録します。担当者の感覚ではなく、次回商談で確認する論点を明確にできます。
BANTを他の型と比較する場合は、営業フレームワークを比較して選ぶ方法も参考になります。
営業AI・営業DX 提案型営業の育成方法｜5ステップと定着のコツ
BANTが有効な商談の特徴
BANTは、案件数が増えたときに追うべき商談を見極めるための型です。特に複数関係者が判断するBtoB営業で使いやすくなります。
初期商談で優先度を見極めやすい理由
初期商談では、顧客が興味を示していても、受注に向かう条件がそろっているとは限りません。BANTで不足項目を確認すると、次に追うべき案件を判断しやすくなります。
例えば、Needは強いがBudgetが未確認なら、予算化の条件を次回確認します。Authorityが曖昧なら、関与者と承認プロセスを聞く必要があります。
BANTを使う目的は、商談を機械的に合否判定することではなく、未確認項目を見つけて次回商談の質問と営業支援の優先順位を決めることです。マネージャーは、案件レビューで4項目の空欄を確認します。空欄が多い案件は、受注見込みではなくヒアリング不足として扱います。
BtoB営業でBANTが向いている場面
BANTは、提案前に予算、決裁構造、課題、導入時期をそろえる必要があるBtoB営業に向いています。営業DX、研修、業務改善の商談と相性があります。
一方、購入条件が明確で即決される商材では、4項目すべてを長く聞くと会話が冗長になります。商談の複雑さに合わせて質問量を調整します。
インサイドセールスでも、事前調査をして確認済み項目を減らせば活用できますが、限られた時間では、NeedとTimelineから聞く順番も選べます。導入前には、自社の商談が条件確認型か課題深掘り型かを分けます。型の適用範囲を決めることで、現場が無理なく使えます。
案件管理に活かすBANTヒアリングのコツ
BANTを案件管理に使うときは、質問を聞くだけで終わらせません。回答をCRMや案件レビューで比較できる粒度にそろえます。
Budgetで予算の確度を確認する
Budgetでは、予算があるかだけでなく、予算化の条件と投資判断の基準を確認します。金額を聞けない段階でも、予算枠の有無、調整余地、検討の進み方を案件ごとに記録します。
質問例は「今回の検討に予算枠はありますか」「予算化にはどの条件が必要ですか」です。回答を聞けば、今すぐ追う案件か、育成が必要な案件かを分けられます。
予算が未確定でも、すぐに失注扱いにしません。課題の優先度が高いなら、予算化に必要な社内説明や稟議条件を次回確認します。マネージャーは、Budget欄を金額だけで評価せず、予算枠、調整余地、承認条件を分けて記録させます。
Authorityで決裁構造を確認する
Authorityでは、誰が最終決裁者かだけでなく、誰が評価し、誰が利用し、誰が承認するかを確認します。現代のBtoB営業では、単独決裁者だけを探すと見落としが起きます。
質問例は「最終判断にはどなたが関わりますか」「現場利用者と承認者はどのように分かれますか」です。関与者を把握すると、次回商談の同席依頼も具体化します。
担当者に決裁権がなくても、価値が低い案件とは限りません。社内で誰に説明する必要があるかを確認し、支援資料や次回提案の準備につなげます。マネージャーは、Authority欄に人物名だけでなく、決裁者、推進者、利用者、反対しそうな部門の役割を残させます。
Needで課題と導入理由を確認する
Needでは、顧客が何に困っているかを顧客の言葉で確認しますが、営業側の仮説を押しつけず、業務上の不便、影響、改善したい状態を聞き分けます。質問例は「現在の営業管理で一番困っている点は何ですか」「その課題はどの業務に影響していますか」です。課題と影響がつながると、提案理由が明確になります。
課題を深掘りする質問設計では、SPIN営業術の考え方も参考になります。
営業AI・営業DX 示唆質問とは？SPIN営業で誘導質問にしない聞き方と例文
Needが弱い案件は、予算や決裁者がそろっていても商談が進みにくくなります。顧客自身が解決理由を説明できるかを確認します。
マネージャーは、Need欄に一般的な課題名だけを書かせません。顧客の発言、影響範囲、次に確認する仮説を分けて残します。
Timelineで意思決定時期を確認する
Timelineでは、いつまでに判断したいか、いつから使いたいか、次の社内手続きは何かを確認します。日付だけでなく、期限の理由も聞きます。
質問例は「いつまでに導入可否を判断する必要がありますか」「次に社内で決めることは何ですか」です。期限の理由が分かると、営業側の提案準備も調整できます。
Timelineが曖昧な案件は、関心があっても失速しやすくなりますが、次回日程、社内確認、資料共有のいずれかを具体的な行動にします。マネージャーは、Timeline欄を希望時期だけで終わらせません。次回アクションと担当者をセットで残すことで、案件停滞を減らします。
BANTの活用事例
BANTは、案件レビューの場で使うと現場に落とし込みやすくなります。ここでは特定企業の導入事例ではなく、BtoB SaaS法人営業で導入審査ルートを確認する際の運用基準として整理します。法人営業のBANTとはも、あわせてご覧ください。
BANT項目を案件レビューに組み込む
案件レビューでは、まずBudget、Authority、Need、Timelineの4欄を用意します。担当者が商談感触だけを話すのではなく、確認済みの事実を項目ごとに出します。
Need欄には顧客が解決したい業務課題、Authority欄には導入審査に関わる部門、承認者、利用部門、Timeline欄には審査開始から運用開始までに必要な社内手続きを記録します。
Budgetが未確認なら、次回商談で予算枠や稟議条件を聞く行動に変えます。空欄を責めるのではなく、次に確認する質問へ落とし込むと案件レビューが具体化します。
営業情報の属人化を減らす考え方は、営業ナレッジを共有する方法でも整理しています。案件レビューの型を再現可能な形で残す場合は、営業の勝ちパターンとして扱える粒度まで記録をそろえます。
営業AI・営業DX 営業の勝ちパターンを作り、現場で再現する方法
営業戦略・KPI設計 営業ナレッジ共有の方法｜属人化を防ぐ進め方
未確認項目を次回商談の質問に変える
BANTの未確認項目は、次回商談の質問に変えます。Budgetが空欄なら予算化条件、Authorityが空欄なら関与者、Timelineが空欄なら社内判断の予定を聞きます。
Needが曖昧な場合は、機能説明を急がず、現在の運用でどの業務に負担が出ているかを聞き直します。顧客の言葉で課題を残すと提案がずれにくくなります。
この流れでは、BANTはチェックリストではなく商談レビューの判断基準になります。未確認のまま提案へ進む案件を減らし、次回行動を具体化できます。
BANTで失注を増やさない注意点
BANTは便利な型ですが、使い方を間違えると商談を早く切りすぎます。確認項目を営業支援につなげ、次回商談で何を聞くかまで決めます。
チェックリストだけで商談を判断しない
BANTの項目がそろっていない案件を、すぐに失注扱いにするのは危険です。特にBudgetやTimelineは、課題の優先度が高まる過程で具体化することがあります。
未確認項目がある場合は、失注ではなく追加ヒアリングの対象にします。次回商談で何を確認すべきかを決めるほうが、案件管理として実務的です。
ただし、Needが弱く、顧客が解決理由を説明できない案件は慎重に扱います。追う理由がないまま工数をかけると、営業リソースを圧迫します。マネージャーは、BANTの欠落理由と次回確認事項を見て、支援するか保留するかを判断します。
質問例をチームで蓄積する運用は、営業スキルを改善する方法も参考になります。
商談・営業スキル 営業スキルを底上げする7つの方法｜失敗する原因と定着の仕組みも紹介
Authorityを単独決裁者探しで終えない
Authorityは、決裁者名を聞くだけの項目ではありません。実際には、利用部門、管理部門、情報システム部、役員など複数の関係者が判断に関わります。
質問は「誰が決裁しますか」だけでなく、「評価にはどの部門が関わりますか」「社内説明で重視される観点は何ですか」まで広げます。
単独決裁者だけを探すと、現場利用者の懸念や承認部門の条件を見落とします。関与者ごとの関心を把握すれば、提案資料も調整できます。
週次会議では、Authority欄に役割別の関与者が残っているかを確認します。名前が未確定でも、関与部門が見えていれば次回行動は設計できます。
質問パターンを練習へ落とし込む方法は、営業ロープレを実践する手順でも確認できます。
商談・営業スキル 成果が出る営業ロープレのやり方｜準備からフィードバックまで
Needを顧客の言葉で記録する
Needは、営業側が想定した課題名ではなく、顧客が話した言葉で記録します。顧客の表現を残すほど、提案時のメッセージが自社都合に寄りにくくなります。
商談メモには、現状、困っている場面、業務への影響、理想状態を分けて残します。課題名だけでは、なぜ今検討するのかが見えません。
例えば、現状が「営業情報が個人管理」、影響が「引き継ぎに時間がかかる」、理想が「誰でも案件状況を把握できる」という粒度なら、次回提案に使えます。整理法を共通化すると、商談レビューも具体化します。どの欄が空欄かを見れば、次回商談で聞くべき内容が決まります。
BANTをチームへ導入する手順
BANTを成果につなげるには、4項目を商談プロセスに組み込みます。入力ルールと振り返りをセットにします。
商談プロセスに質問カテゴリを置く
まず、自社の商談プロセスにBudget、Authority、Need、Timelineの入力欄を置きます。初回商談、提案前、見積もり前など、確認するタイミングを分けます。
初回商談ではNeedとAuthorityを中心にし、提案前にBudgetとTimelineを深める運用もできます。商談の長さに合わせて確認順序を設計します。
営業改善プログラム「FAZOM」の営業支援では、この運用を「BANT更新レビューシート」と呼び、確認済み項目、未確認項目、次回確認項目を1枚で見直します。各カテゴリには標準質問と避けたい質問を並べ、BANTを入力欄ではなく商談ごとに更新するレビュー材料として扱います。
| 導入ステップ | 決める内容 | レビューで見る問い |
|---|---|---|
| 入力欄を置く | Budget、Authority、Need、Timelineの確認済み・未確認・次回確認を分ける | 空欄は失注理由ではなく次回質問に変わっているか。 |
| 質問スクリプトを練習する | 顧客の回答から次の質問へ移る練習を行う | Budgetだけを急がずNeedやAuthorityを深掘りできているか。 |
| 週次で更新を見る | 前回から更新された項目と止まった項目を確認する | 次回行動と担当者まで決まっているか。 |
ロールプレイで質問スクリプトを練習する
質問スクリプトは、作るだけでは定着しません。ロールプレイで声に出し、顧客の回答から次の質問へ移る練習を行います。
練習では、質問の自然さ、回答の深掘り、提案へ移るタイミングを見ます。台本通りに読むことより、相手の言葉を受けて次の問いを変えます。
録音や商談メモを使えば、質問の癖を確認できますが、Budgetだけを急いで聞く担当者には、Needから会話を始める練習を入れます。マネージャーは、フィードバックを一つに絞ります。毎回すべてを直そうとせず、次回商談で試す質問を明確にします。
提案型営業の育成と組み合わせる場合は、営業を仕組み化する方法も確認できます。
営業AI・営業DX 営業を仕組み化する方法｜属人化を防ぐ7ステップと定着運用
商談記録でBANTの更新状況を振り返る
導入後は、商談記録でBANT項目が更新されているかを振り返りますが、入力の有無だけでなく、次回行動に使える粒度かを確認します。記録項目は、確認済み内容、未確認内容、次回行動の三つに絞ると続けやすくなります。入力負荷が高いと運用が止まりやすくなります。
週次レビューでは、前回から更新された項目と止まっている項目を分けますが、止まっている項目は、次回商談の質問へ変換します。営業支援環境を使う場合も、目的はツール入力ではありません。
商談記録から案件確度を見直し、次の行動へつなげることです。入力欄を整える際は、商談管理の項目と運用設計も確認します。
営業戦略・KPI設計 商談管理方法｜進め方と失敗回避
チーム全体の営業スキル改善を進める場合は、営業スキルを底上げする方法にも整理しています。
商談・営業スキル 営業のフレームワーク24選！具体例や選び方、活用時の注意点も解説
よくある質問
BANTとは何ですか？
BANTとは、Budget、Authority、Need、Timelineの4項目で案件の確度を確認する営業フレームワークです。予算、決裁構造、課題、意思決定時期を同じ粒度で記録し、次回行動を判断します。
BANTはどの順番で聞くべきですか？
順番は固定ではありません。顧客の課題が明確ならNeedから入り、導入期限が迫っているならTimelineを先に確認します。案件管理では、最終的に4項目が同じ粒度で残ることを重視します。
BANTはチームでどう定着させますか？
BANT項目を商談プロセスとCRM入力欄に組み込み、週次レビューで更新状況を確認します。未確認項目を次回商談の質問へ変える運用にすると、個人差を減らしながら定着します。
まとめ
BANTは、予算、決裁構造、課題、意思決定時期をそろえて確認する営業フレームワークです。案件管理では、確認済み項目と未確認項目を分けて次回行動を決めます。
BANTを成功させるには、チェックリストで終わらせず、顧客の言葉と社内判断の条件を記録します。未確認項目は失注理由ではなく、次回商談で聞く質問へ変換します。
営業マネージャーは、BANTを個人の話法ではなくチームの案件レビュー基準として扱います。質問例、入力ルール、記録、レビューをつなげたい場合は、以下の資料をご確認ください。
営業の型・商談振り返り・改善の流れを一連の仕組みにする営業改善プログラムはこちら！
＞＞無料で『3分でわかる「FAZOM」ご解説資料』をダウンロードする
