需求优先级

它是什么

需求优先级是依据价值、成本、风险与依赖，把多个需求排成「先做什么、后做什么」的方法。它让有限资源集中到最重要的问题上，而不是谁喊得响就做谁。

为什么需要它

资源永远不够，把所有需求都当「高优先级」等于没有优先级。明确排序能减少争论、让团队聚焦，也帮助说清「为什么现在不做这件事」给干系人听。

它如何工作

常见做法是用一个可比较的框架打分，例如 RICE 按触达（Reach）、影响（Impact）、信心（Confidence）和投入（Effort）估算每个需求的优先级。关键是先统一「价值」与「成本」的口径，用同一套标准比较，再结合依赖和战略目标做最终判断，而不是把公式当答案。

必须澄清的误会

需求优先级 ≠ 产品路线图。 优先级是排序的判断，路线图是排序结果在时间轴上的展开。

需求优先级 ≠ 最小可行产品。 MVP 关注用最小投入验证一个假设，优先级关注在多个候选中先投哪一个，两者的取舍对象不同。

真实例子

团队有「AI 自动回复」和「先优化检索引用」两个候选。按 RICE 打分：自动回复影响大但信心低、成本高；检索引用影响中等、信心高、成本低。于是先做检索引用，因为它是自动回复的前置，且能更快验证价值。

什么时候适合与不适合

适合：候选多、资源有限、需要跨团队对齐。慎用：分数是估算，不是事实；过度依赖框架会忽略战略意图和不可量化的风险。优先级是决策辅助，最终要有人对排序负责。

亲自试一下

挑三个正在纠结的需求，用 RICE 各打四档分，算出一个排序。再问：这个排序是否符合战略目标？有没有哪个依赖关系会改变顺序？把调整后的排序写下来并说明理由。

接下来学什么

把排序结果放进产品路线图形成时间计划，再用 MVP 决定第一版交付的最小范围。

来源与修订

RICE 优先级框架依据 Intercom 的官方实践 [S1]；「价值优先于功能数量」的产品原则参考 Marty Cagan [S2]。本版强调框架是辅助而非答案，不把估算分数写成客观事实。