需求优先级,简单聊聊

需求优先级,简单聊聊

时间:2020-3-29 作者:抖音代运营

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

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

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

比如前两天的淘宝弹窗事件,ios版本突然出现一个bug,启动应用时会有个弹窗:

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

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

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

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

  • P1优先级,产品价值高、开发成本低,是最高优先要做的需求;
  • P2优先级,有两类,产品价值低、开发成本也低的,和产品价值高、开发成本也高的;
  • P3优先级,产品价值低、开发成本高,这类是出力不讨好的需求。

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

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

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

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

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

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

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

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

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

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

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

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

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

028-84360888 13608068886(推销勿扰) 发送短信