「ヒアリングが浅い」「商談に渡した後で情報不足が発覚する」「メンバーによって聞き出せる情報量にばらつきがある」――インサイドセールスの品質を左右するのは、何よりもヒアリングの深さと正確さです。しかし、体系的なフレームワークなしに質の高いヒアリングを行うのは容易ではありません。
BANTCH(バントシーエイチ)は、従来のBANTフレームワークを拡張したインサイドセールス向けのヒアリングフレームワークです。Budget(予算)、Authority(決裁権)、Need(ニーズ)、Timeline(導入時期)に加え、Competitor(競合)とHuman Resources(人的リソース)の2要素を追加することで、商談化判定の精度を大幅に向上させます。
この記事では、BANTCHの各要素の解説、具体的なヒアリング質問例、実際の活用方法までを実践的に解説します。
BANTCHは、以下の6つの要素の頭文字を取ったフレームワークです。
| 要素 | 英語 | 日本語 | 確認する内容 |
|---|---|---|---|
| B | Budget | 予算 | 投資可能な予算枠があるか |
| A | Authority | 決裁権 | 誰が最終決定を行うのか |
| N | Need | ニーズ | どのような課題・要望があるのか |
| T | Timeline | 導入時期 | いつまでに導入・解決したいのか |
| C | Competitor | 競合 | 他社の検討状況はどうか |
| H | Human Resources | 人的リソース | 導入・運用に必要な人材はいるか |
従来のBANTフレームワークは4要素でしたが、BtoB営業の複雑化に伴い、競合状況と人的リソースの把握が商談成功に不可欠になりました。
| 比較項目 | BANT(4要素) | BANTCH(6要素) |
|---|---|---|
| 基本要素 | B・A・N・T | B・A・N・T・C・H |
| 競合把握 | なし | Competitorで体系的に確認 |
| 運用体制確認 | なし | Human Resourcesで体系的に確認 |
| 商談化判定の精度 | 中 | 高 |
| ヒアリング所要時間 | 5〜10分 | 10〜20分 |
| 適用場面 | シンプルな商材 | 複雑・高単価な商材 |
| 場面 | BANTで十分 | BANTCHが必要 |
|---|---|---|
| 商材の単価 | 年間50万円以下 | 年間50万円以上 |
| 営業サイクル | 1ヶ月以内 | 1ヶ月以上 |
| 意思決定者の数 | 1〜2名 | 3名以上 |
| 競合の存在 | 少ない | 複数社が競合 |
| 導入後の運用負荷 | 低い | 高い(ツール導入等) |
予算の有無は商談の実現可能性に直結します。ただし、初回のヒアリングで直接的に「予算はいくらですか?」と聞くのは逆効果です。段階的にアプローチすることが重要です。
| 段階 | 質問例 | 意図 |
|---|---|---|
| 導入 | 「現在、○○の領域にどのくらいの投資をされていますか?」 | 現在の支出規模を把握 |
| 深堀り | 「今期、この領域で新たな投資のご予定はありますか?」 | 予算確保の有無を確認 |
| 具体化 | 「概算で構いませんが、どのくらいの投資規模をお考えですか?」 | 具体的な金額感を把握 |
| 確認 | 「予算は既に確保されていますか?それともこれからの申請になりますか?」 | 予算プロセスを確認 |
BtoBの購買決定には平均6.8人が関わるとされています(Gartner調査)。担当者だけと話していても、最終決裁者の意向がわからなければ商談は進みません。
| 段階 | 質問例 | 意図 |
|---|---|---|
| 導入 | 「このプロジェクトについて、社内でどのような体制で検討されていますか?」 | 関係者の全体像を把握 |
| 深堀り | 「最終的な導入の判断はどなたがされますか?」 | 最終決裁者を特定 |
| 具体化 | 「○○様の他に、評価や選定に関わる方はいらっしゃいますか?」 | 関与者を網羅的に把握 |
| プロセス | 「社内での検討プロセスはどのような流れになりますか?」 | 承認フローを把握 |
| 影響力 | 「上長の方はどのような観点を重視される方ですか?」 | 決裁者の関心事を把握 |
直接的に聞きづらい場合のアプローチ:
顧客が言語化している「顕在ニーズ」だけでなく、本人も気づいていない「潜在ニーズ」を掘り起こすことで、提案の質が大きく変わります。
| 段階 | 質問例 | 意図 |
|---|---|---|
| 現状把握 | 「現在の○○はどのように運用されていますか?」 | As-Is(現状)の理解 |
| 課題特定 | 「その中で特に課題に感じていらっしゃることは何ですか?」 | 顕在課題の把握 |
| 影響確認 | 「その課題があることで、どのような影響が出ていますか?」 | 課題の深刻度を測定 |
| 理想状態 | 「理想的にはどのような状態を目指したいですか?」 | To-Be(理想)の明確化 |
| 優先度 | 「複数の課題の中で、最も優先度が高いのはどれですか?」 | 提案の焦点を絞る |
| 潜在ニーズ | 「もし○○が解決されたら、次にどんなことに取り組みたいですか?」 | 潜在的な追加ニーズを発見 |
表面的な回答に対して「なぜ?」を重ねることで、本質的なニーズにたどり着きます。
顧客:「CRMを導入したい」
→ Why? 「営業情報を一元管理したい」
→ Why? 「営業の引き継ぎがうまくいかない」
→ Why? 「営業担当が退職すると顧客情報がなくなる」
→ Why? 「情報がExcelや個人のメモに散在している」
→ 本質的ニーズ:組織的なナレッジマネジメントの仕組みが必要
導入時期の確認は、商談の優先順位を決めるための重要な情報です。「いつか導入したい」と「来月までに導入したい」では、対応の緊急度が全く異なります。
| 段階 | 質問例 | 意図 |
|---|---|---|
| 概要 | 「いつ頃までに○○を実現したいとお考えですか?」 | 大まかな時期感を把握 |
| 具体化 | 「具体的なスケジュール感はありますか?」 | プロジェクト計画の有無を確認 |
| 起点 | 「何かきっかけがあって、今このタイミングでご検討されているのですか?」 | 検討の背景・動機を把握 |
| 制約 | 「○月までに導入したいなど、期限はありますか?」 | デッドラインの有無を確認 |
| 並行 | 「他に並行して進めているプロジェクトはありますか?」 | リソース競合の確認 |
| タイムライン | 分類 | ISの対応 |
|---|---|---|
| 1ヶ月以内 | 超ホット | 即座にFSへトスアップ |
| 1〜3ヶ月 | ホット | FSへトスアップ。具体的な提案フェーズへ |
| 3〜6ヶ月 | ウォーム | ISで継続フォロー。定期的に情報提供 |
| 6ヶ月以上 or 未定 | コールド | ナーチャリングリストへ。3ヶ月後に再アプローチ |
競合の存在を知らずに提案を進めると、相手のペースで比較されて不利な土俵に立たされるリスクがあります。事前に競合状況を把握し、差別化ポイントを明確にした提案を行うことが重要です。
| 段階 | 質問例 | 意図 |
|---|---|---|
| 導入 | 「他社のサービスもご検討されていますか?」 | 競合の存在を確認 |
| 具体化 | 「差し支えなければ、どちらの企業をご検討されていますか?」 | 具体的な競合名を把握 |
| 評価軸 | 「比較検討の中で、特に重視されているポイントは何ですか?」 | 顧客の選定基準を把握 |
| 現状 | 「現在、類似のサービスをご利用中ですか?」 | スイッチングコストの確認 |
| 不満 | 「現在のサービスに対して、改善したい点はありますか?」 | 乗り換えの動機を把握 |
特にSaaSやITツールの導入において、「ツールは良いが、運用する人がいない」という理由で導入が頓挫するケースが非常に多いです。事前に運用体制を確認し、必要に応じてサポートプランを提案することで、失注リスクを減らせます。
| 段階 | 質問例 | 意図 |
|---|---|---|
| 導入体制 | 「導入プロジェクトに携わるメンバーは何名くらいですか?」 | プロジェクト体制を確認 |
| 運用体制 | 「導入後の運用は誰が担当される想定ですか?」 | 運用の持続性を確認 |
| スキル | 「社内にITツールの管理に詳しい方はいらっしゃいますか?」 | 技術スキルの確認 |
| 教育 | 「利用されるメンバーは何名くらいですか?研修は必要ですか?」 | トレーニングニーズの把握 |
| 外部支援 | 「導入後の運用で、外部の支援が必要になりそうですか?」 | 追加サポートの需要を確認 |
BANTCHの6要素それぞれに対して、充足度を3段階で評価する方法が実用的です。
| 評価 | 基準 | 点数 |
|---|---|---|
| 充足 | 明確な情報が得られている | 2点 |
| 部分充足 | 一部の情報が得られている | 1点 |
| 未充足 | 情報が得られていない | 0点 |
| 合計点 | 判定 | ISのアクション |
|---|---|---|
| 10〜12点 | SQL(商談化) | FSへ即座にトスアップ |
| 7〜9点 | 追加ヒアリング必要 | 不足情報を追加ヒアリングしてから判定 |
| 4〜6点 | ナーチャリング対象 | 定期フォローリストへ |
| 0〜3点 | 非対象 | アプローチ停止 |
CRMのコンタクトまたは商談レコードに、以下のカスタムフィールドを作成して記録します。
| フィールド名 | フィールドタイプ | 選択肢/入力例 |
|---|---|---|
| BANTCH_Budget | ドロップダウン | 充足/部分充足/未充足 |
| BANTCH_Authority | ドロップダウン | 充足/部分充足/未充足 |
| BANTCH_Need | ドロップダウン | 充足/部分充足/未充足 |
| BANTCH_Timeline | ドロップダウン | 充足/部分充足/未充足 |
| BANTCH_Competitor | ドロップダウン | 充足/部分充足/未充足 |
| BANTCH_HumanResources | ドロップダウン | 充足/部分充足/未充足 |
| BANTCH_Score | 計算フィールド | 0〜12(自動計算) |
| BANTCH_Notes | テキストエリア | ヒアリング内容の詳細 |
| 失敗パターン | 原因 | 対策 |
|---|---|---|
| 質問が尋問のようになる | BANTCHの項目を順番に聞き出そうとする | 自然な会話の流れの中で情報を引き出す |
| 初回で全項目を埋めようとする | 1回の通話で完結させようとする | 複数回のアプローチで段階的に深堀りする |
| 情報をCRMに記録しない | ヒアリング後すぐに記録しない | 通話直後にCRM記録を習慣化する |
| 顧客の言葉を要約しすぎる | ISの解釈で情報を変換してしまう | 顧客の発言をできるだけ原文で記録する |
| BANTCHスコアだけで判断する | 定量的なスコアに頼りすぎる | スコアと合わせて定性的な温度感も記録する |
BANTCHは、インサイドセールスのヒアリング品質を体系的に向上させるためのフレームワークです。従来のBANTにCompetitor(競合)とHuman Resources(人的リソース)を加えることで、商談化判定の精度が大幅に向上します。
重要なのは、BANTCHを「チェックリスト」としてではなく「会話のガイド」として活用することです。自然な対話の中で必要な情報を引き出し、CRMに正確に記録し、データに基づいた商談化判定を行いましょう。
BANTCHフレームワークの導入やCRMでの活用にお悩みでしたら、StartLinkにご相談ください。HubSpotのカスタムフィールド設計からBANTCHスコアリングの自動化、ヒアリングプロセスの標準化まで支援いたします。
StartLinkのインサイドセールス支援について詳しく見る →
StartLinkでは、150社以上の支援実績をもとに、HubSpotの導入設計から運用定着まで一貫してサポートしています。CRM・SFA・MAの活用にお悩みの方は、お気軽に無料相談をご利用ください。