当销售管道阶段定义基于销售动作而非买方可验证里程碑时…

审计现有销售管道阶段定义，识别以销售代表活动（如'已安排演示''已发送提案'）而非买方行为为依据的阶段，并给出严重度排序的发现报告、重写后的退出标准和安全的迁移计划。

适用场景

解决思路

1. 先确定管道类型再评判任何阶段：开发型管道（从无意图到有意图，跟踪买方兴趣信号）、交易型管道（从意图到决策，经典企业B2B模型）、成交型管道（高频低价值，重减少摩擦，阶段更少标准更轻）。高频、自助、PLG和B2C团队常没有销售拥有的管道，而是营销/增长拥有的买方生命周期/漏斗阶段；只有当动作变为销售辅助或向上市场时，真正的管道结构才重新出现，此时漏斗和管道必须作为不同报告结构共存，绝不合并为一个阶段列表。
2. 执行访谈，每条消息只问一个问题，尽量用多选题，已答过的跳过：粘贴当前阶段列表及每个阶段的书面定义（若只存在于人脑中，这本身就是发现）；哪种动作喂养此管道（企业销售主导、中端市场、高频内部销售、PLG销售辅助），一个还是多个管道共享；ACV区间和典型周期长度；触发审计的症状（交易卡在某阶段、预测失准、经理对阶段划分不一致、跳阶段、静默推迟成交日期）；每个阶段的预测类别映射；哪些必填字段、验证规则和自动化绑定到阶段值；可导出或查询的数据（阶段变更历史、赢单/输单记录、成交日期变更历史、按销售代表细分）；谁拥有阶段定义和谁批准变更；是否有两人可独立对同一交易评分（若只有一人，则改为对机器记录标准做自动事件抽查，交付物必须说明此替代而非声称从未测量的协议率）；阶段上次变更时间及推广情况；能否提供样本（20-30个近期已关闭交易和当前各阶段开放交易）；结果必须在什么日期前落地，是否落在活跃季度内（阶段变更会污染其所在季度，季度中截止会砍掉所有迁移阶梯，只留标准重写）；要一次性修正还是每季度都成立的定义集；努力上限（是否有CRM管理员、需培训多少销售、管道趋势序列能否承受在切换日重启）。
3. 收集工件并按 references/audit-intake.md 进行利益相关者访谈，先看数据再与人交谈。
4. 对每个阶段应用 references/verifiability-test.md 中的可验证性测试：退出标准必须指明买方做了、说了或同意了某事；独立于销售代表意见可观察；记录在可检查的地方。操作形式：两位经理看同一交易记录，能否独立就标准是否满足得出相同结论？
5. 将每个阶段映射到 Gartner 购买任务（同一参考中的表格）：问题识别、方案探索、需求构建、供应商选择、验证、共识创建。标记未映射到任何任务的阶段（伪装成阶段的销售活动）和多个阶段挤占同一任务（冗余阶段）。
6. 在管道数据可直接查询时计算 references/diagnostic-metrics.md 中的诊断指标；否则从交易样本和访谈中推导，并将每个未测量诊断标记为未测量。
7. 将每个缺陷记录为发现，使用此模式：阶段 | 当前退出标准 | 判定+原因 | 严重度 | 修复阶梯+努力 | 证据 | 映射的购买任务 | 建议标准 | 迁移说明。严重度：Critical（退出标准纯为销售活动或未记录，推进靠主观）；High（标准引用买方但不可验证或无处可查）；Medium（可验证但模糊，两位经理可能合理分歧）；Low（标准合理，缺陷是命名、排序或冗余）。严重度是发现的价值轴，绝不是队列位置：一个措辞改动就能修复的Critical先于需要picklist迁移的Medium交付。给每个发现标记其所在阶梯和该阶梯的努力量级，然后按修复顺序排列。
8. 为每个失败阶段起草重写的退出标准（措辞指导见可验证性参考），然后从 references/remediation-rollout.md 构建修复和推广计划：按修复顺序排列修复、停用并新增迁移、预测类别重新映射、自动化审计、培训和推广形态。
9. 逐节输出报告（输出形态见下）供用户验证；以 references/worked-examples.md 中匹配的已做示例为基础。
10. 检查通过阈值；迭代标准和计划直到成立，或剩余差距被明确排期（例如需要一整个销售周期新数据的指标）。
11. 若你的运行环境有持久记忆，存储阶段清单、每阶段判定和商定阈值，以便推广后复查从这些开始而非重新访谈。
12. 修复顺序（六种修复类型，按每单位努力恢复的预测准确度排序，绝不按严重度，绝不最便宜优先；努力=管理员配置、培训每个接触该阶段的销售、历史数据迁移、可逆性；可逆性主导此列表，一个季度内两次更改阶段定义会破坏定义本应产生的趋势数据，因此任何触及阶段值的修复都接近单向）：价值（准确度恢复，从多到少）：完全重定义 > 标准重写 > 证据管道 > 阶段新增 == 阶段削减 > 常设检查；努力（从多到少）：完全重定义 > 阶段新增 > 阶段削减 > 证据管道 > 常设检查 > 标准重写；效率（从优到劣）：标准重写 > 常设检查 > 证据管道 > 阶段削减 > 阶段新增 > 完全重定义。阶段新增和阶段削减在价值上相等：只有管道类型决定哪个胜出。交易型管道从新增恢复更多（企业交易死在验证和共识创建，最常未被覆盖的任务）；成交型管道从削减恢复更多（减少摩擦是该动作的设计目标，交易跳过的阶段是被跳过时转化更好的阶段）。它们在努力上不等：迁移相同，只有新增要求销售提供从未被要求产生的证据。
13. 修复阶梯1——标准重写：将失败的退出标准重述为买方行为，指向系统已持有的字段或工件。无picklist变更、无迁移、无预测重映射。每阶段近零到一小时，加上已存在的评审会议中的一次走查；旧措辞只需文档编辑。单独可退役大多数Critical和High发现。
14. 修复阶梯2——常设检查：将退出标准列入定期管道评审议程，加上每季度评分者间重新抽样。每季度一小时，永远。本身不恢复准确度，其排名靠的是它是唯一阻止其上每个阶梯在两个季度内漂回主观的阶梯。
15. 修复阶梯3——证据管道：创建重写标准指明但系统未捕获的必填字段、验证规则或证据链接。一周管理员配置加上培训每个接触该阶段的销售。配置中可逆，培训中永不可逆。这是将通过评审的标准变为生产中成立的标准。
16. 修复阶梯4——阶段削减或合并：停用并新增未映射到任何购买任务或与邻居重复的阶段。一周到一季度：开放交易移动、预测类别重映射、阶段键控自动化清单。在切换点破坏趋势序列，逆转会再次破坏。
17. 修复阶梯5——阶段新增：为无阶段覆盖的购买任务新增阶段。与削减相同的迁移，加上销售从未被要求、经理从未检查的行为。一个季度。
18. 修复阶梯6——完全重定义：将阶段集重建为连贯序列而非逐格修补。按基本规则超出本技能范围；路由而非尝试。
19. 默认阶梯：一次运行所有标准重写，然后安排常设检查。仅当重写标准指明系统未捕获的证据时才进入下一阶梯——此时管道不是后续阶段，而是使重写成立的东西。
20. 此顺序饿死的是完全重定义：它在价值上排第一（唯一将阶段集视为序列而非单独措辞单元格列表的修复），但在每个参与中比率排最后，因此按严重度和努力排序会无限期推迟它，管道积累写得很好的标准却建立在无法承载它们的阶段模型上。当以下情况时提升它并路由出本技能到 mbfinotti/revops-skills@revenue-funnel：少于两个阶段在审计后作为可用锚点存活；多个动作共享一个阶段列表；管道类型本身被错误分类。
21. 删除被排除的阶梯而非降级：停在计划底部的阶梯以后会作为无人预算的范围回归。若访谈显示无阶段定义变更批准人：从计划中划掉削减和新增，并说明已划掉（无批准人的迁移永远不会交付）。若无CRM管理员：同样划掉证据管道。
22. 顺序是默认而非法律：随上下文和执行者变化。根据访谈答案重新排序：有CRM管理员时，管道阶梯从一周压缩到一小时，移到常设检查之上；销售团队在季度中时，划掉所有迁移阶梯直到季度结束，因为阶段变更污染其所在季度；管道小到可手工重分阶段时，削减和新增阶梯降一个数量级，两者都提升到管道之上。
23. 输出形态（每行阈值带来源标签）：STAGE DEFINITION AUDIT - <管道>, <日期>；管道类型：开发/交易/成交 + 动作、ACV区间、周期长度；阶段清单：数量对比5-7共识带，定义已记录还是部落式，预测类别映射存在/缺失；每阶段判定：阶段 -> 退出标准 -> 可验证性通过/失败 -> 严重度；购买任务映射：每个阶段覆盖哪个Gartner任务，无阶段的任务，有多个阶段的任务；诊断：转化衰减形态、老化异常值、跳过/后退率、成交日期推迟计数、按销售代表方差（带来源标签）；发现：按修复顺序排列的记录，严重度作为价值轴携带（模式见工作流第6步）；修复：重写的退出标准、选择的阶梯和划掉的阶梯及划掉它们的约束、停用并新增迁移计划、预测类别重映射、自动化/仪表板清单、培训+推广形态；测量：捕获的基线值、变更后KPI、复查日期（>=一个完整销售周期后）。
24. 通过阈值：每个阶段至少有一个退出标准指明买方行动并附加到记录系统中的可检查字段或工件；评分者间检查：两位经理（或两位独立评审者）不商议地对10-20个开放交易样本按重写标准评分，判定必须在至少90%的交易上一致（工作标准，从用户自己的数据推导更严格，非发布标准），分歧指向模糊标准，重写并重新抽样；阶段间转化在整个漏斗中单调衰减，或每个例外由有意设计解释（例如旨在取消资格的验证阶段）；没有开放管道阶段持有的交易份额严重偏离其预期停留时间（从管道自身历史推导预期分布而非行业常数）。迭代直到四项全部成立。转化和分布检查需要新定义下完整销售周期的交易才可信——若该数据尚不存在，在交付物中说明并将复查安排为推广后第一个门。
25. 常见失败模式（每行一个诊断一个修复，应用所有匹配行）：就地重命名或删除阶段值（历史报告永久损坏，自动化静默中断）-> 停用旧值新增新值，用映射字段桥接；跳过预测类别重映射（预测汇总静默偏移而阶段名看起来正确）-> 任何变更后重新检查每个阶段的映射；资格记分卡烘焙进picklist（阶段停止跟踪买方位置，两个构造都退化）-> 分离持续更新的资格字段，阶段=买方位置；标准写成销售活动（阶段膨胀，靠乐观推进）-> 将每个标准重写为以买方行动开头；标准纸面可验证但无处记录（通过审计，实践中不可执行）-> 将每个标准附加到必填字段或证据链接；用交易型管道规则评判成交型管道（假发现，给以消除摩擦为目标的动作增加摩擦）-> 先分类管道类型，标准权重匹配动作；超过约7个阶段或相似阶段（相邻阶段无法区分，标准稀释）-> 合并，每个阶段需要独特目的（从业者共识）；成功以记录/合规率衡量（销售记录更多更快更差，数据没变好）-> 改为衡量转化稳定性和评分者间一致性；第二周评判修复（没有完整周期新交易，转化指标无意义）-> 至少等一个销售周期，使用30/60/90天采用检查点；推广时销售首次现场看到标准（标准被忽视，阶段数据质量不变）-> 先培训，将退出标准构建到定期管道评审中。
26. KPI：跟踪阶段间转化稳定性和单调衰减、按销售代表转化方差（主观定义最锐利的单一指标）、阶段内时间中位数和异常值计数、跳阶段和后退率、每笔交易成交日期推迟计数、定期交易样本的评分者间一致性、预测准确度（以第一天预测与期间最终结果的绝对百分比差衡量，至少每季度）。绝不报告采用率或记录合规率作为成功——它们衡量压力而非准确度。每季度重新运行评分者间样本；一致性下降意味着标准正在漂回主观。

适用边界 · 注意事项

• 不要用于从零设计漏斗阶段集——应使用 mbfinotti/revops-skills@revenue-funnel
• 当漏斗模型本身是缺陷时，本技能只审计不重新设计，应路由到漏斗设计参考
• 当少于两个阶段在审计后作为可用锚点存活、多个动作共享一个阶段列表、或管道类型本身被错误分类时，应提升到完全重定义并路由出本技能