▼ この記事の内容
営業の質問フレームワークは、聞く順番を固定するためではなく、商談で不足している情報を選んで確かめるための型です。5つの型の用途、回答後の追問、原発言と仮説を分ける記入表、質問を育成で振り返る方法を、架空の会話例で整理します。
質問例を増やしても、顧客の回答を受けて何を確かめるかが決まらなければ、商談メモやレビューにはつながりません。ここでは、型を使って質問の目的を選び、回答後に確認範囲を狭める方法を扱います。
会話例と記入表は説明のための架空教材です。実在顧客の事例、製品の出力、質問数による受注効果を示すものではありません。
営業の質問フレームワークで次に確認する情報を選ぶ
質問例より先に確認目的を決める
質問フレームワークは、決められた台詞を順番に読むためのものではありません。現状、課題、検討条件、関係者、次回の確認事項のうち、今の商談で不足している情報を選ぶ観点として使います。
初回商談なら相手の業務や判断基準を確認し、再商談なら既に聞いた内容と未確認の条件を照らします。質問の直後に、どの判断に必要な答えなのかを記録すると、聞くこと自体が目的になるのを防げます。
SPIN・BANT・CHAMP・MEDDIC・GPCTの使い分け
SPINで状況・問題・影響・解決価値を確認する
Huthwaite InternationalのSPIN Methodology公開ページでは、SPINをSituation、Problem、Implication、Need-payoffの4種類の質問として説明しています。日本語では、状況、問題、影響、解決した場合の価値を確認する質問に当たります。課題の背景や、困りごとがどの場面に及ぶかを確かめたい時の観点として使えます。
同社の定義だけから、質問の固定順や商談成果は導けません。顧客が既に話した内容を繰り返し聞くのではなく、次に確認したい状況や影響を一つ選びます。
参考：SPIN Methodology｜Huthwaite International
BANTとGPCTで案件条件と検討状況を整理する
HubSpotの営業資格評価に関する公開記事ではBANTをBudget、Authority、Need、Timelineとし、GPCTをGoals、Plans、Challenges、Timelineとして説明しています。BANTは予算・決裁権限・必要性・時期、GPCTは目標・計画・課題・時期を整理する観点です。GPCTは同社が説明するGPCTBA/C&Iの一部であり、両者を一つの固定質問順にはしません。
相手の開示範囲を超えて聞く必要はありません。予算や承認の状況を詳しく扱うなら、BANTの使い方と質問設計も参照し、今回確認する条件を絞ってください。
参考：GPCT sales qualification｜HubSpot
CHAMPとMEDDICで課題・関係者・判断過程の聞き漏れを点検する
MEDDICCのMEDDIC解説ページではMEDDICをMetrics、Economic Buyer、Decision Criteria、Decision Process、Identify Pain、Championの6要素として区別しています。日本語では、定量的な判断指標、最終的な予算決裁者、選定基準、意思決定の手順、解決すべき課題、社内で検討を後押しする協力者です。MEDDPICCで追加される契約手続きや競合の項目とは区別します。ZorianのCHAMP Selling公開ページではCH.A.M.P. QualificationをChallenges、Authority、Money、Priority・Process・Planと表記しています。課題・権限・予算に加え、優先度・手順・計画を確認する表記として紹介します。
どちらも全項目が埋まらなければ提案できない、という基準ではありません。複数の関係者や評価条件が出た場合に、聞けたことと未確認のことを分けるために、MEDDICの確認観点を参照して整理できます。
参考：Who Created MEDDIC｜MEDDICC
参考：CHAMP Selling｜Zorian
顧客の回答から次の質問を選ぶ会話例
締め前の照合業務を手順と発生回数の確認につなぐ
以下は説明のための架空例です。顧客が「締め前に照合が集中します。時間は測っていません」と話した時、営業役は「どの資料を照合し、誰が確認していますか」と聞き、作業の手順と担当を確かめます。
顧客役が「担当は二人ですが、頻度もまだ集計していません」と答えたら、「確認できる範囲で手順と発生回数を整理するところから進めましょうか」と続けます。損失額や効果を推測で足さず、未確認の範囲を次の確認事項として残します。
情報収集だけなら比較したい条件を確認して見送りも残す
同じ架空案件で顧客が「今は困っていません。他社の方法を知りたいだけです」と話す場合、営業役は必要性を作り出そうとせず、「どの違いを確認したいですか」と比較条件を尋ねます。
「今の運用を変えるほどの理由があるかです」という返答なら、「比較項目を整理してお伝えします。次の面談が必要かは、その後にご判断ください」と結びます。次回不要や見送りも、判断理由とともに記録できる結果です。
予算や承認者は把握状況と開示範囲を分けて確認する
予算や決裁過程を直接聞く場面と確認先を相談する場面
予算や承認者を直接尋ねることが常に不適切とは限りません。相手が把握しているなら、いつ誰がどの条件を確認するのかを聞けます。
相手が答えを持たない場合は確認先を、共有できない場合は開示できる比較条件を相談します。無回答を不適格や能力不足へ置き換えず、決裁者への質問の進め方も参考に、確認できた事実と未確認を分けます。
商談内容を原発言と仮説に分けて記録する表
原発言・確認済み事実・仮説・未確認・確認先を分けて記録する
質問の型を使った後は、顧客の言葉と営業側の解釈を同じ欄に残さないことが重要です。下表は説明用の架空例であり、実在顧客の記録や製品出力ではありません。
| 商談場面 | 営業の質問・提案 | 顧客の原発言／返答状況 | 確認済み事実 | 営業の仮説 | 未確認事項 | 確認先・次の行動 |
|---|---|---|---|---|---|---|
| 照合業務の確認 | どの資料を照合し、誰が確認していますか | 担当は二人ですが、頻度もまだ集計していません | 顧客の申告では担当は二人 | 特定工程へ負荷が偏っている可能性 | 使用資料・作業回数・所要時間 | 顧客窓口に、現場担当へ確認できる範囲と回答予定を相談する |
| 照合業務の追加確認 | 手順と発生回数を整理するところから進めましょうか | この提案への返答はまだ得ていない | 確認作業の実施合意は未取得 | 確認できれば負担箇所を絞れる可能性 | 調査できる人・時期・範囲 | 営業が顧客の返答を待ち、依頼が難しい場合は範囲を相談する |
| 情報収集の確認 | どの違いを確認したいですか | 今の運用を変えるほどの理由があるかです | 顧客は現状維持との比較を希望している | 変更の必要性をまだ感じていない可能性 | 比較したい項目と制約 | 営業が比較項目を提案し、顧客に過不足を確認する |
| 次の面談の判断 | 次の面談が必要かは、その後にご判断ください | 次回面談の返答はまだ得ていない | 次回面談の合意はない | 比較情報だけで判断できる可能性 | 面談の要否 | 不要との返答も記録し、面談を前提に予定を入れない |
商談後の記録を次の会話へつなぐ観点は、商談後のフィードバック方法も参考にしてください。
質問を育成と商談レビューで評価する方法
質問数ではなく問いの目的と確認結果の整合を見る
レビューでは、質問数や型を使った回数よりも、その質問が何を確かめるためのものだったか、回答から次に何を確認することになったかを見ます。例えば当月の初回商談を対象にし、未確認事項が出た商談と、確認先を記録できた商談を数えます。割合を出す際は前者を分母にし、未確認事項がなかった商談を混ぜません。確認予定の実施は期限を迎えた案件を対象にし、期限前・回答待ち・見送りを別に残します。案件条件が異なるため、割合の差を質問の効果だけで説明しないようにします。
未確認事項に確認先が残ったか、確認予定を実施できたか、できなかった理由は何かを別々に記録します。商談後のフィードバック方法も参照し、人格評価ではなく次に試す行動へコメントを絞ります。
顧客情報の共有範囲を確認し、必要に応じて匿名化する
実商談の会話を練習やレビューに使う場合は、誰が何の目的で見るか、どの記録を使うかを確認します。顧客名や固有の案件条件を使わなくても練習できる時は、架空例や匿名化した題材を選びます。
実在の会話を架空例と混ぜると、どこまでが確認済みの事実か分からなくなります。共有範囲や情報管理の条件が不明なまま、会話内容を教材へ転記しないようにします。
同じ顧客回答で質問を言い換え、次の商談の対象場面を確かめる
練習では、同じ顧客回答を使い、営業役の質問だけを言い換えて再試行します。例えば「予算はありますか」を「予算を誰がどの段階で把握していますか」に変え、何を確認できるかの違いを観察します。
次の実商談でその対象場面があったか、試せたか、試せなかったならなぜかを分けて残します。法人営業のロープレの進め方も参考に、同じ会話を受注の証拠へ置き換えず、再試行の設計に使います。
営業質問フレームワークで避けたい使い方
型を必須チェックリストや受注の因果として扱わない
SPIN、BANT、CHAMP、MEDDIC、GPCTの定義は、質問の観点を整理する助けになります。しかし、すべての項目を埋めれば提案できる、型を使えば受注率が上がる、といった結論を導く根拠にはなりません。
商談の状況や相手の開示範囲によって、確認できる内容は変わります。型を埋めることより、現時点で何が未確認で、その確認が次の判断に必要かを優先します。
次回合意のない見送りや未回答も次の判断に必要な記録として残す
次回合意がないことを一律に失敗と扱うと、情報収集段階の顧客や、判断材料がまだそろわない相手との会話を正しく振り返れません。見送り、未回答、追加確認を分け、相手が示した理由を原発言として残します。
提案に対する相手の受け止め方を確認する際は、トライアルクロージングの考え方や営業クロージングのポイントも参照しながら、次に確認する条件へ戻します。
まとめ
営業の質問フレームワークは、質問を固定順で消化するためではなく、商談で次に確認する情報を選ぶために使います。型の用途を分け、顧客の原発言、確認済み事実、営業の仮説、未確認事項を別に記録してください。
質問数や次回合意だけで会話を評価せず、確認先が残ったか、次に試す質問が具体化したかをレビューします。架空例で練習した内容は、実商談の対象場面があったかと分けて振り返ります。
