レッスン5：ヒアリングと商談化——BANT／SPIN／顧客課題の言語化

このレッスンで学ぶこと

BANT という代表的なヒアリングフレームワークの内容を理解する
SPIN という質問構造の 4 タイプ（Situation・Problem・Implication・Need-payoff）を使い分けられる
顧客の課題を「顧客自身の言葉」で再構成する設計を持つ
Discovery Call の組み立て方を押さえる
フィールドセールスへの商談引き継ぎ（ハンドオフ）の条件を整理する
Disqualify（あえて見送る）の判断軸を持つ

前のレッスンでは、コール・メール・マルチチャネルを組み合わせた Cadence と、コールスクリプトやメールの構造設計を扱いました。本レッスンは、コールや Web 会議でつながった先の「ヒアリング」と「商談化」の中核を扱います。本コースの中で最もインサイドセールスの実務に直結するレッスンです。

ヒアリングの目的——「聞き出す」のではなく「整理する」

ヒアリングと聞くと、「相手から情報を聞き出す」イメージを持つ方が多いと思います。けれど、ベテランのインサイドセールスのヒアリングは、むしろ「相手自身が言語化できていない課題を、相手と一緒に整理する」プロセスに近いものです。

「聞き出す」モデルの問題

相手は自分の課題を完全には言語化できていない
「予算は」「決裁者は」と聞かれても、本当のところは答えにくい
一方的に質問されると「査定されている」と感じて防衛的になる

「整理する」モデルの発想

相手の話を聞きながら、こちらが要素に分けて言語化する
「○○ということでしょうか」「××の点で困っておられる、ということに聞こえました」など、要約と確認を繰り返す
相手から「そうそう、そういうこと」と返ってくる対話に近づく

💡 ポイント 「ヒアリングが上手い人ほど、質問が少ない」とよく言われます。質問は最小限にして、相手の話を要約・整理・再構成する力の方が、ヒアリングの本質に近いのです。BANT や SPIN は質問の道具ですが、使い方を誤ると「査定インタビュー」になりがちです。

BANT——4 つの基本観点

BANT は、長らく BtoB 営業のヒアリングで使われてきた代表的なフレームワークです。1960 年代に IBM 社が体系化したと一般に語られる古典で、現在も多くの組織で活用されています。

略称	観点	確認内容
B	Budget（予算）	検討中の取り組みに割ける予算規模
A	Authority（決裁権）	意思決定の権限を持つ人物
N	Needs（課題・ニーズ）	解決したい課題、達成したい状態
T	Timeline（タイミング）	導入・意思決定の時間軸

BANT の使い方

BANT は「全部聞き出さなければならないチェックリスト」ではありません。「商談として進めるかどうか」を判断する 4 つの観点として、Discovery Call の中で会話のなかから自然に把握していくものです。

B（予算）：「いくらですか」と直接聞くより、「予算化はどの段階ですか」「年度予算の話か、別枠か」など状況を聞く
A（決裁権）：「決裁者は誰ですか」より、「どのような方が一緒に検討に入られますか」「最終的に GO サインを出されるのはどなたでしょうか」
N（課題）：「課題は何ですか」より、「いま、この件で一番気になっておられるのはどの点でしょうか」
T（タイミング）：「いつまでに決めますか」より、「いつ頃から動かしたいというイメージはありますか」

BANT の限界

BANT は古典として有用ですが、現代の購買では限界も指摘されています。

「予算がまだない」段階の検討も多い（特に新しい領域では予算枠が後から作られる）
「決裁権者 1 人」より「複数のステークホルダーが関与」する傾向が強い
「明確なニーズ」より「漠然とした問題意識」から始まる検討も多い
タイミングも「半年後」「1 年後」のような長期も普通

⚠️ 注意 BANT の 4 観点を「全部 YES」だけが商談化、と機械的に判断すると、現代の購買の実態を取りこぼします。一方で、4 観点すべてが「NO」のリードを延々と追うのも効率を欠きます。BANT は判断の道具で、運用の最終決定は組織と商材によって違います。

SPIN——質問の 4 タイプ

SPIN は、英国の Neil Rackham 氏が 1988 年の著書『SPIN Selling』で提唱した、質問の構造を 4 タイプに分けたフレームワークです。Rackham 氏は数千件の商談を分析し、「うまい営業の質問パターン」を体系化しました。

略称	質問タイプ	内容
S	Situation Questions（状況質問）	相手の現状・背景を理解するための質問
P	Problem Questions（問題質問）	抱えている問題・困りごとを表面化させる質問
I	Implication Questions（示唆質問）	問題が放置されると何が起きるかを考えてもらう質問
N	Need-payoff Questions（解決の価値質問）	解決された場合に得られる価値を相手自身に語ってもらう質問

SPIN の使い方の流れ

S（状況）：「現在、御社では○○の業務はどのような体制で進めておられますか」
P（問題）：「進める中で、どこかで詰まる箇所や、もう少し改善したい部分はありますか」
I（示唆）：「このままの状態が続くと、半年後・1 年後にはどのような影響がありそうですか」
N（解決の価値）：「もしこの問題が解決されたら、御社にとってどういう価値がありそうですか」

