用途
这是一个用于判断「一个决策到底有多重要」的框架，目标是把产品决策按影响与可逆性分类，从而对琐碎决策保持团队高速度，对关键少数决策施加严谨审议。它适用于当你感觉自己是团队瓶颈、或不确定该在某件事上花多少时间时。
分类框架
对每个决策用两个主要过滤器来评估，确定其「重要性分数」。
1. 可逆性
- 低重要性（可逆）：如果决策错了，能否快速撤销，且不对品牌或技术债造成持久损害？（例如 UI 文案、小型功能开关）
- 高重要性（不可逆）：这是不是一扇「单向门」？一旦发布，是否会改变数据模式、API 契约或用户心智模型，且难以回退？（例如定价变更、平台架构）
2. 实质影响
- 广度：这影响多少用户或相关方？（1% 还是 100%）
- 深度：对他们影响有多深？是影响其生计或核心工作流，还是只是小小的便利？
1/99 资源分配规则
完成分类后，把认知精力和时间进行不成比例的分配。
针对 1%（高重要性）
- 把 90% 的时间花在这里。
- 进行深度研究、寻求同伴反馈、建立高信念模型。
- 只在策略可靠时才「全力一搏」，因为你的声誉和产品走向取决于这少数几次判断。
针对 99%（低重要性）
- 以速度为优化目标。
- 用直觉：如果决策可逆，你的直觉通常「足够好」。
- 授权：把这些决策交给团队，以建立他们的自主性和「信任电池」。
经验法则：绝不要成为可逆决策的瓶颈。几分钟内做出决定，而不是几天。
实施步骤
- 明确决策：清楚陈述当前面临的选择。
- 运行过滤器：问「如果这是一场灾难，修复起来有多难？」以及「实际会有多少人注意到？」
- 设定截止时间：
- 如果是低重要性：在会议内或当天结束前决定。
- 如果是高重要性：安排专门的「深度研讨」或「投资计划」评审。
- 传达「为什么」：在授权或做快速「直觉」判断时，解释低风险允许更高速度。
示例
示例 1：UI 细节打磨
情境：设计师询问某个次要操作按钮应该是灰色还是浅蓝色。
应用：这高度可逆，且影响深度低。
输出：「按你的偏好来。这是可逆决策；我们先发布看看热力图。别让我挡着你。」
示例 2：平台 API 变更
情境：改变第三方开发者访问商家订单数据的方式。
应用：这不可逆（会破坏现有应用），且深度高（影响开发者生计）。
输出：归类为高重要性。停掉其他工作。花两周时间写一份「战时」文档，分析边缘情况、数据政策和开发者情绪，然后再决定。
常见陷阱
- 分析瘫痪陷阱：用对待不可逆决策的严谨度去对待可逆决策。这会扼杀团队势头，浪费你最宝贵的资源：专注力。
- 瓶颈型管理者：要求所有小决策都经过你。这会消耗团队的「信任电池」，并让你成为单点故障。
- 沉没成本谬误：在世界已经改变（例如全球疫情）之后仍坚持某个高重要性决策。如果最初的信念不再成立，要有谦逊地「全部推倒重来」。
- 为了「广度」忽视「深度」：因为只影响少数人就做出决定，即使它彻底毁掉这少数特定人群的体验（例如高级用户或顶级开发者）。始终权衡影响的严重程度。