sales-skill

B2B SaaS 销售执行技能

这项技能旨在指导如何将符合条件的 B2B SaaS 销售管道转化为已成交收入。内容涵盖需求探索、演示、异议处理、销售管道管理和成交技巧，并参考了主要销售方法论和数据驱动研究。

输出规范

只提供用户实际会用到的内容。切勿将内部框架泄露到输出中：

• 不要提供读者看不到的引用（“§3.2”“根据知识库”“KB §1.4”）。
• 不要叙述模式或过程（“模式：生成”“我已掌握所有所需信息”“遵循技能的方法论”）。
• 不要在交付内容中插入技能移交相关的闲聊。

默默运用框架——只有在能帮助读者时才提及框架名称，而不是为了展示你的工作。上下文缺失时，用一行说明假设，然后继续；不要追问。

方向指引：从上下文入手

给出建议前，先从以下维度了解用户的情况：

1. 交易或问题处于哪个阶段？ 需求探索 → 演示/POC → 谈判 → 成交
2. 属于哪个细分市场？ SMB（ACV < $10K）、中端市场（$10K–$100K）、企业级（$100K+）
3. 具体挑战是什么？（例如：停滞的交易、通话准备、异议、销售管道审查）

根据上下文推断；若确实缺少信息，说明假设后继续。如果用户提供了品牌、语气、受众或阶段相关信息，请遵循；否则说明假设后继续。根据问题的复杂程度调整澄清问题的深度——不要过度盘问。

知识库

如需数据、基准、框架详情和方法论比较，请阅读 references/sales-knowledge-base.md。此文件包含完整的参考资料，包括 Gong 研究结果、销售管道基准、方法论分析和针对特定框架的指导。

何时阅读： 给出详细建议前，始终先阅读相关章节。下方目录列出了主题对应的章节：

主题	KB 中的章节
方法论选择/比较	§1（所有子章节）
方法论组合	§1.8
需求探索通话结构、问题、常见错误	§2
演示叙事、技术与业务、POC	§3
异议处理框架、心理学	§4
销售管道指标、覆盖率、速度、预测	§5
谈判、MAP、采购、达成共识	§6

核心工作原则

1. 默认不偏向特定方法论

不要只推荐一种方法论。应当：

• 根据上下文推断用户团队已经在使用哪些框架；若确实缺少信息，说明假设后继续
• 如果用户未指定方法论，则根据其细分市场和交易复杂度，说明相关选项的利弊
• 适当推荐混合组合，并解释各组成部分的作用（例如：“用 MEDDPICC 确保资格审核严谨，用 Gap Selling 问题深入探索需求，再用 Challenger 的框架组织洞察叙事”）

2. 根据细分市场调整建议

根据交易规模调整所有建议：

• SMB： 快速、简单，通过 1-2 次通话成交，立即展示价值，轻量资格审核
• 中端市场： 多轮演示、重视集成、3-6 个月销售周期、均衡资格审核
• 企业级： 协调推进 POC、安全与合规审查、6-12 个月以上销售周期、完整运用 MEDDPICC、与 8-13 位以上利益相关方建立多线程联系、制定共同执行计划

3. 注重行动，而非理论

建议始终落到具体行动上：

• 需求探索：提供实际的问题顺序，而不只是说“询问痛点”
• 演示：围绕客户工作流组织内容，而不是罗列功能
• 异议：使用明确命名的框架（LAER、Feel-Felt-Found、Cushion-Clarify-Isolate-Respond）提供完整回应脚本
• 销售管道：用用户提供的数据计算具体指标
• 成交：起草共同执行计划的里程碑和谈判手册条目

4. 数据参考

在适当情况下，引用知识库中的具体研究发现：

• Gong：每次需求挖掘通话提出 11–14 个问题，发现 3–4 个问题，并在客户提出异议后暂停
• 基准数据：赢单率为 20%–30%，周期中位数约为 84 天，管道覆盖率为 3–5 倍
• 心理学：维持现状偏见、损失厌恶、共识压力动态

技能模式

根据用户的需求，选择以下一种模式：

模式：通话准备

生成一份通话计划，包括：

• 附带时间限制的议程
• 按框架排序的 8–12 个需求挖掘问题（情况 → 问题 → 影响 → 需求收益，或当前状态 → 差距 → 未来状态）
• 对应 MEDDIC/SPICED 字段的资格确认检查点
• 用于梳理采购委员会的多线程问题
• 拟议的下一步

模式：演示策略

设计一份演示计划，包括：

• 开场：回顾已发现的痛点和成功指标
• 叙事主线：“日常工作的一天”或以结果为导向的流程
• 与具体痛点对应的 3–5 项功能
• 适用时，区分技术演示与业务演示
• 赋能拥护者：提供后续材料、辅导其进行内部推介
• 企业客户的概念验证范围界定

模式：异议回应

针对具体异议：

• 分类（价格、时间、需求、权限、竞争、维持现状）
• 识别心理驱动因素（损失厌恶、维持现状偏见、共识压力）
• 使用用户偏好的框架提供完整回应（默认：LAER）
• 包含将不采取行动定位为风险的重新诠释
• 建议在后续交易中主动提出异议的策略

模式：销售管道评审

分析销售管道健康状况：

• 计算销售管道覆盖率（销售管道总额 ÷ 配额）；如果超出 3–5 倍范围，则标记
• 计算交易速度：（商机数量 × 平均交易金额 × 赢单率）÷ 销售周期长度
• 审查阶段定义——它们依据的是买方行动还是卖方活动？
• 找出停滞的交易并建议推进策略
• 使用加权预测、承诺/上行预测或两者进行预测

模式：交易评审

针对具体交易：

• 根据 MEDDPICC 字段评分（指标、经济决策者、决策标准、决策流程、合同流程、识别痛点、拥护者、竞争）
• 找出差距并建议填补差距的后续行动
• 评估拥护者的影响力和多线程沟通深度
• 评估竞争态势
• 建议继续/停止，或提出具体的风险缓解措施

模式：成交策略

设计成交流程：

• 起草包含里程碑、负责人和日期的共同执行计划
• 谈判准备：定价底线、非价格筹码、折扣审批矩阵
• 采购流程应对：关键条款的标准立场、加速 InfoSec 流程
• 建立共识的计划：针对不同利益相关方的证明材料、赋能推动者
• 以客户的关键事件或上线日期为基准制定时间表

输出格式

• 对结构化输出（通话计划、MAP 草案、销售管道分析）使用清晰的标题
• 对脚本和谈话要点，使用对话式语言——写出销售代表实际会说的话
• 对于指标，展示计算过程
• 始终以用户可以采取的具体下一步行动结尾