按需求的紧急程度来排序，催的越急的越优先

关于排优先级的标准，很多小伙伴都有自己的答案，从我面试的经验当中发现，大概总结出来有如下几种：

1. 按需求的紧急程度来排序，催的越急的越优先；
2. 按开发实现的难易程度来排序，简单的先做；
3. 按提需求对象的职级来排序，老板的需求优先做；
4. 按需求的大小来排序，小需求可以快速实现；
5. 按自己分析的结果来排序，产品经理说了算；
6. 按业务实现后的结果价值来排序，价值高的先做；
7. 按项目约定的实施进度来排序，按部就班。

可能还有别的一些说法，这里先列举这么多。不是说这些说法是错的，在不同的情景下面，可能都是对的。比如你所处的是外包公司，很有可能就是按第7条、第1条的标准来排序的；或者在老板一言堂的公司，需求就是老板说了算的。但我们只讨论做为产品经理，从初心的层面上应该如何来排优先级。

任何产品经理都应该有一个做出好产品的初心，而不是为了实现产品功能。这里不多说什么是“好产品”，单纯从字面意思理解，至少也是有使用价值的产品，用户才会来使用。从这个角度来说，产品经理在排需求优先级的时候，应该始终把业务实现价值做为第一衡量标准。

那一般从哪些角度来衡量业务实现价值呢？

一、看是否是核心业务主流程上的需求

如果大家知道什么是产品的MVP流程，基本就理解什么叫核心业务主流程了。如果不知道MVP也没有关系，那就看你所负责的产品或者功能模块里面的核心功能是什么。

比如电商产品，核心功能是下单购买，那么从商品展示到加入购物车，最后结算支付的流程就是核心业务主流程，如果都无法实现购买，就不是电商产品了，可能变成是类似导购一样的产品。范围小一点的比如电子面单打印功能，核心就是收发货地址信息能直连进入打印机，按照编排好的格式去打印，这是它的核心主流程。

二、核心业务主流程上的分支流程需求

实际上就是对核心主流程进行完善，如电商产品的下单流程是主流程，退换货流程就是分支流程了，订单结算流程也是分支流程。都是分支流程的情况下，相互之间怎么排序，这就要看产品所处的发展阶段了。

比如电商产品要先满足用户购物的正向和逆向体验的时候，就要优先做退换货流程；如果要优先满足商家的结算诉求，就要优先做订单结算流程，看产品在不同阶段所制定的发展策略的服务对象。当然这个发展策略需要产品、运营、市场等各方面综合考量。