产品经理如何定义需求的优先级

日常工作中，面对海量的用户需求，有效合理定义需求的优先级是一个很考验产品经理功夫的事情。基于日常工作、学习与思考，今天总结一下，enjoy~

1、处理原则

先来说说原则，2个维度进行定义：重要性+紧急性。

我们对下面这幅图都比较熟悉，一般而言，我们的处理事情的优先级顺序分别是：重要且紧急、重要不紧急、紧急不重要、不重要不紧急。

处理原则

2、金字塔模型

基于马斯洛需求层次理论，对用户的需求划分为：基本需求、期望型需求和兴奋型需求。

⼀般情况⽽⾔，⽤户需求重要性：基本型需求>期望型需求>兴奋型需求。使⽤需求的⾦字塔法则来表达，⾦字塔的最底层是基本型的需求，往上是期望型需求，最上⾯⼀层是兴奋型需求。

基本需求是必须马上实现的，没有的话产品基本使用不了。

利用金字塔模型，处理日常工作需求很实用。拿上周本人所负责的IM即时通讯聊天系统举例。

IM即时通讯系统

当时总监给我的排期仅仅一周，如果在最后节点前实现如此多的需求，在当前资源配置情况下是不现实的。

说下我是怎么处理的。

简单粗暴，我使用了金字塔模型去处理，即砍需求。哪些需求去了之后还能正常使用？哪些需求是必须有的？

对于IM即时通讯系统，我认为核心需求在于即时，所以在V1.0版本中都围绕这一点展开。

最后，V1.0中实现的功能点包括：1/2/6。

3、其他维度

上面所说的金字塔模型是在处理具体需求时常用的方法。

同时，我们也要结合其他维度去做权衡。大致包括以下几个维度：

1）KPI

KPI是目前互联网公司比较常见的考核方式，因此我们在做需求优先级定义时也要结合KPI维度去考虑。

比如，本季度部门/个人考核PKI是转化率，那么提高转化率方面的需求相对就会高于拉新、促活等方面的需求。

2）产品生命周期

这是一个很容易被人忽略的维度。

要知道，所有的产品都是有自己的生命周期，不同的生命阶段所需要采取的方式也是不同的。

因此，在不同阶段的功能要有针对性。

关于如何判断产品处于哪个生命周期，这里就不展开具体说明。

3）ROI

经过前面几个维度做过需求优先级定义后，我们还要结合ROI维度去考量下。考虑投入产出比、团队能力、技术复杂度等。

一般这个时候，需要研发团队介入。毕竟专业的事情交给专业的人去做。

4、小结

不管在哪种方法下，基本型需求的优先级永远默认是最高级的。至于期望型需求和兴奋型需求需要根据产品的实际情况去判断，同时结合PKI、产品生命周期、ROI多维度排序，而不是靠拍脑袋去决定，毕竟脑震荡不是闹着玩的。

以上！

蜗牛丨10.15