mcpField
D
discovery-caller

discovery-caller

github.com/ncklrs营销与增长53195 次安装35 周前更新
代码仓库

关于 discovery-caller

面向 B2B 销售团队的发现式销售技能,涵盖通话准备、提问、资格判断与记录,强调先深入了解客户需求,再提出解决方案。

主要功能

  1. 01通话前调研与议程设置
  2. 02SPIN 提问框架
  3. 03BANT、MEDDIC、SPICED 和 CHAMP 资格判断
  4. 04量化痛点并绘制利益相关者图谱
  5. 05CRM 记录与后续步骤整理

适用场景

  1. 01准备客户发现式销售通话
  2. 02追问并量化业务挑战
  3. 03评估复杂销售机会
  4. 04记录通话结果并安排后续步骤

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/ncklrs/startup-os-skills --skill discovery-caller

安装后在 Claude Code 中输入/discovery-caller确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

rules/
_sections.md
closing-nextsteps.md
discovery-competition.md
discovery-flow.md
discovery-pain.md
discovery-stakeholders.md
documentation-crm.md
listening-active.md
preparation-research.md
qualification-bant.md
questions-spin.md

详细介绍

Discovery Caller

为 B2B 销售团队提供战略性发现通话专业指导——涵盖通话准备、问题框架、资格评估和记录整理。

理念

发现不是为了推销,而是在提出解决方案之前,先深入了解情况。

最佳的发现通话应当:

  1. 多听少说——目标是潜在客户与销售代表的发言时间比例达到 70/30
  2. 量化所有内容——没有数字支撑的痛点只是抱怨
  3. 梳理购买委员会——只有一位内部支持者,无法促成交易
  4. 争取下一步——每次通话都以达成承诺或判定不合格收尾

此技能的工作方式

调用时,请应用 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预算、决策权、需求、时间安排交易型、ACV 较低
MEDDIC指标、经济决策者、决策标准、决策流程、识别痛点、内部支持者企业级、复杂交易
SPICED情境、痛点、影响、关键事件、决策现代 SaaS
CHAMP挑战、决策权、资金、优先级以客户为中心
利益相关者梳理
                    ┌─────────────────┐
                    │ ECONOMIC BUYER  │
                    │ (Signs check)   │
                    └────────┬────────┘
                             │
              ┌──────────────┼──────────────┐
              │              │              │
     ┌────────▼────────┐     │     ┌────────▼────────┐
     │   CHAMPION      │     │     │   TECHNICAL     │
     │ (Internal sell) │     │     │   EVALUATOR     │
     └─────────────────┘     │     └─────────────────┘
                             │
                    ┌────────▼────────┐
                    │    END USERS    │
                    │  (Day-to-day)   │
                    └─────────────────┘
发现通话输出指标
指标目标重要性
发言比例销售代表发言时间 <30%潜在客户应当说得更多
提问数量每次通话 10-15 个深入了解且不变成盘问
已量化痛点至少 2-3 个数字能带来紧迫感
已识别的利益相关者3 个以上角色与交易中的多方建立联系
下一步承诺100%每次通话都要取得成果

反模式

  • 堆砌功能——尚未了解痛点就开始推销
  • 单线联系——只与一个人沟通
  • 浅层发现——接受第一个回答,不再深入追问
  • 痛点未量化——只说“令人沮丧”,却不说明业务影响
  • 想当然地评估资格——不询问,直接猜测预算或时间安排
  • 收尾乏力——只说“我会发一些资料给你”,却不预约下次会议
  • 毫无准备——没有调研潜在客户就开始通话
  • 审问模式——不停提问,却不建立融洽关系

评论

支持 Markdown