← 全部文章 打造对的产品

当一切都显得紧急时，如何为功能排优先级

FabricLoop 团队 · 2026 年 5 月 · 阅读约 6 分钟

在大多数产品团队里，待办清单（backlog）是紧迫感的坟场。每一项进入清单时都很紧急：客户投诉、销售请求、竞品新功能、内部想法。六个月后，它们全都还在，依然显得很紧急，却没人说得清下一步该做哪一件。

问题不在于缺少工具。优先级框架多达几十种：RICE、MoSCoW、Kano、ICE、加权评分。问题在于，大多数框架要求一种虚假的精确，也就是给未知数打分。这让决策显得严谨，实际上只是把拍脑袋的直觉塞进电子表格里“洗”了一遍。

真正管用的做法更简单：两个维度，诚实评估，并有行动到底的纪律。

真正重要的只有两个维度

优先级排序归结为两个问题。第一：这件事对我们关心的结果有多大提升？（影响力。）第二：交付它要花我们多少成本？（投入。）其余一切要么是对这两者的细化，要么是对它们的干扰。

有时会加入第三个维度——置信度，即“我们对影响力有多确定？”——这一点值得留意。但在实践中，大多数团队都清楚自己什么时候是在猜。关键在于如实标注这是猜测，而不是按 1 到 5 分打个分再代入公式。

难点不在于看懂这个矩阵，而在于填写时是否诚实。每个团队都有一些想做的功能，本该归入“时间黑洞”，却总被重新划进“重大押注”。只有团队能如实评估影响力，这个框架才有用。

不靠虚假精确来评估影响力

影响力是团队觉得最难评估的维度，因为它往往需要预测未来。人们总想打个分，借此显得很科学。更好的做法是定性但有结构的评估。

针对每个待考虑的功能，问三个问题：

• 它解决的是哪个具体的用户问题？如果说不出一个具体、反复出现的问题，说明影响力的论据不足。
• 有多少用户遇到这个问题，频率如何？影响力等于频率乘以强度。让所有人略感不便，与让少数人彻底受阻，是两回事。
• 如果不做，会怎样？如果答案是“没什么影响”，就调低优先级。如果答案是“用户会流失”或“我们会丢单”，那影响力就是真实的。

评估投入，避免低估

团队总是系统性地低估投入。这一点有大量记录，与计划谬误和乐观偏差有关。对于涉及多个系统、需要跨团队协调，或要用到团队从未构建过的能力的功能，低估尤为明显。

有两种做法会有帮助。第一，先问工程团队，再评估投入，而不是事后补问。产品经理单方面评估投入，几乎总会低估。第二，把“未知的未知”作为明确的投入乘数。任何涉及代码库新区域、第三方 API，或近期未经测试的用户流程的功能，其投入评分都应比表面工作量高出 1.5 倍。

紧迫感的错觉

产品待办清单中的大多数“紧迫”并非真正的紧迫，而是近因效应。上周有客户抱怨，所以他们的需求显得迫在眉睫。上个月有竞争对手发布了新东西，所以跟进显得至关重要。但“新近”不等于“重要”，对新近事件做出反应，是让真正重要的工作被耽误的最常见原因之一。

一个实用的检验方法：问问自己，如果这件事是六个月前而不是上周才听说，你还会觉得它紧急吗？如果答案是否定的，那就是近因偏差在作祟，而不是战略优先级。把它记录下来，对照矩阵冷静评估，别因为它是新鲜事就急着插队。

当矩阵给出平局时

矩阵并不总能给出明确的答案。两个事项落在同一象限、得分相近，而你仍然必须选一个。这时有两个决胜标准可用：战略契合度（哪一项能让你更接近 18 个月后想达到的位置？）和可逆性（如果判断错了，哪一项更难撤回？）。优先选择战略上更契合、也更容易撤回的那一项。