关于 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详细介绍
Discovery Caller
为 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 | 预算、决策权、需求、时间安排 | 交易型、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