关于 sales-discovery-questions
为销售人员设计客户发现通话的问题集,包含追问阶梯与现场分支逻辑。适用于 B2B 和高客单价 B2C 销售,按问题、根因、影响和紧迫性的顺序组织提问。
主要功能
- 01按问题到紧迫性编排提问
- 02为主要问题设计追问阶梯
- 03加入实时分支触发条件
- 04根据通话时长调整问题量
- 05生成通话问题单
适用场景
- 01准备 SDR 资格确认电话
- 02为复杂企业销售设计深度发现问题
- 03为特定角色准备跟进通话
- 04规划高客单价消费咨询
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ mbfinotti/ sales-skills --skill sales-discovery-questions安装后在 Claude Code 中输入/sales-discovery-questions确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
evals/evals.jsonreferences/call-sheet-template.mdframeworks-and-evidence.mdquestion-bank.mdworked-examples.md详细介绍
探索问题
构建一套按顺序排列的问题清单,供销售代表在销售探索对话中使用,并提供后续追问阶梯和分支逻辑,以便实时调整。
四种具有公开文档说明结构的提问框架,都汇聚到同一主线:
- SPIN(Rackham,1988)
- Sandler 的痛点漏斗
- MEDDPICC 的三个为什么
- GAP Selling 的问题/根本原因/影响图表
主线:找出一个真实问题,深挖其根本原因,量化其影响,然后明确为什么是现在。这项技能体现的是这种共通主线,而非某个特定缩写。供应商公布的问题数量和发言比例基准充其量只能作为参考,绝不能设定必须达到的数字。
访谈
起草前先提问。每条消息只问一个问题;尽可能提供多选答案;用户已回答或笔记中已有明显答案的问题则跳过。
- 面向 B2B 还是 B2C?(此处的 B2C 指需要审慎考虑的高价消费类销售,如教练服务、房屋翻修、财务建议,而非冲动型零售。)
- 目标角色是谁,资历如何?(终端用户、经理、高管——资历会影响问题的数量和深度。)
- 产品的功能是什么?它解决什么问题?请各用一句话说明。
- 这是什么类型的通话:SDR 资格评估(15–30 分钟)、AE 深度探索(30–45 分钟)、正在推进的交易中针对特定角色的跟进,还是单次 B2C 咨询?通话时长是多少?
- 交易金额和周期复杂度如何?(单一买家的交易型销售/少数利益相关方的中端市场/企业采购委员会。)
- 线索来自主动咨询还是主动拓展?(主动咨询的买家带着意向而来,需要确认并深入了解;主动拓展的买家则需要先建立问题意识。)
- 之前的接触中已经掌握了哪些信息——外联回复、笔记、之前的通话或交易记录?
- 团队是否要求采用某种方法论(SPIN、MEDDPICC、Sandler、GAP 或其他)?如果是,问题清单必须对应其术语。
- 买家是否身处受监管行业(医疗保健、金融、政府)?(这会增加有关决策流程和采购的问题,并限制可询问的数据和财务信息。)
- 销售代表已经怀疑买家存在哪些痛点?(这应作为待验证的假设,绝不能当作需要确认的事实。)
- 什么样的后续步骤能让这次通话取得成功?(问题清单的收尾必须朝此目标推进。)
- 最迟何时必须通过这次通话约定好下一步?(明确的日期会提升影响三要素的重要性——本次通话中争取到的数字,是提出有日期要求的依据;同时降低决策背景问题的优先级,因为这类问题的回报体现在整个周期内,而非当下。)
- 你要的是一次性成果,还是可持续积累的资产:仅供这次通话使用的问题清单,还是团队可以反复使用的角色模板?(可持续积累的方案应优先覆盖决策背景并采用完整的后续追问阶梯,因为这两者能在多次通话和多个角色中摊销成本;一次性方案则保留最基本的主线。)
- 精力上限是多少:这次通话中有多少分钟可用于提问,销售代表实际会花多少时间排练,又能占用买家多少耐心?(上限较低时,应直接删除决策背景阶段,并将每个追问阶梯限制为两层。)
工作流
- 进行访谈;先收集所有答案,再编写问题。
- 收集背景信息。如果可以浏览网页,就研究公司和角色;否则根据用户的笔记开展工作。绝不捏造客户事实——针对情境类问题做好调研,避免占用通话时间。
- 根据输入内容写出 2-3 个候选痛点假设,并将每个都表述为需要在通话中验证的假设。与用户确认优先验证哪些。
- 选择叠加在下方主线之上的覆盖视角。每种视角都按通话分钟数衡量成本,而买家的耐心也会随之消耗——即使对销售代表来说免费,但更损耗好感的视角也代价高昂。
- 效率:
GAP > Sandler > SPIN > MEDDPICC - 价值:
GAP > MEDDPICC > Sandler > SPIN - 工作量:
MEDDPICC > Sandler == GAP > SPIN - 默认 GAP:每笔交易约需一小时排练,并提出两个影响类问题——这样能让潜在客户用自己的话说出那个数字,后续的成交、回顾以及所有交易技能都以此为基础。
- Sandler:同样需要一小时,也会占用已经开放的阶段中的几分钟;在工作量上与 GAP 真正并列——它带来的是对单个痛点的深入了解,而不是一个数字,因此排在第二。
- SPIN:在两个维度上的成本都几乎为零——它只会重新排列已经写好的问题,而主线已吸收了它的顺序。免费采用,但绝不为它单独分配时间。
- 被忽略的部分:MEDDPICC 的决策情境。在真实的采购群体中价值很高,工作量也最大——多出一个完整阶段,并且要在整个周期中针对每个角色重新收集信息。因此,追求效率时它会被排到后面,销售代表最终交付的表格可能量化了某个痛点,却无人有权批准。只要采购群体不止一位经济决策人,或买家受到监管,就应将它提升到首位。只将其组成要素作为问题收集;评分应交给评分卡技能。
- 删除,绝不降级:
- 如果某种方法论是强制要求的,就从表格中移除另外三种,并将每个阶段映射到该方法论自己的术语。
- 如果是交易型或 B2C 交易,就彻底移除决策情境阶段。
- 被排除的视角若留在底部,会在通话中途以范围问题的形式重新出现。
- 编写问题前重新排序——这个顺序只是默认值,并非定律;实际顺序取决于谁主持通话、谁来回答:
- 15 分钟的 SDR 通话,只能保留队首的内容。
- 与一线从业者通话一小时,则将 Sandler 提升到并列优先。
- 与高管通话时,优先采用能最快得出数字的视角,并删除其余视角。
- 效率:
- 根据通话时间确定问题数量:每 3-4 分钟的提问时间,大致安排一个实质性问题及其后续追问;面对高管时,问题要更少、更深入。按照第 4 步的顺序分配时间——效率排序最前的视角优先获得提问时间,预算无法覆盖的内容从队尾删减,绝不要在四种视角之间平均削减。已发布的“理想问题数量”说法只是相关性结论,且彼此矛盾,因此应根据通话时长确定数量,绝不要迷信某个神奇数字。
- 根据 references/question-bank.md 起草问题,按照主线排序,每次处理一个阶段。为每个主要问题附上包含 2-3 个递进层级的追问阶梯,以及一条倾听要点。
- 添加分支触发条件(见下文)和问题库中的勿问清单。
- 使用 references/call-sheet-template.md 整理成通话表。
- 执行质量关卡;反复迭代——重写并重新检查——直到每一项都通过。
- 交付,并提醒用户:通话表是地图,不是脚本——应根据潜在客户的回答灵活应对,并使用分支问题。
- 如果你的运行环境有持久化记忆,就记住角色、已验证属实的假设,以及哪些问题获得了有效信息——同一角色的下一份问题集就能有更好的起点。否则,给用户一份简短回顾,方便留存。
痛点 → 影响 → 紧迫性主线
每个问题都属于一个阶段。每个阶段都有退出条件。推进只能单向进行——走完主线之前,绝不退回后勤安排。
| 阶段 | 任务 | 满足以下条件后进入下一阶段 |
|---|---|---|
| 定调 | 用一句话达成议程共识(Sandler 的预先约定,Sandler 本人的概念) | 就目的、时间和可能的结果达成一致 |
| 了解情况 | 询问无法通过调研获知的最少背景信息——最多 1-2 个问题 | 你能用对方自己的话描述其当前流程 |
| 探寻痛点 | 揭示假设背后的实际问题 | 有一个明确、具体的问题,并有近期案例 |
| 找出根本原因 | 了解问题为何发生,以及对方已经尝试过什么 | 区分原因与症状;了解先前的尝试 |
| 评估影响 | 从技术、业务和个人层面量化影响(GAP Selling 的三要素) | 至少有一个数字,并明确还影响到哪些人 |
| 确认紧迫性 | 为什么是现在——促使采取行动的事件 | 有一个注明日期或由事件触发的行动理由,或坦诚说明没有 |
| 了解决策背景 | (复杂的 B2B 场景)了解实际决策过程 | 勾勒出流程、其他相关人员和评估路径 |
| 收尾 | 用对方自己的话总结,然后确定一个有日期的下一步 | 针对已发现的影响提出具体的下一步 |
顺序规则——整套流程遵循的逻辑:
- 先开放式,再封闭式。以开放式问题开启每个阶段;仅用封闭式问题确认或量化对方所说的内容。以“学习的心态,而非销售的心态”进行需求挖掘(Chris Riley,引自供应商综述)。
- 逐层深入后再推进:每个有意义的回答都值得追问 2-3 次,然后再转到新话题。Sandler 的 Pain Funnel(由供应商发布;Sandler 自己的页面上没有展示)按以下顺序逐层深入:模糊描述 → 具体案例 → 持续时间 → 先前尝试 → 成本 → 情感影响。可迁移的是这个顺序,而非具体措辞。
- 先找出根本原因,再评估影响。“不了解问题,就无法解决问题”(Keenan)。量化症状的成本,量化的就是错误的对象——而且“痛点可能会误导人”(Keenan)。
- 先评估影响,再确认紧迫性。在影响尚未量化前询问紧迫性,只会带来压力——已发表的买家决策犹豫研究(Dixon 和 McKenna 的 JOLT 研究,他们在书中的说法)发现,压力会加深犹豫,而非消除犹豫。
- 每个问题只问一件事。绝不把多个问题合并,也不连续堆叠提问。堆叠的问题只会得到最容易回答的那一部分。
- 聚焦过去的具体情况,而非假设。“上次发生是什么时候,造成了什么成本?”比“如果……会造成什么成本?”更好。关于真实事件的回答是数据;关于想象事件的回答只是客套。
- 用对方的措辞,而非产品的措辞。直到收尾之前,问题都应与产品无关;只有在差距明确后才引入产品。“绝不向需求推销”(Keenan)。
- 用对方给出的数字量化。“价值是一个数字,而非形容词”(Command of the Message,Force Management)。让潜在客户说出数字;由销售代表给出的数字,只会成为一个等待被提出的异议。
分支触发条件——交付内容中有关实时调整的部分,应写入每份通话提纲。这些条件不作排序,也永远不排序:每个条件都根据自身情况触发,而不是与其他条件争夺同一分钟,因此给它们排序会虚构出通话中并不存在的精确度。
- 连续提出两个假设后仍未发现痛点 → 更换假设,或坦诚地退一步询问:“要满足什么条件,这件事才值得你花时间?”不要凭空编造痛点。
- 潜在客户很早就主动谈到影响 → 先跳到后面,把信息记下来,再回头追问根本原因。这条主线规定的是退出条件,而不是脚本。
- 高管在场 → 问题数量减半,先提出最有针对性的假设,用观点陈述替代情境类问题。“表现最佳的销售代表在发现需求的通话中会问更少的问题”(Gong);其公开发布的经验法则也明确指出,这些规则不适用于 C 级高管买家。
- 回答停留在表面 → 沿着 Sandler 阶梯每次下探一层,而不是直接进入下一阶段;未满足退出条件便结束的阶段,会成为后续总结邮件暴露出的缺口。
- 潜在客户在主线中途询问价格或要求演示 → 简短回应,然后交换条件:再完成一个阶段,之后再深入。过早推介是下文所述的首要失败模式。
调用方式和预期输出
典型调用:
- “为我明天与一家拥有 200 人的物流公司的运营副总裁进行的 30 分钟通话设计一组需求探索问题——主动外联,她回复了我一封关于运输错误的冷邮件。”
- “我销售厨房改造服务;客户会预约 60 分钟的上门咨询。请给我一组问题。”
- “SDR 资格筛选电话,客户主动申请产品演示,一家中型会计事务所的 IT 经理——15 分钟。”
交付一份通话提纲(完整模板见 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:一次对话,一位或两位决策者——通常是唯一一次走完完整主线的机会,因此促成成交比覆盖面更重要。业务影响会转化为家庭时间、金钱和压力,这也是问题库在此处重新排列影响维度的原因。若有两位客户,每人都要分别询问痛点和影响——两位决策者就意味着两条主线。
-
B2C:有关先前尝试的问题(“是什么让你一直拖到现在才做这件事?”)承担根本原因阶段的作用;受监管的类别(财务建议、健康)会限制措辞——应提醒用户,不要自行猜测相关规则。
质量门槛
按照全部 10 项标准为问题集打分。通过门槛:10/10。反复迭代,直到所有项目都通过。
- 每个问题都恰好对应一个主线阶段;没有孤立问题,也没有空缺阶段,除非有合理理由跳过(例如,首次 SDR 通话中的决策背景)。
- 每个阶段都以开放式问题开场;封闭式问题仅用于确认或量化。
- 先探究根本原因,再探究影响;在出现任何紧迫性问题之前,影响部分至少要包含一个量化问题。
- 影响类问题至少覆盖技术、业务、个人这三类中的两类。
- 整张问题单中不得出现诱导性问题(在措辞中暗含期望答案),也不得出现复合问题。
- 所有可以针对过去具体情形提问的问题,都应提及真实、近期的实例,而不是假设情境。
- 预算、时间线和流程安排只能在探究痛点和影响之后出现,绝不能作为开场问题。两个典型的不当问题(“这个项目的时间线是什么?”和“是否已为此拨出预算?”)都列入禁问清单;GAP Selling 从业者已将其作为反面示例公开发布。
- 按每 3–4 分钟大约安排一个主问题及其追问链来控制问题集的长度;针对高管应适当减少;不得将目标问题数量列为规则。
- 每个问题的答案都必须可能改变销售代表接下来的行动。答案不会改变任何行动的问题属于发现过程的表演,应删除。
- 问题单应以请潜在客户用自己的话总结的提示和一个带日期的下一步安排请求结尾,并附上分支触发条件和禁问清单。
KPI 与衡量
-
对每次通话而言,满足以下条件即表示问题单有效:
- 挖掘出 3–4 个不同的问题,其中至少一个用潜在客户自己的数字量化。
- 每个已结束的阶段都满足其退出条件。
- 潜在客户接受了带日期的下一步安排。
如果仅凭回答就能写出回顾邮件(将邮件撰写工作交给 sales-meeting-recap 技能),这就是诚实的检验方式——无法回答的部分就是发现过程中的缺口。
-
跨多次通话,按角色和问题集版本跟踪首次通话 → 下一次会议(或 → 商机)的转化率。转化率的变化才是信号,而不是任何谈话比例目标——已发布的倾听与谈话比例以及问题数量基准都属于供应商说法,只有相关性,而且各供应商不同版本之间前后矛盾(详情见 references/frameworks-and-evidence.md)。
-
如果有可用的对话录音工具,请查看哪些问题引出了冗长、具体的回答,哪些只得到简短回答;将这些反馈用于下一版问题集。如果没有此类工具,销售代表在通话后记下的问题单缺口也能起到相同的反馈作用。
常见失败模式
| 失败 | 修正 |
|---|---|
| 像审讯一样——问题接连不断,缺乏层次 | 减少主要问题,深入追问;根据回答作出回应(“你刚才说 X——能多讲讲吗?”),而不是跳到其他话题 |
| 一味迎合——无论听到什么,都认为是在证实假设 | 假设是为了接受检验而提出的;只有在获得近期、具体的事例后,才将痛点视为已发现 |
| 浅层痛点——把抱怨误当成问题 | 沿着追问阶梯深入:具体事例 → 持续时间 → 以往尝试 → 成本;没有具体经历支撑的痛点只是症状 |
| 影响未经量化 | 至少在两个影响维度上,以潜在客户提供的数字确认至少一个数值之前,不要询问紧迫性 |
| 没有令人信服的事件 | 直接询问为什么是现在(MEDDPICC 的三个为什么:“为什么要做任何改变?为什么选择你?为什么是现在?”);诚实记录其不存在,而不是凭空编造——缺失本身就是交易情报 |
| 引导性问题 | 去掉问题中暗含的答案;问“你怎么看这笔成本?”,而不是“这肯定很贵,对吧?” |
| 过早推介——在核心探询过程中演示或谈论产品 | 确认差距后再引入产品;简短作答,然后回到核心探询流程 |
| 先问后勤安排——开场就询问预算和时间线 | 在问题尚未出现时就打听后勤安排;按照准入条件,将这些问题后置 |
| 发现流程作秀——答案不会改变任何事情的问题 | 删除任何不会带来后续影响的问题;以退出条件而非提问数量衡量覆盖度 |
参考资料
- 有关按阶段整理的问题库、方法论归属、后续追问阶梯、B2C 变体和禁问清单,请参阅 references/question-bank.md。
- 可直接填写的通话记录表请参阅 references/call-sheet-template.md。
- 有关完整的 B2B 通话记录表、简化的 B2C 咨询记录表,以及带注释的先问后勤安排的反面示例,请参阅 references/worked-examples.md。
- 有关按效率排序的四种经验证框架、每种框架作为覆盖度评估视角的成本与收益,以及供应商基准数据的证据注意事项,请参阅 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。