mcpField
S
sales-discovery-questions

sales-discovery-questions

github.com/mbfinottiマーケティング・グロース328.1k 回インストール2 日前に更新
リポジトリ

sales-discovery-questions について

営業担当者向けに、順序立てたディスカバリー質問、追加質問の段階、通話中の分岐を作成するスキルです。B2Bと高額な検討型B2Cに対応し、課題、根本原因、影響、緊急性の順に質問を組み立てます。

主な機能

  1. 01課題から緊急性へ質問を構成
  2. 02主質問ごとに追加質問を設計
  3. 03通話中の分岐条件を追加
  4. 04通話時間に合わせて質問数を調整
  5. 05通話用質問シートを作成

活用シーン

  1. 01SDRの初回確認電話を準備
  2. 02複雑な企業営業の深掘り質問を設計
  3. 03特定の担当者向けにフォロー質問を作成
  4. 04高額な消費者向け相談を計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mbfinotti/sales-skills --skill sales-discovery-questions

インストール後、Claude Code で/sales-discovery-questionsを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

evals/
evals.json
references/
call-sheet-template.md
frameworks-and-evidence.md
question-bank.md
worked-examples.md

詳細

ディスカバリー質問

営業担当者が商談のディスカバリーで使う、順序立てた質問セットと、会話に応じて柔軟に対応するための追加質問の段階構成および分岐ロジックを作成します。

構造が公開されている4つの質問フレームワークは、いずれも共通の骨子に集約されます。

  • SPIN(Rackham、1988年)
  • Sandlerのペイン・ファネル
  • MEDDPICCのThree Whys
  • GAP SellingのProblem / Root Cause / Impactチャート

骨子は、実際の問題を特定し、その根本原因を掘り下げ、影響を定量化してから、なぜ今なのかを明らかにすることです。このスキルは、特定の略語ではなく、これらの共通点を取り入れています。ベンダーが示す質問数や会話比率のベンチマークは、あくまで参考程度にとどめ、達成すべき数値として設定しないでください。

ヒアリング

作成に入る前に質問してください。1回のメッセージにつき質問は1つにし、可能な場合は選択肢を提示してください。ユーザーがすでに回答した内容や、メモから明らかな内容は質問しないでください。

  • B2Bですか、それともB2Cですか?(ここでのB2Cは、コーチング、リフォーム、ファイナンシャルアドバイスなど、検討期間の長い高額な消費者向け販売を指し、衝動買いの小売は含みません。)
  • どのようなペルソナで、役職のシニア度はどの程度ですか?(エンドユーザー、マネージャー、経営幹部など。シニア度によって質問数と深さが変わります。)
  • 製品が何をするのか、またどのような問題を解決するのかを、それぞれ一文で説明するとどうなりますか?
  • 今回の電話はどのようなものですか?SDRによる適格性確認(15~30分)、AEによる詳細なディスカバリー(30~45分)、進行中の商談で特定のペルソナに行うフォローアップ、またはB2Cの単発相談のどれですか?所要時間はどのくらいですか?
  • 商談規模とサイクルの複雑さはどの程度ですか?(購入者1人の取引型/関係者が少数のミッドマーケット/購買委員会が関与するエンタープライズ。)
  • インバウンドとアウトバウンドのどちらが起点ですか?(インバウンドの購入者は、すでにある関心を確認し、深めるためにやって来ます。アウトバウンドの購入者には、まず問題への認識を持ってもらう必要があります。)
  • これまでの接点からすでに分かっていることは何ですか?(アウトリーチへの返信、メモ、過去の通話、商談記録など。)
  • チームで必須の手法(SPIN、MEDDPICC、Sandler、GAPなど)はありますか?ある場合、質問セットはその用語に合わせる必要があります。
  • 購入者は規制対象の業界(医療、金融、政府など)にいますか?(意思決定プロセスや調達に関する質問が加わり、データや財務について尋ねられる範囲も制限されます。)
  • 営業担当者がすでに想定している課題は何ですか?(検証する仮説として扱い、確認済みの事実とみなしてはいけません。)
  • この電話を成功とするためには、どのような次のステップが必要ですか?(質問セットは、その実現に向けて締めくくる必要があります。)
  • 次のステップを確定するまでに、この電話を終えるべき期限はいつですか?(期限を設けると、影響を示す3つの要素が優先されます。この電話で得た数値が、日付を指定した依頼の根拠になるためです。一方、意思決定の背景を網羅する優先度は下がります。これは今日ではなく、サイクル全体を通じて効果を発揮するためです。)
  • 単発の成果が必要ですか、それとも繰り返し使える資産が必要ですか?この1回の電話用のシートですか、それともチームが繰り返し使うペルソナテンプレートですか?(繰り返し使う場合は、意思決定の背景を網羅することと、追加質問の段階構成を完全に用意することを優先します。どちらも複数の通話やペルソナで効果が積み重なるためです。単発の場合は、基本の骨子に絞ります。)
  • 労力の上限はどの程度ですか?質問に使える通話時間は何分ですか。営業担当者はどのくらいリハーサルを実際に行いますか。購入者の忍耐力をどの程度使えますか?(上限が低い場合、意思決定の背景を扱う段階を完全に削除し、追加質問の各段階を2つまでに制限します。)

