▼ この記事の内容
BANT分析は、予算・決裁権・必要性・導入時期の四つから、案件の状況と次に確認すべきことを整理する方法です。四項目が埋まったかどうかだけで受注を判断せず、相手の発言の根拠や社内での検討状況まで確かめます。この記事では、法人営業で使える質問例、案件の優先度の決め方、営業会議や商談の振り返りへの取り入れ方を解説します。
BANT分析とは？四つの項目で案件の現在地を整理する方法
BANT分析とは、Budget（予算）、Authority（決裁権）、Needs（必要性）、Timeframe（導入時期）の四項目から、顧客の購買条件を整理する営業の手法です。読み方は「バント分析」です。営業担当者が商談で得た情報を整理し、提案を進める条件や、まだ確認できていない点を見つけるために使います。
営業マネージャーにとっての使いどころは、案件を一律に採点することよりも、担当者と案件の状況を具体的に話せるようにすることです。「感触がよい」「興味を持っている」といった報告だけでは、提案を急ぐべきか、情報提供を続けるべきかを判断しにくくなります。BANT分析を使うと、その判断に必要な情報を分けて確認できます。
| 項目 | 確認する内容 | 次の行動を考えるための問い |
|---|---|---|
| Budget：予算 | 予算の確保状況、想定する費用、予算化の条件 | 費用の妥当性を誰が、何を基準に判断するか |
| Authority：決裁権 | 承認者、利用部門、関係部署、承認の手順 | 意思決定に必要な人と確認事項が分かっているか |
| Needs：必要性 | 解決したい問題、業務への影響、取り組む優先度 | 現状を変える理由が顧客の言葉で説明されているか |
| Timeframe：導入時期 | 利用開始の希望時期、判断期限、それぞれの理由 | 希望日までに何を決め、何を準備する必要があるか |
BANT情報がそろうことと、受注できることは別
四項目を確認できても、受注が決まるわけではありません。予算があり、承認者が分かり、導入時期が決まっていても、顧客が他の方法を選ぶことはあります。自社の提案が課題に合うか、導入後に運用できるか、比較検討で何が重視されるかは、別途確認が必要です。
反対に、初回商談で予算や導入時期が未定でも、それだけで見込みがないとはいえません。顧客が問題を認識したばかりなら、解決方法と必要な費用を調べてから社内で予算を検討する場合もあります。未定である理由と、決めるために必要な条件を分けて捉えます。
BANT分析で分かること、追加で確かめること
BANT分析で整理できるのは、主に顧客側の購買条件です。課題と自社サービスの適合性、競合製品との比較、情報管理の審査、契約条件、導入を担当する人員など、案件によっては四項目だけでは足りません。四項目のどこかへ無理に押し込まず、判断に影響する条件として追加で管理します。
特に複数部門が関わる法人営業では、一人の担当者から聞いた内容を会社全体の決定と扱わないことが大切です。「担当者が導入したい」「部門長が検討を認めている」「会社として購入を承認している」は、それぞれ異なる状態です。誰の発言で、どこまで合意されているかを残しておくと、案件の見立てを修正しやすくなります。
BANT分析の質問例｜四項目で何を、どこまで聞くか
BANT分析の質問は、項目を埋めるためだけに行うと、相手に審査を受けているような印象を与えかねません。まず相手の相談内容を受け止め、提案を検討状況に合わせるために確認する、と目的を共有します。以下の質問も一度に並べるのではなく、相手の回答に沿って必要なものを選びます。
Budget：金額に加えて、予算が決まる条件を聞く
予算では、使える金額だけでなく、確保済みなのか、申請前なのか、検討自体がこれからなのかを確認します。同じ「予算は未定」でも、費用の目安が分からない場合と、会社として支出を抑えている場合では、次に必要な対応が異なります。
- 「今回の取り組みは、すでに予算を確保されている段階でしょうか。それとも、提案をご覧になってから検討される段階でしょうか」
- 「費用を検討する際は、初期費用と継続費用のどちらを特に重視されますか」
- 「社内で予算を申請する場合、どのような効果や比較材料が必要になりますか」
- 「費用以外に、導入や運用にかかる社内の負担で気になる点はありますか」
金額が示されたときも、その数字の意味を確認します。確定した上限なのか、担当者が想定している目安なのか、他社の見積もりを参考にした数字なのかで扱いが変わるためです。また、利用料だけを想定しているのか、設定や教育などの費用も含むのかをそろえないと、後の見積もりで認識がずれることがあります。
予算がない場合に、すぐ値引きの話へ進むのは早計です。顧客が必要性を判断できていないなら、価格を下げても検討は進まない可能性があります。まず、何が分かれば予算化を検討できるのかを整理し、その材料を自社から提供できるかを判断します。
Authority：決裁者の名前だけでなく、承認の流れを聞く
決裁権の確認では、最終承認者の役職を知るだけでは不十分です。実際に使う部門、費用を負担する部門、契約や情報管理を確認する部署などが、それぞれ異なる観点で判断することがあります。誰が賛成しているかに加え、誰の確認が残っているかを把握します。
- 「今回の検討には、現在どの部署の方が関わっていらっしゃいますか」
- 「導入を決めるまでには、社内でどのような確認や承認を進める形でしょうか」
- 「利用される方と、費用を承認される方では、重視される点に違いはありますか」
- 「社内でご説明される際に、追加で必要になりそうな資料はありますか」
窓口担当者を飛び越えて決裁者との面談を求めると、担当者が進めている社内調整を妨げることがあります。まず担当者の役割と進め方を理解し、承認者が気にしそうな点を一緒に整理します。そのうえで、直接説明する場が役立つのか、担当者から説明できる資料が必要なのかを相談します。
「部長が決めます」と聞いた場合も、部長の承認後に購買部門の確認があるのか、一定の金額を超えると別の承認が必要なのかで手順が変わります。名前や役職を記録して終わらず、承認の順番と各段階で必要な材料を確認すると、提案後の停滞理由を捉えやすくなります。
Needs：欲しい機能から、解決したい業務上の問題へ進む
必要性の確認では、顧客が挙げた機能と、その機能で解決したい問題を分けます。「商談記録を自動化したい」という要望でも、記録に時間がかかることが問題なのか、記録が残らず指導できないことが問題なのかで、提案内容は変わります。
- 「今回、検討を始められたきっかけは何だったのでしょうか」
- 「今の進め方で、特に困っているのはどの場面ですか」
- 「その状況は、どなたのどのような業務に影響していますか」
- 「これまでに試された方法と、その結果を教えていただけますか」
- 「導入後、どのような状態になれば改善したと判断できそうでしょうか」
課題の影響を確認する際は、数字を無理に引き出す必要はありません。顧客が把握していない工数や損失をその場で推測し、大きな効果として扱うと、社内説明で根拠を求められたときに困ります。数値がなければ、発生する場面、頻度、関係する人、現在の対処方法を具体的に聞き、必要に応じて実態を確かめる方法を相談します。
また、課題が存在することと、今取り組む優先度が高いことも別です。他の施策が優先されている場合は、その理由を理解します。「困っていると言っていたのに進まない」という状況は、問題の有無だけを確認し、他の取り組みとの優先順位を聞いていないときにも起こります。
Timeframe：希望時期と、その時期になる理由を聞く
導入時期では、利用開始の希望日と、購入を判断する期限を分けます。利用開始までに設定、関係部署の確認、社内説明などが必要なら、その期間も考える必要があります。営業側の売上計上の都合を、顧客の導入期限として記録しないことも大切です。
- 「利用を始めたい時期はありますか」
- 「その時期を想定されている背景には、どのような予定がありますか」
- 「そこから逆算すると、社内での判断はいつ頃までに必要でしょうか」
- 「導入前に済ませておく必要がある確認や準備はありますか」
「できれば早めに」という回答は、具体的な期限とは区別します。新年度の研修、既存契約の更新、組織変更など、時期に関わる事情があるかを確認すると、予定の確かさを判断しやすくなります。明確な事情がなければ、期限を作ることを急がず、次に検討する条件や情報交換の時期を相談します。
BANT分析を商談で進める手順｜質問の順番と確認の仕方
BANTという並び順で質問する必要はありません。初回商談では、相談の背景や課題から入り、その話に沿って予算・関係者・時期を確認すると、質問の理由が伝わりやすくなります。ただし、見積もり依頼などで予算や期限が先に示されている場合は、その条件から話を進めても構いません。
手順1：既知の情報と、今回確認することを分ける
商談前には、問い合わせ内容、これまでのやり取り、過去の商談記録を確認します。すでに相手が伝えた情報を毎回聞き直すのではなく、分かっていることと不足していることを整理します。以前の情報が今も有効か分からない場合は、その点を確認事項にします。
準備の段階では、事実と仮説を混ぜないようにします。「新しい営業部門ができた」は確認できる事実でも、「そのため教育予算が増える」は仮説です。仮説は質問を考える材料として使い、顧客が述べた事実のように記録しないことが重要です。
手順2：相談の背景を聞き、課題の理解をそろえる
商談の冒頭では、今回知りたいことや検討のきっかけを聞きます。機能説明を求められている場合は、その要望にも応えながら、どの業務で使いたいのかを確認します。営業側が決めた質問を終えることよりも、相手の相談に答えるために必要な理解を得ることを優先します。
一通り聞いたら、「現在は担当者ごとに記録の詳しさが異なり、上司が商談の経緯を追いにくい点が課題、という理解で合っていますか」のように要約します。認識が違っていれば、この段階で修正できます。課題の理解がずれたまま予算や時期を聞いても、提案の前提はそろいません。
手順3：解決方法の検討に必要な条件を確認する
課題を共有できたら、提案の範囲を決めるために予算や導入条件を確認します。たとえば対象人数によって費用が変わるなら、全社導入か一部門での開始かを聞きます。社内承認に比較資料が必要なら、比較対象や評価項目を確認します。
相手がその場で答えられない場合は、未確認のまま扱います。「おそらく大丈夫です」という発言を承認済みに変換せず、誰に確認すれば分かるのかを相談します。質問への回答を迫るより、顧客が確認を進められる状態にするほうが役立つ場面もあります。
手順4：商談の最後に、確認結果と次の行動をそろえる
商談の終わりには、分かったこと、まだ分からないこと、次に行うことを短く整理します。次の行動は「資料を送る」「後日連絡する」だけでなく、その目的まで合意します。誰が何を確認し、その結果をいつ共有するかが分かれば、次回の話し合いを進めやすくなります。
| 曖昧な次の行動 | 目的までそろえた次の行動 |
|---|---|
| 提案資料を送る | 営業担当者が、部門長への説明に必要な費用と運用方法をまとめて送る |
| 社内で確認してもらう | 顧客担当者が、予算申請に必要な資料と承認の手順を確認する |
| 次回デモを行う | 利用予定者と、現在困っている業務を想定した操作を確認する |
| 時期を見て連絡する | 顧客と合意した検討の節目に、状況の変化と追加情報の必要性を確認する |
顧客側の作業は、営業側だけで決めないようにします。資料の確認や社内調整にも負担がかかるため、相手が引き受けられる内容かを確かめます。合意できた次の行動と、営業側が提案しただけの行動は、記録でも区別します。
BANT分析で案件の優先度をどう判断するか
案件の優先度は、BANTの該当数だけで決めず、課題の具体性、購買条件の確認状況、次の行動への合意を組み合わせて判断します。四項目が埋まっていても、すべて担当者の推測なら確かさは限定的です。一方、予算は未確定でも、予算化に向けた具体的な確認が進んでいる案件は、提案に時間をかける意味があります。
未確認・未定・条件不一致を分ける
案件管理で混同しやすいのが、まだ聞いていない状態と、聞いた結果として条件が決まっていない状態です。さらに、顧客の条件と自社が提供できる条件が合わない状態も分けます。この区別がないと、確認漏れの案件を低く評価したり、条件が合わない案件を長く追い続けたりしやすくなります。
| 状態 | 予算の例 | 次に考えること |
|---|---|---|
| 未確認 | 予算についてまだ聞いていない | 次の商談で、検討段階に合った確認をする |
| 未定 | 費用と効果を見てから予算化を判断する | 判断に必要な材料と、社内確認の手順を整理する |
| 確認済み | 対象範囲を含め、確保済みの予算が確認できた | 提案条件が収まるか、追加費用がないか確認する |
| 条件不一致 | 確定した予算上限では、必要な提供範囲を満たせない | 対象範囲の相談余地を確かめ、合わなければ追客方針を見直す |
優先度は、営業が支援できる次の行動から考える
優先的に対応したいのは、顧客の課題に自社の提案が合い、判断を進めるための具体的な行動がある案件です。承認会議に向けた資料作成、利用部門との要件確認、導入準備の整理など、営業が支援することで検討が進む内容を見ます。返信が早い、会話が盛り上がるといった反応だけで優先度を決めないようにします。
まだ情報収集の段階なら、大きな提案作業を始める前に、何を調べているのかを把握します。必要な情報を届け、再検討の条件を合意する対応が適している場合もあります。自社で解決できない課題や、対応できない導入条件が明らかな場合は、理由を記録したうえで提案の継続可否を判断します。
具体例：営業教育サービスを検討している案件
以下は、BANT分析の使い方を示す仮想例です。営業企画の担当者が、若手営業の商談練習を増やすためにサービスを検討しているとします。初回商談では「現場の管理職が忙しく、練習相手を確保しにくい」「次の新人受け入れに合わせて準備したい」と話しています。
| 項目 | 現時点で分かったこと | まだ確認が必要なこと |
|---|---|---|
| 予算 | 提案内容を見て申請する予定 | 申請に必要な根拠、対象人数、費用の負担部門 |
| 決裁権 | 営業企画が検討を担当し、部門長へ説明する | 部門長以外の確認者、承認までの手順 |
| 必要性 | 管理職が練習相手を確保しにくい | 若手が困っている商談場面、実施できる練習時間 |
| 導入時期 | 次の新人受け入れに合わせたい | 具体的な利用開始日、判断期限、準備期間 |
この案件を「予算なしだから見込みが薄い」と判断するのは早い一方、「課題が明確だから受注に近い」とも言い切れません。次に必要なのは、対象者と練習したい場面を具体化し、部門長が判断するための材料を整理することです。顧客担当者とその進め方に合意できるかが、優先度を考える材料になります。
また、練習の機会を用意しても、現場で実施時間を確保できなければ課題が残る可能性があります。BANTの確認と並行して、運用できる条件も確かめます。購買条件がそろうことだけを目標にせず、顧客が使える提案になっているかを見ます。
BANT分析を組織で活用する方法と、よくある失敗
BANT分析を組織に取り入れる際は、入力欄を設けるだけでなく、情報の意味と確認の仕方をそろえます。同じ「予算あり」でも、担当者によって確保済みと申請予定が混在していると、営業会議で判断を誤りやすくなります。営業企画は項目の定義を整え、マネージャーは商談の事実に沿って確認します。
記録には、内容・情報源・確認日・次の行動を残す
顧客管理システムには、BANTの状態に加えて、その判断の根拠を簡潔に残します。長い議事録を毎回読み返さなくても、誰の発言から何を判断したのかが分かる形を目指します。変化しやすい予算や時期は、確認日も重要です。
- 確認内容：顧客が述べた事実や条件
- 情報源：発言した人の役割、確認した資料
- 確認日：その情報を得た日
- 未確認事項：判断に影響するが、まだ分からないこと
- 次の行動：誰が、何を、いつ確認するか
たとえば「決裁者確認済み」とだけ書くより、「営業企画担当者によると部門長へ申請予定。購買部門の確認が必要かは未確認」と記録したほうが、残る課題を把握できます。営業担当者の見立てを添える場合は、顧客の発言とは欄や書き方を分けます。
営業会議では、空欄の数より判断が止まっている理由を確認する
営業会議でBANTを使う際は、「なぜ埋まっていないのか」と担当者を問い詰める場にしないことが大切です。空欄を責められる運用では、曖昧な回答を確認済みとして登録する動機が生まれます。未確認を正しく報告できる状態を保ち、その情報をどう得るかを一緒に考えます。
マネージャーは「顧客は何と話したか」「誰の判断が残っているか」「次の行動で何が分かるか」を確認します。顧客側の検討が止まっているのか、営業側の提案や資料の提出が遅れているのかも分けます。営業側で解消できる停滞であれば、担当者への助言だけでなく、必要な支援を決めます。
失敗1：初回商談で四項目を聞き切ろうとする
初回で四項目を埋めることを目標にすると、顧客の相談を十分に聞く前に、予算や承認者の質問が続きやすくなります。相手がまだ検討を始めた段階なら、答えられない項目があっても不自然ではありません。商談の目的に必要な情報から確認し、残りは未確認として次の機会につなげます。
ただし、確認を後回しにし続けるのも避けたいところです。詳細な個別提案を作る前、試用を始める前など、営業側の作業が大きくなる節目では、その作業の目的と顧客側の検討手順を確認します。商談の段階に応じて、必要な情報の深さを変える考え方です。
失敗2：相手の好意的な反応を、購買の合意に置き換える
「面白いですね」「社内で紹介します」という言葉は、関心を示す発言として受け止めます。ただし、購入方針や社内説明の日程が決まったこととは区別します。誰に何を伝える予定なのか、説明に必要な材料はあるかを確認すると、検討の具体性が分かります。
同様に、資料の閲覧やデモへの参加は、それだけで予算や決裁権を裏付けるものではありません。顧客の行動は判断材料になりますが、行動から推測した内容を、確認済みのBANT情報として登録しないようにします。
失敗3：BANTの点数を、そのまま受注確率にする
四項目のうち三つを満たしているから受注確率が高い、という単純な換算には注意が必要です。項目の重みや受注との関係は、商材、顧客、販売方法によって異なります。点数を使うなら、まず社内の優先順位をそろえる補助として位置づけ、具体的な根拠も併記します。
過去案件と照らして判断基準を見直す際も、受注後に判明した情報を、当時から分かっていた情報として扱わないようにします。商談のその時点で何が確認できていたかを見なければ、現場で使える基準かどうかを判断しにくくなります。確認できる情報が少ない段階で、細かな確率を出すことを急ぐ必要はありません。
失敗4：一度聞いた情報を更新しない
担当者の異動、予算の見直し、他施策の優先度の変化によって、以前のBANT情報が使えなくなることがあります。初回商談で確認した内容をそのまま維持せず、提案の更新時や検討の節目に変化を確かめます。変更前の情報は経緯として残し、現在の条件と混同しないようにします。
導入予定が延びた場合も、日付だけを変更して終わらせません。承認が遅れているのか、課題の優先度が下がったのか、必要な準備が増えたのかで対応が変わります。変更理由と、次に判断できる条件を記録します。
質問の言い方と、回答後の掘り下げを練習する
BANT分析を定着させるには、項目の意味を説明するだけでなく、顧客の回答に応じて会話を進める練習が役立ちます。たとえば「予算はまだ決まっていません」という回答に対し、すぐ金額を聞き直すのではなく、予算化の段階や判断材料を確認する練習です。
商談の振り返りでは、質問できたかだけでなく、相手の回答をどう解釈したかを確認します。顧客の発言から離れた推測がないか、答えを誘導していないか、次の行動に合意できたかを見ると、改善点を具体化できます。練習ごとに確認する場面を絞れば、担当者も次の商談で試しやすくなります。
こうした練習を続ける方法として、FAZOMでAIを活用した営業のロープレや商談の振り返りを取り入れる選択肢もあります。予算が未定の場面や承認の流れが分からない場面など、練習する状況を絞ると、質問と掘り下げ方を見直しやすくなります。
まとめ
BANT分析は、予算・決裁権・必要性・導入時期から、案件の現在地と次に必要な確認を整理する方法です。四項目が埋まったかどうかだけで判断せず、誰から得た情報か、どこまで合意されているか、何が未確認かを確かめることで、提案や支援の優先度を考えやすくなります。
商談では、相談の背景や課題を理解したうえで、予算が決まる条件、承認の流れ、導入時期の理由へと話を深めます。予算や時期が未定でも、決めるための条件が分かれば次の行動を相談できます。一方、自社では満たせない条件が明らかな場合は、その事実を踏まえて提案の継続可否を判断します。
営業組織で取り入れるなら、まず進行中の案件について、確認済みの事実と担当者の推測を分けてみてください。そのうえで、判断を進めるために不足している情報を一つ選び、誰が何を確認するかを決めることから始められます。
