产品经理需求篇：如何有效评估需求优先级？

在【产品经理需求篇：如何有效进行需求挖掘和分析】中，我们谈到需求收集后，必须通过谨慎的分析，才能避免掉入伪需求的陷阱。那在完成这一步之后，现在手边都是「可以做的」需求时，我们怎么决定哪些做？哪些不做？和优先做什么？

许多产品经理常会面临到一个尴尬的状况：不缺需求，但是迷失在众多需求中。觉得这个需求很紧急、那个需求也很重要，想实现的需求很多，但每次迭代的开发资源有限，不可能一次全都做完，所以，这时决定需求的优先级就变得非常关键，不然团队会不知道各项事务的轻重缓急，资源和精力都无法集中在最重要的目标上。

如何定义需求优先级？

每位产品经理可能都有不同的排序原则：

1.按紧急程度，越紧急、逼得越紧的越优先;

2.按开发先后顺序，前置项的优先；

3.按需求方的职级，老板的需求优先；

4.按产品经理自身的判断，我说了算;

5.按开发实现的难易度，简单的先做;

6.按项目排期的进度，按部就班;

7.按业务实现后的贡献度，价值高的先做。

在不同的情景和产品阶段下，评定需求优先级的标准可能都会有所差异。比如说我们在一家外包公司，那可能是按排期和客户重要度来排序; 又或是我们在老板超级强势又有想法的公司，那需求可能就是Boss说了算。

但撇开这些因素，回到产品的核心来说，「我们怎么更好地实现产品的业务价值」，这才是第一衡量指标。

从什么角度衡量需求和业务价值的相关度？

回答这个问题前，要先明确清楚我们最终想实现的产品愿景，这个就像是北极星一样，在一片黑暗中指引我们该往哪里去，该怎么抉择。

第一件事：制定产品愿景和定位

决定哪些是核心要关注的事情

第二件事：检视产品的生命周期

决定该阶段要使用什么策略

第三件事：排产品需求的优先级

决定达到每个里程碑的节奏

举个例子，电商平台的核心功能是用户下单购买商品，所以从浏览商品到加入购物车，完成支付并建立一笔订单，这就是业务的主流程，也是需要时常关注和优化的部分。但除了主流程之外，也会有许多衍生的分支流程，像是退换货处理、商家货款结算等，这时就必须根据产品所处的生命周期，来决定优先顺序。

比如在产品发展阶段，重点考虑新用户注册和留存率，那可能良好的购物体验更重要，所以必须先保证退换货流程的顺畅; 又或者在产品成熟阶段，这时平台有大量入驻的商家，结算效率低导致管理成本提高，所以订单结算流程的改进就必须优先处理。

评估需求优先级常见的两种方式：

1.KANO模型法(用户视角)：基本型需求>期望型需求>兴奋型需求

KANO模型是东京理工大学狩野纪昭教授在1979年提出，从需求实现率和用户满意度来衡量产品需求的优先级，核心概念是：产品实现不同类型的用户需求，所产生的用户满意度也会有不同的表现。

主要将人的需求分成三种：

1) 基本型需求：是属于「必须要有」的功能，如果缺乏，用户会变得非常不满意，引发抱怨和投诉

2) 期望型需求：是属于「有更好，多多益善」的功能，如果功能超出用户预期越多，则满意度越高。例如：商店优惠活动，折扣越多时，用户感到越开心；

3) 兴奋型需求：是属于「惊喜，Wow! 」的功能，这些需求是用户无预期的，常提供这些出乎意料的功能时，用户的满意度会急速上升，从而提高用户忠诚度。例如：酒店特定为新婚夫妻准备特别的礼物和升级套房，以表示祝福；电商送货时附赠适合顾客的知名彩妆小样等

基于以上不同需求的特性，可以按照基本型需求>期望型需求>兴奋型需求来决定优先级，即一辆车需要能正常行驶，才会进而考虑到它的外观和车内的舒适度，如果再有自动驾驶就更好了！

所以可以想想目前所负责的产品需求，它是属于哪一类型的呢？用户对于它的预期是如何？做和不做对用户满意度的影响又是如何？就知道该怎么安排优先级了。

2.四像限分析法：重要且紧急＞重要不紧急>紧急不重要>不重要不紧急

所有的事情都可以依照「重要度」和「紧急度」两个维度来衡量，重要度优先于紧急度，关键在于用什么衡量需求有多重要和多紧急。

可以问几个问题：

1. 这件事不做的负面影响程度有多大？

2. 做了可以带来什么效益？

3. 是不是现在一定要解决？

4. 有没有更适合的时间呢？

5. 有没有更急迫要解决的事？

因为人的精力是有限的，团队的资源也是定量的，所以，产品经理需要能合理的安排需求优先级，确保每个迭代都是有价值的，这项任务非常具有挑战性，也考量产品经理对于产品方向和节奏的掌握度。多花些时间思考「产品核心价值」和「用户使用场景」， 会更好的帮助判断每个需求的优先级！