ワークフロー

  1. インタビューを実施します。質問を書く前に、回答をすべて集めます。
  2. 背景情報を集めます。ウェブを閲覧できる場合は、企業とペルソナについて調査します。できない場合は、ユーザーのメモに基づいて進めます。アカウントに関する事実を決して捏造しないでください。通話中に確認しなくて済むよう、状況に関する質問への答えは事前に調査します。
  3. 入力情報から、検証する仮説としてそれぞれ明示した、候補となる課題仮説を2~3個作成します。どれを優先するか、ユーザーに確認します。
  4. 以下の骨格に重ねるカバレッジの視点を選びます。通話の時間は、どの視点でも予算として計算されます。また、それと同時に買い手の忍耐も消費されます。担当者には無料でも、好意をより多く消費する視点は高くつきます。
    • 効率重視:GAP > Sandler > SPIN > MEDDPICC
    • 価値重視:GAP > MEDDPICC > Sandler > SPIN
    • 労力重視:MEDDPICC > Sandler == GAP > SPIN
    • デフォルトのGAP:案件ごとのリハーサルに約1時間をかけ、影響について2つ質問します。これにより、商談のクロージング、要約、そしてその後のあらゆる営業スキルの基盤となる数値を、見込み客自身の言葉で得られます。
    • Sandler:同じ1時間と、すでに進行中のステージ内で同程度の短い時間を使います。労力面ではGAPと実質同率です。数値ではなく、1つの課題を深く掘り下げられるため、2番手になります。
    • SPIN:どちらの軸でもほぼコストはかかりません。すでに書かれた質問の順序を入れ替えるだけで、その順番は骨格に取り込まれています。無料で取り入れ、予算には計上しません。
    • 手薄な視点:MEDDPICCの意思決定の背景。実際の購買グループでは価値が高く、労力も最大です。サイクル全体を通してペルソナごとに情報を集め直す、丸ごと追加のステージが必要です。そのため効率重視では優先度が下がり、担当者は、誰も承認できない課題を数値化したシートを作ってしまいます。購買グループが単独の経済的決定者を超える場合、または買い手が規制対象である場合は、常に最優先に引き上げます。構成要素は質問としてのみ集めます。採点はスコアカードスキルの役割です。
    • 削除し、決して優先順位を下げるだけにしない項目:
      • 必須の方法論がある場合は、ほかの3つをシートから削除し、各ステージをその方法論固有の用語に対応させます。
      • 取引型またはB2Cの案件では、意思決定の背景のステージそのものを削除します。
      • 除外した視点を末尾に残しておくと、通話の途中でスコープとして再び持ち出されます。
    • 質問を書く前に順位を付け直します。この順序はデフォルトであって絶対ではなく、誰が通話を進行し、誰が回答するかによって変わります。
      • SDRとの15分間では、優先順位の上位しか扱えません。
      • 実務担当者との1時間では、Sandlerを同等の優先度に引き上げます。
      • 経営幹部との通話では、数値に最も早くたどり着ける視点を引き上げ、ほかは削除します。
  5. 通話の長さに合わせて質問数を調整します。質問に使える時間3~4分につき、実質的な質問を1つと、そのフォローアップを目安とします。経営幹部向けには、数を減らして掘り下げます。その時間をステップ4の順序で割り当てます。効率重視の順位で先頭にある視点から質問を割り当て、予算でまかなえない分は、4つすべてから均等に削るのではなく、末尾から削ります。公開されている「理想的な質問数」には相関関係があり、互いに整合しないため、魔法の数字に頼らず、通話の長さに合わせて数を決めます。
  6. references/question-bank.mdを基に、骨格に沿って、ステージごとに順番に作成します。各主要質問に、2~3段階のフォローアップと、聞き取るべきポイントのメモを付けます。
  7. 分岐のトリガー(下記)と、質問バンクにある質問禁止リストを追加します。
  8. references/call-sheet-template.mdを使って、コールシートにまとめます。
  9. 品質チェックを実施し、すべての項目に合格するまで書き直して再確認を繰り返します。
  10. 提供時に、シートは台本ではなく地図であること、見込み客の回答に合わせて進め、分岐を活用することをユーザーに伝えます。
  11. ハーネスに永続メモリーがある場合は、ペルソナ、正しいと確認された仮説、そして有効なシグナルを得られた質問を記憶します。同じペルソナ向けの次のセットは、より温かい状態から始められます。そうでない場合は、ユーザーが保存できるよう、短い要約を渡します。

