需求ROI评估:B端产品经理怎么做需求优先级排序?

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

关于需求的优先级排序的问题,每一次产品经理的招聘都必然会被问到,而我们听得最多的答案关键词之一必定有ROI这家伙,那到底该如何量化且合理的评估这个指标呢?希望这片文章能够给你一点思路。

刨除公司战略性的调整需求,以及线上的紧急bug(影响用户使用核心流程的bug),我们来谈谈B端产品经理可控的需求优先级排序

围绕着这一切需求的排序,无他,就是ROI的评估,哪个投资回报高,自然先做哪个。

影响因素

那下面,我们先来看看总共需要考虑的因素都有哪些:

1. 投入方面

开发成本(一般都有)

实现这个需求的方案设计以及开发实现成本,这个还是比较好估计的,只要有了大概的方案设计,有经验的开发负责人还是能够比较好的估算出大概的开发成本的(人天)。

采购成本(若有)

有些迭代或者产品是需要和第三方合作的,那这一块就涉及到对接和采购了,那这块的风险和成本也是要考虑进去的。

其实如果考虑严谨的话,除了这些投入成本之外还需要考虑的是培训和推广的成本,但这个一般比较难衡量,而且影响一般不大,因此这里不做过多讨论。

以上综合起来,就是一个需求或者迭代的投入成本了。

2. 收益方面

客户收益分析(或者叫需求的类型):这个需求解决了就是一个新增的功能,为客户解决了一个实实在在的问题(以前做不到,现在做到了)。

还是说这是一个改善性的需求,例如交互的优化,底层架构的调整,帮助客户更友好的使用产品。

对于B端客户来说,体验固然重要,但是,更多的客户愿意为功能买单,毕竟功能点是按点列在采购合同里面的。

影响用户数(反馈数量):

这个需求影响的用户数量有多少?反馈的频率有多高?需要他的有多少人?

当然,这里还要考虑客户对公司的重要程度,例如有些大客户,可能只有他一个提了某个需求,但是因为公司对该客户的重视,因此需求的优先级自然置顶。

功能的使用频率:

需求实现后,功能的使用频率有多高?这个需求在做之前其实可以通过该功能的影响用户数量来衡量(这里指的是真正使用产品的人,毕竟B端产品买的是老板,用的是员工),高频使用的功能,慢慢的会变成业内标配,会有越来越多的客户提出这个诉求,而客户的诉求,自然就是我们的诉求。

竞品情况:

往往呢,会有很多投资回报差不多的需求,这时候,参考竞品的情况也是需要的,毕竟作为一款B端产品,在市场上自然免不了碰面和硬刚,那这时候如果能够在产品层面进行有效的狙击,那业务同学必定爱死你了。

综合以上因素,便能够粗略的衡量一个需求或者迭代的收益了。

需求优先级排序

那么我们综合投入和收益之后,就能够把需求放到以下的这个坐标系里面了:

自然了,一般来说我们都是先挑低投入高收益的需求先做的。

总体排序是:低投入高收益>高投入高收益>低投入低收益>高投入低收益。

但结合实际情况来看,考虑到开发资源的拮据和市场的快速发展,一般的迭代都是有主需求与搭便车的需求,例如可能是好几个低投入高收益的需求搭着几个低投入低收益的需求一起做了,这也是很常见的情况。

再者,这也和产品的发展阶段有关系,处于创业期的产品,刚起步,这时候首选的必然是高收益的需求,那是否都选择低投入高收益的需求呢?

未必的,如果有一个需求的迫切程度很高,但实现成本也高,这时很可能还是会优先启动这个高收益高投入的迭代的打造——创业初期,速度很重要!速度很重要!速度很重要!高收益意味着产品的市场竞争力,适当的加大成本投入,优先突破这一点,从长远来看,未必不是一个好选择。

所以,总的来说,这里只是简单的对需求的投入回报进行了一个粗略的划分(而且是基于当下的一些信息前提下的划分),方便我们在进行决策的时候提供一个参考,缩小考虑范围。

真正的决策,靠的还是你的智慧。

 

本文由 @王小二家的猪 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

评论
欢迎留言讨论~!