所谓“熊掌与鱼，不可兼得”，我们的时间、精力或者其它资源都是稀缺的。当我们做出决定的时候，我们就该为这些事情指定优先级，一件一件的完成。
需求优先级排序无论是在刚入职还是到产品总监一直到老板，一直存在的问题就是需求优先级的问题。所以在这一点上，不仅仅在产品的工作中，其实日常的工作和生活中这个方法也是管用的。
对于产品也一样，我们搞出来很多需求，感觉都想做，无处着手~接下来，我们一起来学习一下如何通过几个简单的维度给需求进行优先级排序。
我建议优先级排序依据四种：频率、开发难度和效果、产品价值、对用户的熟悉程度。
案例
老板：最近上门服务特别火，我们转型吧，要不我们也做一个每天送花上门的APP吧，我老婆就特别喜欢有人给他送花，一定有市场。
PM：中国人没有每天送花的习惯，而且花太贵了，这个项目不靠谱。
老板：怎么可能，中国有好多土豪呢，还有很多包二奶的，都有钱啊。
PM：……反正不靠谱。
所以，基本这类PM老板很难受，肯定是第一波被开掉的人。因为永远是在否定，而不是在网下在延伸。
在这个情况下，产品经理应该怎么合理说服老板呢？
一、看用户量与发生频率
1、 优先解决大用户量的高频问题，基础体验。
2、 最后解决少量以用户的低频问题，超好体验。
我们在日常工作中经常会发生一个问题，我们老是去解决一些少量用户的低频问题。这样的话，少量用户的口碑当然好，体验也还可以，但是你的基础体验出问题了。应该大量用户做的事情并没有做好，但是你做了一些特别小众的用户，它并不能给你带来大量的价值。所以在这个角度来说，是有问题的。
所以，这个四象限大概是这样的。首先是发生频率从低到高，用户量从少到多。这个时候，首先要做的是频率非常高，用户非常大的，这是第一个；第二个是做用户非常大，但频率相对比较低的，这个能带来更好的体验。
第一个是基础体验，说明这个产品能通了，基本的路径能用，而且是在一个六七十分的水平，然后对大量用户来说，还有一些频率不高但是体验还可以的，这就是我们提供一个相对良好的体验。
第三个象限就是发生频率很高，但是用户量不大的事情。这些会带来好口碑，少量用户进来之后经常会碰到这个问题，你解决了，这样你就会得到好口碑，用户会觉得很爽；最后一个就是用户发生频率不高，用户量也不大的，其实这就是超预期的事情。你做这个事情没错，做完之后，一些特别少量的用户看到这个东西，你感觉很有情怀，感觉很不错。
所以这里面通常会先干第一象限的事情，特别在产品早期，一定要坚持做高频并且用户量大的产品、功能和需求。
案例 某垂直电商平台
我们来看一个例子，从大的功能点来说，用户量大发生频率高的，比如像订单流程、商品详情页，这肯定是一个高发生频率的东西。再下来，用户量大但是发生频率低的，比如设置、个人资料，再或者缓存，都是放在第二象限的。
再下来，发生频率比较高但是用户量小的，比如商家入驻和商家后台管理。最后就是用户量小和发生频率比较低的，如发票，发票在电商里频率是比较低的，除非面临的群体是对于公务买东西，要能报销，这时候你就要反过来了。
二、看开发难度和效果
1、 优先见效快且开发难度不大的，这就是迭代。
2、 最后做很费劲而且见效慢的，这可能是未来的机会。
所以，在四象限中大概是这样的。第一个部分要做的应该是早期优先迭代见效比较快，开发不费劲的事情，因为你在做这个事情的时候，不断去调整不断去看用户的反馈。
再往下去看，如果你在成长期，那么这个象限应该优先。因为早期的时候，见效比较快，开发比较费劲，这个时候其实相对是一个相对比较完整的产品了，这个点上大家要去看一看，不是很快要做的事情。
接下来，第三个象限就是开发不费劲但是见效比较慢的事情，这可能就是比较小的创新。最后一个象限可能是机会，就是开发很费劲，见效也不快，就是憋大招。
所以，一般我们先做在产品早期快速迭代，但是你在成长期的时候是做第二象限的事情，三四象限是你在有能力的时候再去做的事情。
三、看产品价值
1、迫切程度：用户是不是真的非常需要？还是空想的？
2、付费意愿：用户是否为了解决问题而付费？
3、ARPU：如果开发出来，用户会为之付多少钱？
四、看你对目标群体的熟悉程度
1、你是否深入了解用户使用场景？
这个时候，你要回过头去做功能点的调研，调研时整个产品入门的基础。
2、你对用户群体的理解是否足够了解？
3、如果不熟悉，就想办法熟悉它，否则就不要动手
五、总结你的结论
1、用户：这个功能，第一批的核心用户是谁？
2、场景：这个用户在什么场景下会使用？
3、问题：解决了这个用户最大的痛点是什么？
4、对比：和用户现在的解决方案相比，体验/效率提升有多大？
最后，我们要把结论梳理出来，通过思维导图，上述通过需求优先级排序出来。