SPIN の発想——「相手に語ってもらう」

SPIN の核心は、最後の N（解決の価値）にあります。営業側が「この製品は××に効きます」と説明するのではなく、相手自身に「もし解決されたら、○○の価値がある」と語ってもらう設計です。相手自身の言葉で価値が言語化されることで、購買の動機が内発的なものになります。

💡 ポイント 「営業が説得する」よりも「相手自身が説得される」方が、購買意思は強くなります。SPIN は心理学的にも妥当な構造で、現代の BtoB 営業でも有効です。ただし、機械的に「S・P・I・N」を聞くだけでは作為が透けるので、自然な対話の流れの中に織り込む技量が必要です。

BANT と SPIN の使い分け

BANT と SPIN は対立するフレームワークではなく、目的が違います。

観点	BANT	SPIN
目的	商談として進めるか判断する	顧客の課題を深掘りし購買動機を引き出す
使う場面	Discovery Call の終盤、商談化判断時	Discovery Call 全体、特に前半〜中盤
質問の性質	状況を確認する閉じた質問が多い	思考を促す開いた質問が多い

実務では、SPIN で課題を深掘りしながら、BANT の 4 観点を会話から把握する、という組み合わせが現実的です。

顧客の課題を「顧客自身の言葉」で

ヒアリングの成果は、商談化判断だけではありません。次のフィールドセールスや、提案書、社内の事例共有のために「顧客の課題を、顧客自身の言葉で記録する」ことが重要です。

営業の言葉で書かれた課題の例

「業務効率化のニーズあり。基幹システムの改善余地があり、当社製品の導入余地あり」

顧客の言葉で書かれた課題の例

「現在、見積書の作成に営業 1 人あたり週 5 時間を取られている。営業が本来のお客さま訪問に使う時間が削られている。半年で 10 社の競合が同じ領域に参入してきており、訪問の量を増やさないとシェアを失う危機感がある」

なぜ顧客の言葉が大切か

フィールドセールスが商談を引き継ぐとき、顧客の文脈で会話を始められる
提案書や事例化のとき、顧客が読んでも「自分のことを理解してくれている」と感じる
社内の他案件で類似の悩みを聞いたとき、「あ、これは○○社と似ている」と気づける

📝 補足 「顧客の言葉での記録」をルール化するには、CRM のメモ欄に「現状」「困りごと」「解決後の理想」の 3 つの観点を必須項目にするなど、入力フォーマットの工夫が役立ちます。レッスン 7 のツール活用と組み合わせて運用してください。

Discovery Call の組み立て

Discovery Call（ディスカバリーコール）は、インサイドセールスが「最初の本格的なヒアリング」として実施する Web 会議です。30 分〜1 時間の枠で、SPIN や BANT を駆使して顧客理解を深める場です。

典型的な構成（30 分の場合）

時間	内容
最初の 3 分	名乗りと議題確認、会話のゴール合意
3〜10 分	S（状況質問）：現状の業務・体制の理解
10〜20 分	P・I（問題質問・示唆質問）：困りごとと、放置した場合の影響
20〜25 分	N（解決の価値質問）：解決された場合の価値、BANT の主要観点
25〜28 分	自社からの提案・次のアクション提示
28〜30 分	クロージング、次回日程の合意

失敗パターン

自社製品の説明に時間を使いすぎ、ヒアリングが浅くなる
質問が連続して「査問」になり、相手が防衛的になる
「次のアクション」を明確に合意せず、Call が空中分解する

⚠️ 注意 「Discovery Call で全部聞き出さなければならない」と思い込むと、相手の負荷が高まります。1 回で全部聞こうとせず、2 回目・3 回目に分ける設計でも問題ありません。むしろ「重要な論点は次回詳しく」と次に繋ぐ方が、関係構築としては効きます。

フィールドセールスへの商談引き継ぎ（ハンドオフ）

Discovery Call の結果、「フィールドセールスに引き渡す（商談化する）」と判断したら、引き継ぎ（ハンドオフ）の手続きに入ります。引き継ぎが雑だと、次のフィールドセールスのアプローチが浅くなり、せっかくの商談が落ちます。

ハンドオフの基本条件

顧客の課題が顧客の言葉で記録されている：上述の通り
BANT の 4 観点が把握できている：完全に揃わなくとも、少なくとも N・T はある程度押さえる
次のアクションが顧客と合意されている：「来週、貴社のソリューション担当からデモを共有」など
顧客が「次のステップに進む意思」を表明している：押し付けではなく合意している

ハンドオフ会議の運用

組織によっては、IS から FS への引き継ぎを「ハンドオフ会議」として 15〜30 分の枠で実施します。CRM の情報だけでなく、「相手の温度感」「会話の中で印象的だった発言」「FS が踏むべき地雷」など、文字に残しにくい情報を共有する場です。

