BANTだけでは足りないSaaS商談の見極め方

この記事で整理すること

BANTは商談見極めの入口として便利ですが、SaaS商談ではそれだけでは不十分です。予算、決裁者、必要性、時期が見えていても、導入体制や社内合意がなければ案件は止まります。この記事では、BANTに加えて見るべき観点を整理します。

この記事では、BANTを否定するのではなく、SaaS商談で不足しやすい購買プロセスの見方を補います。案件を早く捨てるためではなく、提案へ進める案件、追加確認する案件、ナーチャリングへ戻す案件を分けるための見極めとして整理します。

BANTは条件確認であって購買理解ではない

BANTを満たしている案件でも、受注に近いとは限りません。予算があっても優先順位が低い、決裁者がいても現場が反対している、必要性があっても導入体制がない。条件だけを見ると、案件の温度感を読み違えます。

SaaS商談では、顧客がなぜ今変える必要があるのか、誰が推進するのか、導入後に誰が使うのかを見る必要があります。BANTは入口情報として使い、その奥にある購買プロセスを確認します。

案件レビューでは、BANTの有無だけでなく、緊急度、適合性、社内プロセス、推進者の四つを追加で確認します。これにより、見込みがあるように見えて止まる案件を早めに発見できます。

緊急度を見ないと案件は長期化する

必要性があることと、今やる必要があることは違います。顧客が『課題はあります』と言っていても、他の優先事項が高ければ導入は進みません。営業側が課題の大きさだけを見ていると、時期を読み違えます。

緊急度は、放置した場合の影響で見ます。売上機会を失うのか、現場工数が増え続けるのか、管理上のリスクがあるのか、既存契約や予算サイクルに期限があるのかを確認します。

『このテーマを今期中に進めない場合、どのような影響がありますか』と聞きます。答えが曖昧な場合は、案件化を急がず、ナーチャリングや追加情報提供に切り替える判断も必要です。

Fitは機能一致だけではない

機能要件に合っていても、導入に向かない案件があります。顧客の運用体制、データ整備状況、セキュリティ要件、現場のITリテラシーが合わなければ、受注後に苦しくなります。

Fitは、課題、機能、運用、組織の四つで見ます。課題に対して商材が合っているか、必要な機能があるか、運用できる体制があるか、社内で使い続けられる組織状態かを確認します。

提案前に、導入後の利用者、管理者、運用会議、初期設定の担当を確認します。ここが見えない場合は、提案書よりも導入設計の会話を先に行います。

社内プロセスを確認する

担当者が前向きでも、稟議、購買、法務、情報システム、現場部門の確認が残っていると案件は止まります。営業が商談相手だけを見ていると、後から想定外の確認が出ます。

SaaS商談では、誰が比較し、誰が承認し、誰が利用し、誰がリスクを確認するかを早めに把握します。特にセキュリティチェックや契約確認は、受注直前ではなく中盤から論点化します。

『過去に同じようなツールを導入したとき、どのような確認がありましたか』と聞きます。顧客の購買経験を聞くと、社内プロセスが自然に見えてきます。

Championを見極める

商談相手が好意的でも、社内で動いてくれる人とは限りません。良い反応をしてくれる人と、社内合意を進められる人は違います。ここを見誤ると、商談は担当者止まりになります。

Championは、課題を理解し、社内に影響力があり、導入に向けて必要な情報を集め、営業と一緒に次の関係者を巻き込める人です。単に返信が早い人ではありません。

Champion候補には、社内説明に必要な情報、次に巻き込むべき関係者、懸念を持ちそうな部門を聞きます。具体的に答えられる場合、案件は前に進みやすくなります。

明日から使えるチェックリスト

• BANTに加えて、緊急度、Fit、社内プロセス、Championを確認する。
• 必要性と今やる理由を分けて聞く。
• 機能要件だけでなく、導入後の運用体制を見る。
• 稟議、購買、法務、情シスの確認を中盤から論点化する。
• 好意的な担当者と社内推進者を区別する。

このチェックリストは、商談化直後と提案前の二回使います。初回で分からない項目を無理に埋める必要はありませんが、提案前に緊急度、Fit、社内プロセス、Championが空欄のままなら、提案資料より追加確認を優先します。赤判定の扱いを決めておくと、見込み案件の水増しを防げます。見極め結果は、失注扱いではなく次の進め方の分類として残します。

BANTに追加する判定表

BANTに加える観点は、複雑にしすぎない方が運用できます。緊急度は「今やらない場合の影響が説明できるか」で見ます。Fitは「課題、機能、運用体制が揃っているか」で見ます。社内プロセスは「稟議、法務、情シス、購買の確認順が見えているか」で見ます。Championは「社内で次の関係者を巻き込める人がいるか」で見ます。

判定は三段階で十分です。緑は次のステージへ進める状態、黄は追加確認が必要な状態、赤はナーチャリングや再確認に戻す状態です。たとえば予算があっても緊急度が赤なら、今期案件として扱うのは危険です。決裁者が分かっていてもChampionが赤なら、担当者止まりの可能性があります。

案件レビューでは、BANTの表だけでなく追加四項目を並べます。Budget、Authority、Need、Timeline、Urgency、Fit、Process、Championの八つを一枚で見ると、案件の弱点が見えます。重要なのは総合点ではなく、どの項目が受注を止めるリスクになるかを見つけることです。たとえばProcessが黄でChampionが赤なら、提案書作成よりも次に巻き込む関係者の特定を優先します。判定ごとに次アクションを決めると、見極めが会議で使われます。

見極め精度を上げるための振り返り

見極めが効いているかは、案件数の増減だけでは分かりません。見るべきなのは、ステージ後退の理由、提案後の停滞日数、失注理由の具体性、ナーチャリングへ戻した案件の再商談化率です。見極めができていれば、無理に提案へ進める案件が減り、営業工数の使い方が良くなります。一時的にパイプライン金額が減っても、根拠の薄い案件が減るならForecastの信頼性は上がります。

月次で、受注案件、失注案件、長期停滞案件をそれぞれ数件選び、八項目のどこを見誤ったかを確認します。失注案件で緊急度が低かったのか、Fitが弱かったのか、社内プロセスが見えていなかったのか、Championがいなかったのかを分けます。

この振り返りは、営業担当を評価するためだけに使うものではありません。マーケティングが作るリードの質、ISの商談化条件、AEの深掘り質問、プリセールスやCSの同席条件を見直す材料になります。BANT+αは、営業個人の見極めではなく、組織として案件品質を揃えるための共通言語です。

特に、赤判定の案件をすぐ捨てる必要はありません。緊急度が低いならナーチャリング、Fitが弱いなら対象外、Processが見えないなら購買プロセス確認、Championがいないなら関係者拡張というように、次の扱いを分けます。見極めは案件を減らすためではなく、適切な進め方を選ぶために使います。

主な出典

• Gartner: How B2B Sales Reps Use Customer Interactions to Close Deals
• Forrester: The State Of Business Buying, 2024
• McKinsey: Five fundamental truths: How B2B winners keep growing

編集・監修について

この記事は営業実務ラボ編集部が企画、執筆、編集しています。制作過程で生成AIを構成案作成、草案整理、表現確認に利用する場合がありますが、公開前に編集部が事実関係、出典、表現を確認しています。外部専門家による個別監修が入る場合は、記事内で監修者名または監修有無を明記します。