5种需求优先级的硬核评估方法（纯干货）

立德生辉

上篇文章柚子哥讲到拿到需求后，我们做好需求池管理，当需求入库需求池后，后续版本优先迭代解决哪些需求，这又是一门学问，可以说是需求中最难的一部分。

作为产品经理，你有没有这么排过需求优先级：
（1）老板或领导说的，得立马执行；
（2）程序员说：这个不好做，我们放一放吧；
（3）有个运营小姐姐说，能不能帮忙先做下这个需求，请你喝奶茶。
（感觉都命中的举个手哈哈哈~）

其实需求的优先级评判不仅适用于产品需求管理，也适用于生活中的方方面面。
打个比方：你正在烧菜，这个时候突然来了一个电话，这个突如其来的电话声把家里的孩子吓哭了。
这个时候，你会怎么处理当下并行的几个事务呢？
本文将介绍5种较为硬核的需求优先级评估方法，都是纯纯的干货，希望和大家探讨一下。

四象限法
我们根据“紧急程度”和“重要程度”，将需求分至四个象限中，如下图：



一般来说，重要但不紧急的事务会占到绝大多数（65%以上），而重要且紧急的事务会占到约20%，我们针对不同的紧急程度和重要程度可以采取以下的措施。



但是在使用四象限法的时候，需要注意到：
（1）重要且紧急的事情很多时，代表需求管理的扎口有问题，不建议超过25%，需要想一下评估标准是否有问题；
（2）一般比较需要投入人力去攻克的反而是重要但不紧急的需求；
（3）对于不重要的需求，要尽量避免投入过多的人力。

KANO模型法
KANO模型是一种产品需求优先级评估的经典可量化模型，尤其是在用户为C端用户时，效果极佳。



KANO模型通过问卷的采集和模型公式的计算，从而将不同的需求功能点落位于对应的属性，分别为：
（1）基本（必备）型需求：当优化该功能时，用户满意度不会有所提升；但是不提供此功能时，用户满意度会大幅下降；
（2）期望（意愿）型需求：当提供该功能时，用户满意度会有所提升；不提供此功能时，用户满意度会有所下降；
（3）兴奋（魅力）型需求：用户意向不到的需求满足感。当提供该功能时，用户满意度会极大提升；不提供此功能时，用户满意度不会下降；
（4）无差异型需求：做与不做，用户没什么区别；
（5）反向（逆向）型需求：可以理解为伪需求，实现了该需求后，用户满意度反而会下降。

由于KANO模型的计算相对比较复杂，柚子哥会在后续的文章中单独介绍这种模式的使用方法。

产品生命周期法
虽然“产品生命周期”是一个经济学概念，但是由于产品经理本身所构建的产品是面向于用户的，也同样具备了生命周期的特性。另外产品经理在设计需求功能时，绝对不能脱离产品的市场销售层面去思考问题。



在不同的阶段，我们评判需求优先级标准是不同的，比如说：
（1）导入期（培养市场阶段）：我们的第一目标是基础功能可以正常使用，有解决用户核心痛点的功能方案即可，不用过度追求品质和广度；
（2）成长期（扩张市场阶段）：在这个阶段，我们将面临许多竞争对手，用户可选择的参考也多，打磨好产品本身的功能质量前提下，需要拓展功能辐射的范围，尽可能做到有一定的竞争优势；
（3）成熟期（保持市场占有率阶段）：不断打磨产品体验，优先满足运营和市场需求，逐步构建产品技术壁垒和用户沉浸使用护城河；
（4）衰退期（开拓新市场阶段）：做减法，降本增效，去除无意义的低频功能，更专注于业务深度；同时拓展产品方向，做产品技术创新，尽可能焕发出新的吸引力。

马斯洛需求层次法
可能很多人都知道马斯洛需求层次理论，但是在产品需求优先级评估的时候也能用的上？
答案是肯定的，所谓的需求其实是共通的。人在实现某种想法时，内核还是来源于需求的满足，所以需求层次越低，越需要得到根本满足，优先级可以认为是越高的。但是换言之，也不能太过于绝对，需要根据产品本身的用户群体去进行结合，如果本身用户的需求层次更高级，满足低层次需求反而会适得其反。



ROI评估法
所有的需求实现，都需要整个产品线的资源，这个时候不仅是要从需求满足的角度去思考问题，也需要关注到投入产出比ROI。
如果为了满足一个需求，投入了产品线大量的人力，但是并不能得到一个很好的价值汇报。
在评判需求优先级的时候，需要更多地思考这个需求是不是可以放着后面做，先解决当下最棘手的问题。


以上就是柚子哥介绍的5种需求优先级的评估方法。
小伙伴们在日常使用时，没有哪种方法是万能的，需要结合自身的场景去做选择。
相信掌握这些“武功秘籍”，一定会在需求优先级评估时游刃有余的。