💡 ポイント ハンドオフは、組織の中で最もすれ違いが起きやすいポイントです。IS は「やり切った」、FS は「情報が足りない」と思いがちです。両者が「共通の引き継ぎテンプレ」と「対話の場」を持つことで、組織全体の商談化率と受注率が大きく改善します。

Disqualify——あえて見送る判断

ヒアリングの結果、「自社の製品では顧客の課題に応えられない」と判断することがあります。これを Disqualify（ディスクオリファイ、見送り）と呼びます。

Disqualify の重要性

顧客の信頼を守る：合わない案件を無理に進めると、後で関係が崩れる
組織の生産性を守る：商談化しても受注しない案件にリソースを使うと、ほかの案件が手薄になる
担当者の感覚を保つ：「合わないと思いながら追う」状態は、担当者のメンタルを消耗させる

Disqualify の判断軸

自社製品が解決できない領域の課題が中心
予算規模が自社の最低水準を下回る
検討時期が遠すぎる（半年以上先で具体性がない）
競合製品との差別化要因がない領域でのリプレース
ステークホルダーが多すぎる、または決定権者が不明

Disqualify の伝え方

「お見送り」をはっきり伝える運用が、長期的な信頼につながります。「機会があればまた」と濁すより、「現時点では弊社の製品では難しい場面が多そうです。○○の状況になったタイミングで、改めてお声がけください」と具体的に伝える方が、相手にも誠実です。

⚠️ 注意 「Disqualify が多いほどよい」というわけではありません。あくまで「自社の強みを正しく見極めた上で、合わないものを見送る」判断です。Disqualify を増やすことが目的化すると、攻めるべき案件まで見送ってしまいます。

講師の現場メモ：「BANT を全部聞いたら気持ち悪がられた話」

私（江口）が SaaS スタートアップで IS 担当者だった頃、新人のメンバーに BANT を教えた直後の出来事です。

そのメンバーは熱心にメモを取り、Discovery Call に挑みました。私はモニタリングのため、Web 会議に同席（音声のみ）して聞いていました。

メンバーの最初の 5 分は順調でした。会社の状況を確認し、相手の業務の流れを丁寧に把握していました。問題は、その先でした。

「次に、ご予算について伺ってよろしいでしょうか。今期、この件に割り当てられる予算は、ざっくりおいくらほどでしょうか」「次に、決裁者の方はどなたでしょうか」「最終的に、いつまでに導入をお決めになりたいですか」

3 つの質問を立て続けに繰り出した瞬間、相手の声色が硬くなりました。「えーと、それはまだ……」「予算は、明確には……」「決裁は、いろいろ検討しないと……」。それまで打ち解けて話していたのが、急に「査問されている」モードに切り替わりました。

Call の後、メンバーと振り返りをしました。「BANT を全部聞こうとして、質問が連続してしまったね」。メンバーは「BANT は基本だと聞いたので、忠実に……」と弁解しました。

私はその場で、別の Call の録音を一緒に聞きました。ベテランの担当者が、相手と 30 分会話して、結果として BANT の 4 観点を全部押さえている Call です。

その担当者は、BANT を一度も「直接質問」していませんでした。会話の中で、相手が予算・決裁・課題・タイミングを自然に話す流れを作っていました。「これからの計画として、年度の中での位置づけはどう考えておられますか」（予算とタイミング）。「ご検討は、現場と本社、どちらが主導でしょうか」（決裁）。「いま動けているのと、動けていないので、どう優先順位を付けますか」（課題）。

メンバーはこの録音を聞いて、「BANT は質問の項目じゃなくて、会話の中で確認する観点なんですね」と腑に落ちた表情をしました。

このときに学んだのが、「フレームワークは押さえるべき観点として価値があるが、質問項目として機械的に使うと逆効果」ということです。BANT も SPIN も、運用には「会話としての自然さ」と「観点としての網羅性」を両立させる技量が必要です。それは経験で磨くしかないので、Call の録音とフィードバックの習慣を持つことが、コーチングの基本になります。

まとめ

このレッスンでは、以下のことを学びました。

ヒアリングは「聞き出す」のではなく「相手の課題を相手と一緒に整理する」プロセス
BANT（Budget・Authority・Needs・Timeline）は商談化判断の 4 観点として有効だが、現代の購買では限界もある
SPIN（Situation・Problem・Implication・Need-payoff）は質問の 4 タイプで、Rackham 1988 年の古典
BANT と SPIN は対立せず、SPIN で深掘りしながら BANT を会話から把握するのが現実的
顧客の課題は「営業の言葉」ではなく「顧客自身の言葉」で記録する
Discovery Call は 30 分〜1 時間の枠で、自社製品説明とヒアリングのバランスを設計する
ハンドオフ（フィールドセールスへの引き継ぎ）の質は、組織全体の受注率を左右する
Disqualify（あえて見送る）は、顧客との信頼と組織の生産性を守るための重要な判断

次のレッスンでは、ここまでのヒアリング・Cadence・商談化を「数字で運用する」設計——アクティビティ・コンバージョン・パイプラインの 3 階層 KPI と PDCA を学びます。

確認クイズ

このレッスンの理解度をチェックしましょう。