pm-prioritization-rigor-audit

优先级严谨性审计技能

此技能相较于默认行为会带来哪些变化

默认情况下，Claude 会自信地执行优先级排序——在 RICE 表中填入编造的数字，根据听起来似乎合理的影响对功能排序，并以毫无依据的精确度呈现结果。在审查他人的优先级排序时，它往往会照单全收这些分数。此审计会强制做到四点：每个分数都要追溯到其证据（否则标记为装饰性数字）；每个排名都要追溯到战略成果（否则标记为缺乏依据）；每个“必备项”都要受到质疑；并且每项决策都要检查是否明确权衡并经过压力测试。审计结果会标注严重程度，并给出具体的修正建议。

这是一项评估型技能：只要待审查或生成的工作中出现优先级列表、评分表、待办事项排序或下一步构建决策，就会自动运行。

范围纪律。 直接调用此技能时（用户指定了此审计），只审查这一项关注点——不要引入相关审计。只有当 pm-product-review 编排器或生成型技能根据 docs/orchestration-policy.md 调用此技能时，它才会与其他审查视角一同运行；在该策略中，它属于特定产物审查视角——在工作涉及优先级排序或路线图时提供。明确指定的范围始终优先。

---

框架——检查事项与违规表现

1. 分数背后的证据（虚假精确度检查）

RICE/ICE 分数的质量取决于其输入。覆盖人数应来自真实使用数据，影响应基于有人能够辩护的假设，置信度应反映证据质量，而非乐观程度。精确到两位小数的编造分数，只是披着白大褂的直觉。

标记情形： 分数没有来源；置信度一律偏高；工作量估算缺少工程团队意见；输出的精确度（例如“RICE 847.5”）高于任何输入的精确度；在决策之后才应用评分，为决策寻找理由。

• ❌“覆盖人数：9，影响：8，置信度：90%——RICE 表明应该构建”（完全没有提到数据）
• ✅“覆盖人数：约 5,000 名新用户/月（注册分析数据）；影响：中等（2）——影响激活，而非收入；置信度：80%（访谈证据支持问题存在，但尚无解决方案方面的证据）”

2. 与战略的关联（优先级缺乏依据检查）

每个排名都隐含着评判标准，而这些标准必须源自产品战略，并且明确、经过加权且记录在案。若优先级列表无法说明排名靠前的每个事项将推进什么战略成果，那么排序依据很可能是声量、时效性或利益相关者的影响力。

标记情形： 没有明确的评判标准；评判标准无法追溯到战略目标；靠前的事项只服务于一笔交易或最强势的声音；“加权评分”练习所用的权重并非由任何人有意选择；战略变更后优先级却没有变化。

• ❌ 待办事项列表首位：为一位企业潜在客户定制报告仪表板，理由是“销售团队需要”
• ✅“评判标准源自战略（拓展中端市场）：交易金额影响占 40%、安全覆盖占 30%、管理功能深度占 30%——按 1–5 评分，权重总和为 100%”

3. 以成果为导向（功能工厂检查）

对产出进行排序，会造成功能工厂：发布了许多版本，却毫无进展。事项应围绕问题或成果来表述，并明确受影响的用户数量和痛点严重程度；每项都应对应到其服务的假设。

标记情形： 列表只有功能名称，没有问题陈述；没有说明影响了多少用户或影响有多严重；事项无法追溯到原始假设（“我们相信[细分群体]会因为[原因]而[采取某种行为]”）；将排名事项的成功定义为“已发布”。

• ❌“1. AI 助手 2. 深色模式 3. 新仪表板”——没有问题，也没有成果
• ✅“1. 第 3 步的激活流失（影响 60% 的注册用户，阻碍北极星指标的驱动因素）——下方列出候选解决方案”

4. 诚实的分类（检查“必备项”是否膨胀）

MoSCoW 和“快速见效项／重大项目”组合只有在分类标准有约束力时才有效。如果所有事项都是必备项，那就等于没有必备项；如果“不会做”列表为空，就相当于预先批准了范围蔓延。

**标记条件：**超过约 60% 的事项被列为“必须有”；“不会做”列表为空或缺失；完全没有快速见效项（缺乏推进势头），或只有快速见效项（无法实现转型）；Kano 逻辑颠倒——基础功能尚未完善，却优先开发惊喜型功能。

• ❌ 18 项中有 14 项被列为“必须有”，且没有“不会做”列表
• ✅ 没有这些功能，产品就无法正常运作；明确列出不会做的事项并说明原因；快速见效项与重大项目搭配均衡

5. 明确权衡（检查隐性成本）

每一个“是”都意味着对其他事项说“不”。严谨的决策会清楚呈现被否决的替代方案、所选方案的代价以及背后的理由，并能经得起利益相关者追问：“为什么选这个？为什么是现在？”