課題 → 影響 → 緊急性の骨格

すべての質問は、いずれかのステージに属します。すべてのステージには終了条件があります。進行は一方通行です。骨格をたどる前に、段取りの話へ戻ってはいけません。

ステージ目的次に進む条件
枠組み1行でアジェンダに合意する(Sandlerの事前契約。Sandler独自の概念)目的、時間、想定される結果に合意している
状況調査では分からなかった最小限の背景情報を確認する(質問は最大1~2問)相手の現在のプロセスを、相手自身の言葉で説明できる
課題仮説の背後にある実際の問題を明らかにする最近の具体例を伴う、名前の付いた具体的な問題がある
根本原因なぜ起きるのか、すでに何を試したのかを確認する原因と症状が区別され、過去に試したことが分かっている
影響技術面、ビジネス面、個人面で定量化する(GAP Sellingの3要素)少なくとも1つの数値があり、ほかに誰へ影響するかが分かっている
緊急性なぜ今なのか――行動を促す出来事を確認する行動する理由が日付またはきっかけとともにあるか、理由がないことを正直に確認できている
意思決定の背景(複雑なB2Bの場合)実際にどのように意思決定が行われるかを確認するプロセス、関係者、評価の流れの概要が分かっている
クロージング相手の言葉で要約し、日付を含む次のステップを提示する明らかになった影響を踏まえ、具体的な次のステップが提案されている

順序のルール――一連のステージ全体に適用する考え方:

  • クローズド質問より先にオープン質問をする。各ステージは自由回答形式の質問で始め、クローズド質問は相手の発言を確認または定量化するためだけに使います。「売り込むのではなく、学ぶ姿勢で」ディスカバリーに臨みます(Chris Riley、ベンダー各社のまとめ記事より)。
  • 次に進む前に掘り下げます。意味のある回答を得たら、新しい話題に移る前に2~3回追加で質問します。Sandler Pain Funnel(ベンダーが公開したもので、Sandler自身のページには掲載されていません)では、曖昧な話から、具体例、期間、過去の試み、コスト、感情的な重みへと掘り下げます。応用できるのは、この順序であり、質問の正確な言い回しではありません。
  • 影響を確認する前に根本原因を特定します。「理解していない問題は解決できません」(Keenan)。症状のコストを定量化しても、間違った対象を定量化することになります。また、「課題は誤解を招くことがあります」(Keenan)。
  • 緊急性を確認する前に影響を定量化します。影響を定量化する前に緊急性を尋ねても、単なるプレッシャーにすぎません。また、公表されている買い手の意思決定の迷いに関する調査(DixonとMcKennaのJOLTに関する取り組み、および両者の著書での主張)では、プレッシャーは迷いを解消するどころか深めることが分かっています。
  • 1つの質問につき1つの考えにします。複数の質問を重ねたり、まとめたりしてはいけません。質問を重ねると、最も答えやすい部分だけに回答されます。
  • 仮定の話より、過去の具体的な出来事を優先します。「それが最後に起きたのはいつで、どれくらいのコストがかかりましたか?」は、「もし起きたら、どれくらいのコストがかかるでしょうか?」よりも効果的です。実際の出来事に関する回答はデータですが、想像上の出来事に関する回答は社交辞令です。
  • 製品の言葉ではなく、相手の言葉を使います。質問はクロージングまで製品に依存しない形にし、ギャップが明らかになってから初めて製品を話題にします。「ニーズに売り込んではいけません」(Keenan)。
  • 相手の数字で定量化します。「価値とは形容詞ではなく数値です」(Command of the Message、Force Management)。見込み客自身に数値を言ってもらいます。営業担当者が提示した数値は、異議を招くきっかけになりかねません。

