需求ROI评估：B端产品经理怎么做需求优先级排序？ _优先级

这个需求影响的用户数量有多少？反馈的频率有多高？需要他的有多少人？
当然，这里还要考虑客户对公司的重要程度，例如有些大客户，可能只有他一个提了某个需求，但是因为公司对该客户的重视，因此需求的优先级自然置顶。
功能的使用频率：
需求实现后，功能的使用频率有多高？这个需求在做之前其实可以通过该功能的影响用户数量来衡量（这里指的是真正使用产品的人，毕竟B端产品买的是老板，用的是员工），高频使用的功能，慢慢的会变成业内标配，会有越来越多的客户提出这个诉求，而客户的诉求，自然就是我们的诉求。
竞品情况：
往往呢，会有很多投资回报差不多的需求，这时候，参考竞品的情况也是需要的，毕竟作为一款B端产品，在市场上自然免不了碰面和硬刚，那这时候如果能够在产品层面进行有效的狙击，那业务同学必定爱死你了。
综合以上因素，便能够粗略的衡量一个需求或者迭代的收益了。
需求优先级排序
那么我们综合投入和收益之后，就能够把需求放到以下的这个坐标系里面了：
转存失败重新上传取消
转存失败重新上传取消
转存失败重新上传取消

文章插图
自然了，一般来说我们都是先挑低投入高收益的需求先做的。
总体排序是：低投入高收益>高投入高收益>低投入低收益>高投入低收益。
但结合实际情况来看，考虑到开发资源的拮据和市场的快速发展，一般的迭代都是有主需求与搭便车的需求，例如可能是好几个低投入高收益的需求搭着几个低投入低收益的需求一起做了，这也是很常见的情况。
再者，这也和产品的发展阶段有关系，处于创业期的产品，刚起步，这时候首选的必然是高收益的需求，那是否都选择低投入高收益的需求呢？
未必的，如果有一个需求的迫切程度很高，但实现成本也高，这时很可能还是会优先启动这个高收益高投入的迭代的打造——创业初期，速度很重要！速度很重要！速度很重要！高收益意味着产品的市场竞争力，适当的加大成本投入，优先突破这一点，从长远来看，未必不是一个好选择。
所以，总的来说，这里只是简单的对需求的投入回报进行了一个粗略的划分（而且是基于当下的一些信息前提下的划分），方便我们在进行决策的时候提供一个参考，缩小考虑范围。
【需求ROI评估：B端产品经理怎么做需求优先级排序？】真正的决策，靠的还是你的智慧。