需求优先级，简单聊聊

前几天在社群里有人问怎么排需求优先级，今天来简单聊聊这个问题。

其实需求优先级有很多成熟的方法论，常用的有4个：

我平时用的，是矩阵分析法，的变种。

先来一下矩阵分析法，它是根据需求的重要性和紧急性两个属性来确定优先级。其实我一直不是很理解，重要性和紧急性分得开吗？一个很紧急的需求，难道不是很重要吗？

比如之前的淘宝弹窗事件，ios版本突然出现一个bug，启动应用时会有个弹窗：

常规来说，这种bug的修复肯定是紧急性max，难道不也是重要性max吗？

所以为了更清晰的表述一个需求的优先级，我对矩阵分析法做了调整：

同样是一个矩阵，纵轴代表需求之于产品的价值，越往上，价值越高，横轴是需求的开发成本，越往右边开发成本越高。

总共分为4个区域，序号代表优先级。

• P1优先级，产品价值高、开发成本低，是最高优先要做的需求；

• P2优先级，有两类，产品价值低、开发成本也低的，和产品价值高、开发成本也高的；

• P3优先级，产品价值低、开发成本高，这类是出力不讨好的需求。

这样排优先级的好处是，非常方便的确定下一次迭代做哪些需求：P1需求+部分P2需求。

现在互联网产品崇尚快速迭代，一般每次迭代的开发上线周期不超过2周，所以每次要做的需求也是比较有限的，按照我们这个需求优先级，P1需求是每次必做的，然后根据工作量，加入部分P2需求，确保开发同学在本次迭代周期内工作量是饱和的。

具体分析一下矩阵的两个维度：产品价值和开发成本。

怎么确定一个需求的产品价值高还是低呢？主要看这么几个方面：

一个需求影响的用户量越大、用户使用的频次越高、用户需要的迫切程度越大，就说明这个需求的价值越高。

另外，如果一个需求能明显的提高用户的付费意愿，那么这个需求的产品价值也是很高。

特别是B端saas产品，如果一个大客户明确表示：你做了a需求，我就签单！决定一个几十甚至几百万的大合同，你说a需求的价值高吗？

所谓的产品价值，说白了，就是做了这个需求，我们的产品能得到什么？产品需要的东西，就两类：要么是用户增长，要么是营收。这两类就是产品价值的本质。

开发成本就比较好理解了，主要就是开发同学的工作量。具体到需求的工作量，最好找开发同学一起评估。

众所周知，程序猿的工资很高，既然付出了固定的成本，就要让他们做价值高的事情。

看起来产品经理有时候也要“精神资本家”一下，多站在老板的角度考虑问题。

(公众号回复“PRD”，获取鹅厂内部需求文档模板！)

另外，关于排定需求优先级，实际工作中没必要照搬理论，还是要根据实际情况。比如淘宝出现的那个bug，这种突发事件你就没法按部就班的排优先级了，只能是停下团队所有的工作，集中一切力量解决bug。

排定需求优先级之后，需要把需求放在需求池里，这是我常用的需求池：

在公众号：产品经理日记（ID：p_m_diary）回复“需求池”，可以下载这个需求池模板~