分岐のトリガー――成果物のもう半分をなす、通話中に状況へ適応するための要素です。各通話用シートに組み込みます。これらには優先順位を付けず、今後も付けません。それぞれが他のトリガーと同じ時間を奪い合うのではなく、固有の条件で発生するため、順序を付けると、実際の通話にはない精密さを作り出してしまいます。

  • 2つの仮説を立てても課題が見えてこない場合は、仮説を切り替えるか、率直な代替案として次のように尋ねます。「これに時間をかける価値があるとしたら、何が満たされている必要がありますか?」課題を作り上げてはいけません。
  • 見込み客が早い段階で影響を自発的に話した場合は、先に進み、その内容を記録してから根本原因に戻ります。この流れが定めるのは終了条件であり、台本ではありません。
  • 経営幹部が同席している場合は、質問の数を半分にし、最も鋭い仮説から始め、状況を尋ねる質問を、見解を示す発言に置き換えます。「トップパフォーマンスの営業担当者は、ディスカバリーコール中の質問が少ない」(Gong)とされています。また、同社が公開している経験則は、C-suiteの購買担当者には明示的に当てはまらないとされています。
  • 回答が表面的なままの場合は、先に進むのではなく、サンドラー・ラダーを一段ずつ下ります。条件を満たさずに終えたステージは、要約メールで明らかになる抜け漏れです。
  • 見込み客が流れの途中で価格やデモを尋ねた場合は、簡潔に回答してから、取引を持ちかけます。さらに深く掘り下げる前に、もう1つのステージを進めましょう。早すぎる売り込みは、後述する最も多い失敗パターンです。

呼び出し方法と期待される出力

一般的な呼び出し例:

  • 「明日の30分の電話に向けて、質問セットを作成してください。相手は従業員200人の物流会社のオペレーション担当バイスプレジデントです。アウトバウンドで、配送ミスに関するコールドメールに返信がありました。」
  • 「キッチンのリフォームを販売しています。カップルが自宅での60分の相談を予約します。質問セットを作成してください。」
  • 「SDRの適格性確認コールです。インバウンドのデモ依頼で、中堅の会計事務所のITマネージャーが相手です。15分です。」

1つのコールシートを作成します(完全なテンプレートはreferences/call-sheet-template.mdを参照してください)。

DISCOVERY CALL SHEET - <persona> at <company>, <call type>, <length>
Hypotheses     : 2-3 suspected pains, ranked - to test, not confirm
Frame          : one-line upfront agenda
Question path  : per spine stage - primary question, 2-3 follow-up rungs,
                 listen-for note, exit condition
Branches       : if no pain / if exec / if impact early / if price asked
Do-not-ask     : leading, logistics-first, and hypothetical questions to avoid
Close          : summary prompt + the dated next-step ask
After the call : which stages went unanswered → gaps for the next touch

