关于 pm-decision-quality-audit
面向产品团队的决策质量审计 Skill,评估决策过程而非单看结果,并按风险严重度提出具体改进。涵盖可逆性、偏差、信心校准、事前复盘与决策记录。
主要功能
- 01区分决策过程与结果
- 02评估决策可逆性与审议程度
- 03识别偏差并提出结构性对策
- 04检查信心校准与延迟成本
- 05审查事前复盘及权衡
- 06按严重度整理具体修正
适用场景
- 01复盘产品决策,避免结果偏差
- 02审查高成本或难以撤回的决策
- 03检查决策理由与风险记录
- 04为审计发现安排修正优先级
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ uxcel-lab/ product-skills --skill pm-decision-quality-audit安装后在 Claude Code 中输入/pm-decision-quality-audit确认已加载。
详细介绍
决策质量审计技能
此技能相较于默认行为的变化
默认情况下,Claude 会根据决策结果来评估决策——如果发布成功,决策就算正确——并且会全盘接受自信的决策理由。它很少区分推理质量与结果中的运气,很少检查审议过程是否与决策的可逆性相匹配,很少指出悄然影响选择的偏见,也很少询问是否在承诺之前就揭示了失败模式。这项审计会强制做到四点:每项发现都指出被违反的原则;根据当时可获得的推理来判断决策,而不是事后诸葛亮;明确指出偏见或流程缺口,并给出结构性对策;按决策造成的损害和可逆性评定严重程度,并提出具体修正方案。
这是一项评估型技能:每当有人审查重要的产品决策、决策日志或复盘时,它都会自动运行;在做出影响重大的决策后,也会作为验证步骤运行。
范围纪律。 直接调用时(用户指定了这项审计),只审查这一项关注点——不要引入相关的其他审计。只有当 pm-product-review 编排器或生成式技能依据 docs/orchestration-policy.md 调用它时,它才会与其他视角一同运行;此时它属于特定产物视角——针对高风险、难以逆转的决策提供。明确指定的范围始终优先。
框架——检查内容及违规表现
1. 根据过程本身评判,而非结果(结果偏差)
“结果偏差”是指根据后续发生的事情来评判决策。但结果会受到团队无法控制的因素影响(例如竞争对手发布产品、平台变化或时机)。正确的问题是:根据当时已知的信息,这是否是当时能做出的最佳推理? 使用过程 × 结果矩阵——过程良好 + 结果不佳是运气不好(不要因此责罚);过程不佳 + 结果良好是侥幸得手(这是最危险的象限——团队会误以为走捷径行得通)。
以下情况应标记: 复盘只根据结果表扬或指责;把侥幸成功当作走捷径有效的证明;谴责经过谨慎决策但结果不佳的情况;只说“它奏效了,所以决策是正确的”,却不审视推理过程。
- ❌ “改版后收入上涨了,所以改版决策是正确的。”
- ✅ “收入上涨了,但改版上线的那一周,竞争对手恰好出了问题——在把这次经验当作定论之前,先将决策推理与结果分开评估。”
2. 审议程度与可逆性相匹配(单向门与双向门)
并非每项决策都值得投入同等精力。请问:如果这项决策错了,撤销它要付出什么代价? 不可逆或代价高昂的决策(停止某条产品线、重新搭建平台、公开承诺定价)需要谨慎审议并征求意见;可逆的决策(功能开关、文案调整、新的引导流程)则应快速做出,错了就回滚。把可逆的选择当作单向门,会让团队行动迟缓;把单向门当作可逆选择,则是鲁莽行事。
以下情况应标记: 低风险、可逆的选择卡在委员会里(把形式主义当作严谨);快速、随意地押注难以逆转的决策,既未征求意见,也没有回滚计划;团队从未询问撤销决策要付出什么代价。
- ❌ 花三周争论一个通过功能开关发布的按钮标签。
- ✅ “重新搭建平台是单向门——应扩大征求意见的范围并充分检验;引导流程的文案可以撤销,所以先发布并衡量效果。”
3. 经过校准的信心与拖延成本
每个决策都是一次预测,因此要把它视为概率,而不是定论——“有 65% 的概率能使转化率提升超过 5%”,而不是“这一定会成功”。信心达到约 70% 时就做决定;再提高信心很少值得付出拖延的代价,而每个经过验证的决策每多搁置一周,都会造成实际损失。
**以下情况应标记:**团队对一个有时效性且可逆的决策等待近乎确定的结论(分析瘫痪);用“会成功/不会成功”这种二元框架,却不说明信心水平;在信心不足、又未说明这种不确定性的情况下,押注高风险且不可逆的事项;从不根据后续结果检验信心判断(缺乏校准)。
- ❌ “我们还需要再研究三周才能做决定。”(针对一项可逆的测试)
- ✅ “有约 70% 的把握认为它有帮助;而且决策可逆,所以我们现在就推出并衡量效果——拖延的代价高于剩余的不确定性。”
4. 识别并纠正偏见
在不确定情况下,偏见是认知的默认模式,并非偶尔失误——因此,严谨意味着设置结构性防护措施,而不是“努力保持客观”。留意确认偏见(只重视支持既定方向的数据)、锚定偏见(过度看重最先看到的数字/选项)、框架效应(“90% 成功”与“10% 失败”的说法改变决策)、虚假共识(“我会用,所以用户也会用”)以及事后偏见(复盘时说“我们早就知道会这样”)。应对措施包括:寻找反证、请外部审阅者参与、采用中性表述,并优先参考真实用户数据,而非把自身情况投射到用户身上。
**以下情况应标记:**理由只引用支持性证据;决策把团队自身偏好当作用户偏好的替代依据;数据的表述方式起到了说服作用;没有征求反对意见;复盘时把过去重构成显而易见的结果。
- ❌ “团队里每个人都会用这个,而且 90% 的任务成功率测试也证实了这一点——推出吧。”
- ✅ “我们请项目外的人评估了它,关注了任务失败的 10% 用户,并检查了真实使用情况——而不只是我们自己的偏好。”
5. 忽略沉没成本——根据未来价值做决定
已经投入的金钱、时间和精力无法收回,也不应该左右下一步决策。打破陷阱的换个问法是:“如果今天从零开始,没有任何前期投入,我们还会选它吗?”
以下情况应标记:“我们已经做了这么多”让一个前景不佳的赌注继续存在;路线图上的事项之所以保留,是因为停止会让人觉得是在承认失败,而非因为它最值得投入资源;理由中把过去的投入列作依据。
- ❌ “我们已经为它投入了两个季度,所以应该把它做完。”
- ✅ “先不考虑这两个季度——如果按照我们现在掌握的信息,今天才做决定,我们还会开始做它吗?如果不会,就停止。”
6. 承诺之前进行事前验尸并明确权衡取舍
高风险决策需要在行动前找出可能的失败模式——事前验尸(“一年后,这件事彻底失败了;发生了什么?”)能让团队畅所欲言地提出风险,而这些风险往往会被层级关系和乐观情绪压下去。每一个“是”也意味着对其他事情说“不”:被否决的备选方案、所选路径的代价以及决策理由都应清晰可见,并经得起“为什么选这个,为什么现在选?”的追问。
**以下情况应标记:**一项备受关注的赌注只有经过粉饰的风险清单(没人提出真实的失败模式);没有考虑或记录其他方案;决策从问题直接跳到选择,把权衡取舍一笔带过;对于“什么情况会改变我们的想法?”没有答案。
- ❌ “我们对发布计划有信心。”(没有列出风险,也没有展示备选方案)
- ✅ “事前验尸找出了三种失败模式;我们选择 A 而非 B,因为……,并接受 B 的用户要等一个季度;如果出现 X,我们会重新评估。”
7. 记录决策推理,便于之后诚实复盘
决策日志——记录背景、考虑过的选项、评估标准、信心程度,以及在结果揭晓前记录下来的推理——能让团队之后评估决策过程,而不是事后重构的故事。应配合定期复盘(比较实际结果与预期)。
**以下情况应标记:**没有记录重大决策为何做出;理由只存在某个人的脑海里;没有写下信心程度和假设,导致复盘无法避免事后偏见;没有计划根据实际结果重新审视决策。
- ❌ 一项重大押注没有书面理由;六个月后,没人说得清当时的实际预期是什么。
- ✅ “已记录:决策、备选方案、评估标准、65% 的信心程度及相关假设——并已安排 3 个月后复盘。”
**权衡说明:**严谨程度应与决策风险和可逆性相匹配——对于可逆、低成本的选择,快速且少 deliberation 的决策是良好的决策方式,而非缺陷;不要要求日常可逆决策都进行事前验尸和填写决策日志。对于成本高或难以撤销的决策,应标记其严谨性不足。战略性押注也可以合理地推翻谨慎分析——要求的是明确说明并给出推理,而不是谨慎总要胜出。
严重程度评级
根据决策造成的损害为每项发现评级——同时考虑决策的可逆性和成本:
| 严重程度 | 含义 |
|---|---|
| 严重 | 一项成本高且难以撤销的决策建立在错误推理之上——以结果为依据的逻辑、未受制约的偏见、失准的信心程度,或高风险押注未做事前验尸。团队即将犯下代价高昂且难以挽回的错误。 |
| 重大 | 一项重要决策的推理经不起审视——沉没成本让押注继续维持、没有记录权衡或备选方案、信心程度未经校准,或审议程度与可逆性不匹配。 |
| 轻微 | 流程规范问题——没有决策日志记录、没有安排复盘,或可逆决策受到轻微框架效应影响。 |
| 表面 | 对原本合理的理由润色措辞;不要用这些问题凑数。 |
交叉问题——转交处理,不要重复:已评分待办列表或路线图的排序纪律应由 pm-prioritization-rigor-audit 负责——本审计检查决策过程和偏见,该审计检查排序。决策中使用的指标是否有效,应由 pm-okr-metric-validity-audit 负责;假设是否经过实际验证,应由 pm-assumption-rigor-audit 负责;伦理或欺骗性后果应由 ux-dark-patterns-audit 负责。
输出格式
## Decision Quality Audit — [Decision / Log / Retro]
Context: [decision · reversibility & cost · stage (pre-decision / retro), if known]
### Critical
- [Issue] — what's wrong → fix. (Principle)
### Major
- …
### Minor
- …
### Working well ✓
- …
**Top 3 priorities:** the highest decision-damage fixes, each with the specific question the team must answer.
结尾务必列出按优先级排序的关键问题——平铺列表无法帮助任何人采取行动。
如何做好审计
- 先了解背景——决策是什么、可逆程度如何、撤销成本多高,以及你是在决策承诺前审查,还是在事后复盘?可逆性和风险决定严谨程度的标准。
- 区分过程与结果——尤其是在复盘时;评估当时可用的推理,而非现在才知道的信息。
- 只标记真正有代价的问题——对可逆、低风险选择快速决策是健康的;不要为可反悔的决策规定繁琐流程。
- 指出偏见和应对措施——“确认偏误——寻找反证数据/请外部审阅者”,而不是“更加客观”。
- 具体说明如何修正——提出事前验尸、补充缺失的备选方案、注明信心程度或补充决策日志记录。不要只说“改进决策”。
- 确定优先级,不要罗列问题——能改变高成本决策的三项发现,胜过十条流程规范问题。
常见的应做与不应做模式
| ❌ 不应做 | ✅ 应做 |
|---|---|
| 根据决策的结果来评判决策 | 根据当时已知的信息评判推理;区分决策过程与结果中的运气 |
| 把侥幸获胜当作方法有效的证明 | 指出“过程糟糕、结果良好”是最危险的象限 |
| 对每个决策都进行同样程度的审慎思考 | 根据可逆性匹配严谨程度——双向门快速决策,单向门谨慎决策 |
| 接受“这会奏效” | 要求给出经过校准的置信度;以约 70% 的把握作出决定,并权衡延迟的代价 |
| 接受仅以支持性数据为依据的理由 | 指出偏见(确认偏误、锚定效应、框架效应、虚假共识);要求提供反证 |
| 以“我们已经投入这么多”为由继续推进 | 换个角度思考:如果今天从零开始,我们会选这个方案吗? |
| 批准风险登记表看似齐全的高风险决策 | 进行事前验尸;揭示真实的失败模式和被否决的替代方案 |
| 不记录推理过程 | 建立决策日志——在结果揭晓前记录选项、标准、置信度和理由 |
| 重新审查待办事项的优先级排序或指标有效性 | 交由 pm-prioritization-rigor-audit / okr-metric-validity 处理 |
| 提交未排序的问题清单 | 按决策造成的损害程度划分严重性,并列出最重要的 3 项及待解答的问题 |