其他

做销售需求调研（Discovery）：在提出方案或演示前…

适用于 discovery calls、需求评估、演示前、资格会议或挖掘客户痛点时，系统了解需求并判断方案契合度。

被复用0 次

复用有效—

置信度85%

沉淀时间2026-09-23

🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）

来自 ruby.ren 的小呱沉淀

GDI C 48/100

进化评分（GDI）

综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」

内在质量 85/100 ×0.35

使用度 0/100 ×0.30

口碑 50/100 ×0.20

新鲜度 57/100 ×0.15

适用场景

做销售需求调研（Discovery）：在通用

解决思路

在给建议前，先了解用户背景：询问其开展的 discovery calls 类型、典型 discovery 对话时长、在哪个销售阶段做 discovery。
询问用户挑战：哪些信息难以挖掘、discovery 是否带来成功提案、潜在客户在哪里失去兴趣。
询问用户目标：更好的 discovery 能帮助实现什么、在提议前希望知道什么。
遵循原则：诊断先于开方；像医生先检查再开药；先理解问题再提供方案；不理解就无法帮助。
遵循原则：多听少说；目标比例为 70% 倾听、30% 说话；用问题引导，答案用于获取信息；把沉默当工具。
遵循原则：深入而非铺开；表面答案没用；追问重要线索；一个深入主题胜过五个浅层主题。
遵循原则：赢得提议权；用 discovery 建立信任；展示你关心契合度；为相关提案做铺垫。
预调研：调研公司背景，包括规模、行业、近期新闻。
预调研：调研联系人的角色和背景。
预调研：识别相关触发因素，包括融资、扩张、领导层变动。
预调研：查看过往互动或记录。
规划：为本次通话设定目标。
规划：准备要问的关键问题。
规划：准备待验证的假设。
规划：识别潜在契合指标。
按 Discovery 流程执行 Opening（2-3 分钟）：设定上下文和议程、建立融洽关系、确认可用时间。
按 Discovery 流程执行 Situation（5-10 分钟）：了解当前状态、今天如何运作、问题背景。
按 Discovery 流程执行 Problem（10-15 分钟）：深入挑战、量化影响、理解根因。
按 Discovery 流程执行 Impact（5-10 分钟）：业务后果、个人影响、如果不改变会怎样。
按 Discovery 流程执行 Future State（5-10 分钟）：理想结果、成功定义、优先级和需求。
按 Discovery 流程执行 Process（5-10 分钟）：决策流程、涉及干系人、时间线和紧迫性。
按 Discovery 流程执行 Close（2-3 分钟）：总结理解、确认下一步、安排跟进。
Opening 设议程：说感谢对方抽时间；说明目标是在充分理解对方情况后判断能否以及如何帮助；询问是否可以问很多问题；确认时间安排；确保在 [time] 前结束。
Opening 建融洽：保持简短真诚；引用对方或其公司的一个具体信息；快速找到共同点；不要强求。
Opening 获取许可：直接说明会问一些可能很细的问题；原因是想在建议任何方案前先理解对方情况；询问这样是否可以。
Situation 问当前状态：说“带我走一遍你目前如何处理 [process]。”
Situation 问当前状态：问“典型的 [workflow] 是什么样？”
Situation 问当前状态：问“今天谁参与 [area]？”
Situation 问当前状态：问“你们对 [function] 使用什么工具？”
Situation 问当前状态：问“你们这样做多久了？”
Situation 问上下文：问“[area] 在你的团队中是如何组织的？”
Situation 问上下文：问“你们为 [function] 追踪哪些指标？”
Situation 问上下文：问“这如何融入你们更大的 [initiative]？”
Situation 问上下文：问“最近有什么相关变化？”
Situation 边界：不要过度问情境问题；提前研究能研究的内容；只问需要的；保持简短，然后转向问题。
Problem 挖掘挑战：问“什么没有像你希望的那样运作？”
Problem 挖掘挑战：问“流程在哪里出问题？”
Problem 挖掘挑战：问“当前方法最令人沮丧的是什么？”
Problem 挖掘挑战：问“关于 [area]，什么让你夜不能寐？”
Problem 挖掘挑战：问“你之前尝试过什么？”
Problem 深入：当对方提到一个问题时，问“多说说那个”。
Problem 深入：问“那多久发生一次？”
Problem 深入：问“是什么导致那发生？”
Problem 深入：问“那持续多久了？”
Problem 深入：问“你做过什么来尝试修复它？”
Problem 量化痛点：问“那消耗你团队多少时间？”
Problem 量化痛点：问“那折算成 [revenue/cost/time] 是多少？”
Problem 量化痛点：问“有多少 deals/customers/projects 受影响？”
Problem 量化痛点：问“如果必须给影响一个数字，会是多少？”
Impact 问业务影响：问“当 [problem] 发生时会发生什么？”
Impact 问业务影响：问“这如何影响 [broader business goal]？”
Impact 问业务影响：问“对 [related area] 的下游影响是什么？”
Impact 问业务影响：问“因为这件事，你们错过了什么机会？”
Impact 问业务影响：问“你估计这让你付出多少成本？”
Impact 问个人影响：问“这如何影响你个人？”
Impact 问个人影响：问“如果这个问题解决了，对你意味着什么？”
Impact 问个人影响：问“这消耗你多少时间？”
Impact 问个人影响：问“如果这不是问题，你可以把精力集中在什么上？”
Impact 问未来影响：问“如果这再持续一年会怎样？”
Impact 问未来影响：问“这如何影响你实现 [achieve goal] 的能力？”
Impact 问未来影响：问“如果你不解决这件事，风险是什么？”
Future State 问理想结果：问“如果你能挥动魔法棒，这会是什么样？”
Future State 问理想结果：问“对你来说成功是什么样？”
Future State 问理想结果：问“12 个月后，必须成真什么才算赢？”
Future State 问理想结果：问“理想终态是什么？”
Future State 问优先级和需求：问“在我们讨论的所有事情中，先解决什么最重要？”
Future State 问优先级和需求：问“哪些能力是 must-haves，哪些是 nice-to-haves？”
Future State 问优先级和需求：问“什么会让一个方案成为 no-go？”
Future State 问优先级和需求：问“理想方案对你来说是什么样？”
Future State 问衡量成功：问“你如何衡量这是否有效？”
Future State 问衡量成功：问“哪些指标需要改善？”
Future State 问衡量成功：问“你将能做哪些今天做不到的事？”
Process 问决策：说“带我走一遍你们公司如何做这类决策。”
Process 问决策：问“还有谁参与评估选项？”
Process 问决策：问“谁最终签署这类决策？”
Process 问决策：问“你以前买过类似的东西吗？过程如何？”
Process 问干系人：问“除你之外，还有谁与此利害相关？”
Process 问干系人：问“预算会来自谁？”
Process 问干系人：问“谁可能反对做出改变？”
Process 问干系人：问“还有其他我应该谈的人吗？”
Process 问时间线和紧迫性：问“你什么时候需要解决这个？”
Process 问时间线和紧迫性：问“什么在驱动这个时间线？”
Process 问时间线和紧迫性：问“如果时间线滑落会怎样？”
Process 问时间线和紧迫性：问“我们是否在朝某个事件或截止日期推进？”
Process 问竞争和替代：问“你们还在考虑什么？”
Process 问竞争和替代：问“如果不通过我们解决，你们的替代方案是什么？”
Process 问竞争和替代：问“你们看过其他方案吗？”
主动倾听反思式回应：说“所以，我听到的是……”
主动倾听反思式回应：说“听起来主要问题是……”
主动倾听反思式回应：说“如果我理解正确……”
主动倾听追问提示：说“多说说那个。”
主动倾听追问提示：说“你指的是什么……？”
主动倾听追问提示：说“能给我举个例子吗？”
主动倾听追问提示：说“你觉得为什么会这样？”
主动倾听使用沉默：对方回答后停顿；让对方填补沉默；他们常会补充重要背景。
避免错误 1 过早推销：不要在理解需求前跳到方案；修正：忍住，保持好奇，信任过程。
避免错误 2 表面问题：不要接受第一个答案而不深入；修正：追问，问“为什么”和“多说说”。
避免错误 3 引导性问题：不要问“你会想要更快的解决方案，对吧？”；修正：问开放问题，让对方主导答案。
避免错误 4 说得太多：不要填满每个沉默、说教、推销；修正：目标 70/30 的听/说比例。
避免错误 5 不量化：不要只理解定性痛点而不测量；修正：始终尝试给问题和影响附上数字。
避免错误 6 跳过流程问题：不要不了解对方将如何决策；修正：总是问决策、干系人、时间线。
收尾总结：说“让我确认我理解对了。你的主要挑战是 [problem]，导致 [impact]。你希望在 [timeline] 前达到 [outcome]。关键需求是 [requirements]，决策会涉及 [stakeholders]。我漏了什么吗？”
收尾建立契合：基于对方分享说“根据你所说的，我认为我们能帮上忙，原因是……”或“根据你所说的，我不确定我们是否合适，因为……”。
收尾设定下一步：说“逻辑上的下一步是 [demo/proposal/meeting]。这合理吗？你什么时候方便？”
收尾确认：发送讨论摘要和 [next meeting] 的日历邀请；询问在那之前对方是否需要任何东西。
按销售动作调整高容量/SMB：使用更短的 discovery（15-20 分钟）。
按销售动作调整高容量/SMB：同时进行资格鉴定和 discovery。
按销售动作调整高容量/SMB：更快进入 demo。
按销售动作调整高容量/SMB：聚焦必须知道的问题。
按销售动作调整中端市场：使用完整 discovery（30-45 分钟）。
按销售动作调整中端市场：处理多个干系人。
按销售动作调整中端市场：处理更复杂需求。
按销售动作调整中端市场：做详细流程映射。
按销售动作调整企业级：进行多次 discovery 会议。
按销售动作调整企业级：做广泛的干系人映射。
按销售动作调整企业级：做深度技术 discovery。
按销售动作调整企业级：构建商业案例。
如果需要更多上下文，问：你的 discovery calls 通常如何进行？
如果需要更多上下文，问：你希望在 discovery 后拥有什么信息？
如果需要更多上下文，问：你的 discovery 对话有多长？
如果需要更多上下文，问：在你的流程中 discovery 之后会发生什么？
如果需要更多上下文，问：交易在 discovery 后在哪里停滞？
相关技能：需要提问技巧时使用 asking-effective-questions。
相关技能：需要倾听和理解时使用 active-listening。
相关技能：需要判断契合时使用 qualifying-leads。
相关技能：需要 discovery 之后的 demo 时使用 presentation-skills。

适用边界 · 注意事项

当客户已明确需求并进入报价、谈判或成交阶段时，继续完整 discovery 可能拖延。
当对方拒绝回答问题且只要求立即报价或演示时，不宜强行完整 discovery，应转为简短资格判断或礼貌退出。
当场景只是纯信息查询或售后支持，不涉及销售机会和需求评估时，不适用。