B2BとB2C

  • どちらも同じです(フレームワークはここで共通し、ビジネスモデルによって流れを分けるものはありません)。

    • 流れそのもの
    • 質問の順序に関するルール
    • フォローアップの段階
    • 品質ゲート

    変わるのは、誰が回答するかと、どの影響の側面を優先するかです。

  • B2B:購買グループの規模は大きくなります。Gartnerの調査(2017年、n=750、Gartner独自の数値)では、意思決定者の中央値は6〜10人です。そのため、ペルソナごとにディスカバリーを繰り返します。ペルソナに応じたバリエーションを作成します(エンドユーザーにはワークフロー上の課題、経済的な購買担当者にはビジネス上の成果、技術評価担当者にはアーキテクチャとセキュリティ)。ステークホルダー戦略そのものについては、ディールチャンピオンのマッピングスキルを利用します。

  • B2B:複雑なディールでは、意思決定の背景に関する質問が不可欠です。規制対象の購買担当者の場合、調達やコンプライアンスのプロセスに関する質問を増やし、個人の家計に関連する質問は省きます。

  • 高額商品のB2C:会話は1回で、意思決定者は1人か2人です。通常、流れ全体を聞く機会はその一度だけなので、網羅性よりもクロージングが重要です。ビジネスへの影響は、家庭での時間、お金、ストレスに置き換わります。そのため、質問バンクでは影響の側面の優先順位をここで入れ替えます。カップルの場合は、課題と影響に関する質問をそれぞれに別々に尋ねます。意思決定者が2人なら、流れも2つあります。

  • B2C:過去の試みについての質問(「これまで実行できなかった理由は何ですか?」)が根本原因のステージを担います。規制対象のカテゴリー(金融アドバイス、健康など)では、質問の表現に制約があります。ルールを推測せず、ユーザーに注意を促してください。

品質ゲート

ドラフトした質問セットを10項目すべてに照らして評価します。合格基準は10/10です。すべて合格するまで繰り返します。

  1. すべての質問が1つのスパインステージにのみ対応していること。孤立した質問がなく、正当な理由によるスキップ(例:初回のSDRコールで意思決定の背景を尋ねない場合)を除き、空のステージがないこと。
  2. 各ステージの最初の質問は自由回答形式にすること。クローズドクエスチョンは確認または数値化に限ること。
  3. 影響を尋ねる前に根本原因を掘り下げること。緊急性を尋ねる前に、影響について少なくとも1つの定量的な質問をすること。
  4. 影響に関する質問では、技術面・ビジネス面・個人面のうち少なくとも2つを扱うこと。
  5. 誘導的な質問(望ましい回答が文面に含まれているもの)や、複合的な質問をシートに含めないこと。
  6. 過去について尋ねられる質問はすべて、仮定の話ではなく、実際にあった最近の事例に言及すること。
  7. 予算、タイムライン、プロセス上の調整事項は、課題と影響を尋ねた後にのみ扱うこと。冒頭では決して尋ねないこと。定番の問題例である「このプロジェクトのタイムラインはどうなっていますか?」「予算は確保されていますか?」は、GAP Selling の実践者が公開している、尋ねてはいけない質問のリストに含まれています。
  8. 明記されたコール時間に収まるよう、質問セットを構成すること。3~4分ごとに主要な質問を1つと、その深掘り質問を配置し、経営幹部の場合は質問数を減らすこと。目標の質問数をルールとして挙げないこと。
  9. すべての質問が、営業担当者の次の行動を変え得ること。回答によって何も変わらない質問は、形式だけのディスカバリーです。削除してください。
  10. シートの最後に、見込み客自身の言葉で要約してもらうプロンプトと、日付を含む次のステップの打診を置き、分岐のトリガーと、尋ねてはいけない質問のリストも記載すること。