**标记条件：**没有记录哪些事项被降级处理或原因；决策从问题直接跳到选择，中间的矛盾被刻意淡化；用户价值与商业可行性之间的冲突被描述为天然一致；没有回答“什么证据会促使你改变这个决定？”

• ❌ “我们优先改进了入门体验。”（然后没有下文）
• ✅ “优先改进入门体验，而非高级报告：提升激活率有利于整个用户群；报告功能服务于 8% 的账户——如果企业客户销售线索翻倍，再重新评估。代价：需要报告功能的客户要等一个季度。”

6. 框架适用性与一致性

框架都有已知的失效模式：RICE 需要数据和时间；MoSCoW 忽略投入；Kano 需要真实的调查反馈（不能靠猜测哪些是“惊喜型功能”）。而选择性地应用框架——结果不合意时就弃用——比完全不用更糟糕。

**标记条件：**框架与实际情况不匹配（在完全没有数据时用 RICE；凭直觉划分 Kano 类别）；不同决策之间频繁切换框架；不记录原因就凭直觉推翻评分；估算投入时忽略（时间／范围／复杂度）三角约束。

• ❌ Kano 的“惊喜型功能”标签在会议上直接指定，背后没有用户调查
• ✅ “本次发布采用 MoSCoW（截止日期固定，数据较少）；等分析能力成熟后再使用 RICE。”

**权衡说明：**严谨性与速度——不是每个决策都值得进行完整的评分；迅速做出可逆、低风险的选择，也是良好的优先级管理。应针对难以撤销且代价高昂的决策标记严谨性不足，而非一概而论。战略性押注确实可以合理地凌驾于评分之上——要求是明确说明并论证这种调整，而不是要求数学结果永远优先。

---

严重程度评级

按照决策损害为每项发现评级——如果维持现状，优先级排序会导致团队做什么或跳过什么：

严重程度	含义
严重	排序会误导团队（优先服务某笔交易而非战略、臆造的评分促成代价高昂且不可逆的押注、只列功能却没有预期结果）
重大	决策理由经不起辩护或审计（没有标准、没有证据链、权衡未明示、“必须有”膨胀）
轻微	流程规范问题（低风险事项使用了不匹配的框架、缺少“不会做”列表、战略调整后优先级仍未更新）
表面问题	格式或标签方面的润色；不要为了凑数而把这些问题写进报告

范围交叉：所用指标作为评估标准是否有效，属于 pm-okr-metric-validity-audit；本审计假定标准有效，检查的是排序纪律。更广泛的决策流程质量（偏差、可逆性、流程与结果）属于 pm-decision-quality-audit。

---

输出格式

## Prioritization Rigor Audit — [Target]
Context: [team/product · decision stakes · framework used · data available, if known]

### Critical
- [Issue] — what's wrong → concrete fix. (Principle)
### Major
- …
### Minor
- …
### Working well ✓
- …

**Top 3 priorities:** the highest decision-damage fixes, each with the specific question the team must answer.

结尾必须始终列出按优先级排序的首要问题——平铺罗列无法帮助任何人采取行动。

---

如何做好审计

1. 先了解背景 — 决策的影响和可逆性、现有数据、截止日期压力，以及使用了哪个框架（如果有）。这些因素决定了严谨程度的标准。
2. 只指出真正的代价 — 方向性证据也合理；要指出的是证据的缺失或捏造，而不是不完美的证据。
3. 尊重速度与严谨之间的平衡 — 对可逆事项快速决策是合理的；不要强行要求繁文缛节。
4. 优先排序，不要罗列 — 能改变下个季度开发内容的三项发现，胜过十条流程改进建议。
5. 提出具体修正方案 — 指出缺失的数据来源，提出标准权重，起草“不做”清单条目。不要只说“提高严谨性”。

---

常见的应做与不应做模式

❌ 不要	✅ 应当
不加审视地接受 RICE 表格	追溯每项评分的证据；指出装饰性评分
审计时为缺失项填入看似合理的评分	明确指出缺口：“未衡量触达人数 — 获取注册分析数据”
把已排序的功能列表当作优先级排序	要求列出问题／结果以及受影响用户数
接受“所有事情都至关重要”这种说法	明确 Must-have 的判定标准，并列出“不做”清单
赞同所选框架后就此作罢	检查框架是否适合现有数据和决策影响
要求每个小决策都进行完整评分	根据可逆性和代价调整严谨程度
重新审计指标的有效性	将指标质量评估交由 pm-okr-metric-validity-audit 处理
不分优先级地罗列问题	根据决策损害程度评定严重性，并列出最重要的三项及待解答的问题

---

来源课程（Uxcel）

• 毫不妥协地确定优先级
• 指引你的框架
• 运用产品战略确定优先级
• 优先级排序与权衡
• 优先级排序的艺术