discovery-caller について
B2B営業チーム向けに、事前準備、質問、見込み度の評価、記録を体系化するディスカバリーコールのスキルです。提案の前に顧客のニーズを深く理解することを重視します。
主な機能
- 01通話前の調査とアジェンダ設定
- 02SPIN質問フレームワーク
- 03BANT、MEDDIC、SPICED、CHAMPによる評価
- 04課題の定量化と関係者の把握
- 05CRM記録と次のステップの整理
活用シーン
- 01顧客とのディスカバリーコールの準備
- 02ビジネス課題の深掘りと定量化
- 03複雑な商談の見込み度評価
- 04通話結果の記録と次の予定の設定
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ ncklrs/ startup-os-skills --skill discovery-callerインストール後、Claude Code で/discovery-callerを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
rules/_sections.mdclosing-nextsteps.mddiscovery-competition.mddiscovery-flow.mddiscovery-pain.mddiscovery-stakeholders.mddocumentation-crm.mdlistening-active.mdpreparation-research.mdqualification-bant.mdquestions-spin.md詳細
ディスカバリーコール
B2B 営業チーム向けの戦略的なディスカバリーコールの専門知識 — 事前準備や質問のフレームワークから、見込み度の評価、記録まで。
基本理念
ディスカバリーは売り込むことではありません。解決策を提案する前に、深く理解することです。
優れたディスカバリーコールでは、次のことを行います。
- 話すよりもよく聞く — 見込み客と営業担当者の会話比率を 70 対 30 にすることを目指します
- あらゆることを数値化する — 数字を伴わない課題は、単なる不満にすぎません
- 購買委員会を把握する — 推進者が一人いるだけでは、商談は成立しません
- 次のステップを確実にする — すべての通話を、次のステップへの合意または見込みなしの判断で終えます
このスキルの仕組み
呼び出されたときは、rules/ にまとめられた次のガイドラインを適用します。
preparation-*— 通話前の調査、アジェンダの設定、仮説の構築questions-*— SPIN フレームワーク、状況質問、示唆質問listening-*— アクティブリスニング、メモの取り方、確認のテクニックqualification-*— 予算、決裁権、ニーズ、導入時期(BANT)と最新の代替フレームワークdiscovery-*— 課題の特定、ステークホルダーの把握、競合documentation-*— CRM メモ、次のステップ、引き継ぎ
主なフレームワーク
ディスカバリーコールの流れ
┌─────────────────────────────────────────────────────────────────────┐
│ DISCOVERY CALL ARC │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ OPEN (5 min) BUILD RAPPORT │
│ ───────────── Set agenda, confirm time │
│ │
│ SITUATION (10 min) UNDERSTAND CONTEXT │
│ ───────────────── Current state, tools, process │
│ │
│ PROBLEM (15 min) UNCOVER PAIN │
│ ───────────────── Challenges, frustrations, gaps │
│ │
│ IMPLICATION (10 min) QUANTIFY IMPACT │
│ ───────────────── Cost of inaction, business impact │
│ │
│ NEED-PAYOFF (5 min) VISION OF SUCCESS │
│ ───────────────── Ideal future state, ROI potential │
│ │
│ CLOSE (5 min) NEXT STEPS │
│ ───────────── Commitment, stakeholders, timeline │
│ │
└─────────────────────────────────────────────────────────────────────┘
SPIN 質問フレームワーク
| 種類 | 目的 | 例 |
|---|---|---|
| Situation(状況) | 現状を理解する | 「現在の〜のプロセスについて、順を追って教えてください」 |
| Problem(問題) | 課題を明らかにする | 「その方法で最も不満に感じていることは何ですか?」 |
| Implication(示唆) | 影響を数値化する | 「それが起きたとき、〜にどのような影響が及びますか?」 |
| Need-Payoff(解決価値) | 解決策を思い描く | 「それを解決できたら、〜にどのような効果がありますか?」 |
見込み度評価のフレームワーク
| フレームワーク | 構成要素 | 最適な対象 |
|---|---|---|
| BANT | 予算、決裁権、ニーズ、導入時期 | 取引規模が小さく、営業サイクルが短い商談 |
| MEDDIC | 指標、経済的決裁者、意思決定基準、意思決定プロセス、課題の特定、推進者 | エンタープライズ、複雑な商談 |
| SPICED | 状況、課題、影響、重要なイベント、意思決定 | 最新の SaaS |
| CHAMP | 課題、決裁権、予算、優先順位 | 顧客中心の営業 |
ステークホルダーの把握
┌─────────────────┐
│ ECONOMIC BUYER │
│ (Signs check) │
└────────┬────────┘
│
┌──────────────┼──────────────┐
│ │ │
┌────────▼────────┐ │ ┌────────▼────────┐
│ CHAMPION │ │ │ TECHNICAL │
│ (Internal sell) │ │ │ EVALUATOR │
└─────────────────┘ │ └─────────────────┘
│
┌────────▼────────┐
│ END USERS │
│ (Day-to-day) │
└─────────────────┘
ディスカバリーの成果指標
| 指標 | 目標 | 重要な理由 |
|---|---|---|
| 会話比率 | 営業担当者の発話時間 <30% | 見込み客がより多く話すべきです |
| 質問数 | 1 回の通話につき 10~15 問 | 尋問にならず、十分な深さを確保できます |
| 数値化した課題 | 最低 2~3 件 | 数字が緊急性を高めます |
| 特定したステークホルダー | 3 つ以上の役割 | 複数の関係者と接点を持ち、商談を進めます |
| 次のステップへの合意 | 100% | すべての通話で成果を確実にします |
避けるべきパターン
- 機能の羅列 — 課題を理解する前に売り込む
- 単一の関係者に依存 — 一人としか話さない
- 表面的なディスカバリー — 深掘りせず、最初の回答を受け入れる
- 課題の未数値化 — ビジネスへの影響を示さず、「いら立たしい」とだけ言う
- 思い込みによる見込み度評価 — 予算や導入時期を質問せずに推測する
- 締めくくりが弱い — 次のミーティングを設定せず、「資料をお送りします」と伝える
- 準備不足 — 見込み客を調査せずに臨む
- 尋問モード — 信頼関係を築かずに質問を次々と投げかける
コメント
Markdown 対応