KPI と測定

  • コールごとに、次の条件を満たせばシートが機能したと判断します。

    • それぞれ異なる3~4つの課題が明らかになり、そのうち少なくとも1つが見込み客自身の数値で定量化されていること。
    • 終了したすべてのステージで、終了条件を満たしていること。
    • 日付を含む次のステップへの合意が得られていること。

    回答だけをもとに議事録メールを作成できるか(作成は sales-meeting-recap スキルに委ねます)が、正直な検証方法です。回答できない項目があれば、ディスカバリーに抜けがあるということです。

  • 複数のコールを通じて、ペルソナ別および質問セットのバージョン別に、初回コールから次回ミーティング(または商談機会)へのコンバージョンを追跡します。重要な指標はそこでの変化であり、会話の比率目標ではありません。公開されている会話時間・傾聴時間の比率や質問数のベンチマークは、ベンダーによる主張であり、相関関係に基づくもので、同じベンダーの改訂版間でも一貫していません(詳細はreferences/frameworks-and-evidence.mdを参照)。

  • 会話録音ツールを利用できる場合は、どの質問から長く具体的な回答が得られ、どの質問が一言の回答に終わったかを確認し、その結果を次の質問セットに反映します。利用できない場合は、シートに記入するコール後のギャップメモで同じ改善サイクルを回します。

よくある失敗パターン

失敗対処
尋問のような印象 — 質問を矢継ぎ早に並べ、掘り下げない最初の質問を減らし、段階的に深掘りします。話題を飛び移るのではなく、回答を受けて「Xとおっしゃいましたね。もう少し詳しく教えてください」と尋ねます
都合よく解釈する — 何を聞いても仮説を裏付けるものとして受け取る仮説は検証できる形で立てます。課題が見つかったと判断する前に、最近の具体的な事例を必ず確認します
表面的な課題 — 不満を問題と取り違える段階的に掘り下げます。具体的な事例 → 続いている期間 → これまでの対処 → コスト。具体的な話を伴わない課題は症状です
影響を数値化できていない見込み顧客の言葉で、影響の少なくとも2つの側面について数値が1つ以上出るまでは、緊急性に関する質問をしません
購入を後押しする出来事がないなぜ今なのかを直接尋ねます(MEDDPICCの「3つのなぜ」:「なぜ何かをするのか? なぜあなたなのか? なぜ今なのか?」)。作り上げるのではなく、正直に該当する出来事がないことを記録します。該当する出来事がないことも、商談に関する重要な情報です
誘導尋問質問に埋め込まれた答えを取り除きます。「そのコストについてどう感じますか?」と尋ね、「それは高額ですよね?」とは尋ねません
時期尚早の売り込み — 質問の中心部分の途中でデモや製品の話をする課題と現状の隔たりを明らかにした後で製品の話に入ります。簡潔に答えたら、質問の中心部分に戻します
物流面を優先した質問 — 冒頭で予算やスケジュールを尋ねる問題が存在する前に条件を確認してしまいます。所定の基準に従い、影響を確認した後に尋ねます
発見のための質問をしているふり — 答えが何も変えない質問後続の対応に影響しない質問はすべて削除します。確認範囲は、質問数ではなく、終了条件を満たしているかで測ります

参考資料

  • 手法の出典、段階別の質問バンク、深掘りの質問例、B2C向けのバリエーション、避けるべき質問の一覧については、references/question-bank.mdを参照してください。
  • そのまま記入できるコールシートについては、references/call-sheet-template.mdを参照してください。
  • B2B向けコールシートの完全版、B2C向け相談シートの簡略版、物流面を優先した好ましくない例の注釈付き資料については、references/worked-examples.mdを参照してください。
  • 効率順に並べた検証済みフレームワーク4つ、網羅性の観点からそれぞれに必要なコストと得られる効果、ベンダーのベンチマークに関するエビデンス上の注意点については、references/frameworks-and-evidence.mdを参照してください。
  • 質問によって抵抗感が表れたときの切り返しについては、mbfinotti/sales-skills@sales-objection-handlingを参照してください。
  • ディスカバリー開始前のオープニングスクリプトについては、mbfinotti/sales-skills@cold-call-openerを参照してください。
  • 通話後に通話記録を評価する方法については、mbfinotti/sales-skills@sales-call-reviewを参照してください。
  • これらの質問で集めた要素に基づく商談の評価については、mbfinotti/sales-skills@meddpicc-scorecardを参照してください。
  • 回答をまとめのメールに反映する方法については、mbfinotti/sales-skills@sales-meeting-recapを参照してください。
  • このスキルの前段階となる、通話前のリサーチについては、mbfinotti/sales-skills@sales-outreach-personalizationを参照してください。

コメント