产品方法论:如何衡量一个功能点是否值得开发?

看似觉得是一个很简单的问题,可以一旦遇上了该类问题,怎么解决、判定功能是否可行?
已邀请:
K

K - 就是这么拽

赞同来自: 古井映月

功能开发成本评估的最终决策权,属于团队核心成员组成的需求评审团。

如果身处成熟的产品体系内,自身已经存在疑虑,优先搁置。

初创公司

对于没有战略框架的初创公司,遇到这种问题,多半是产品还没有建立明显调性,目标用户不明确的情况下,同时该功能就是核心功能。此时,如果没有更好的选择,最好用MVP做最快的验证较为合理。

成型公司

而对于具备成熟体系的产品,首先罗列收集整合好的需求,看当前战略节点的重心在哪里,围绕重心做优先级排序。再对需求进行细化整理(一些团队会使用用户故事地图这种协作方式来完成),然后再进入具体的需求评审环节,最后是团队核心一起决策执行哪些需求。

只有在产品有充分理由,但团队其他成员不给予支持的时候,才会有值不值得这种说法。

但通常情况下,这种事情上,一般都是产品对需求拿捏出现了问题,或是完全跳出了战略框架,风险成本过大。

第一种情况下,可以认为无法断定,你也没有强烈的劝说动机,一般都是建议搁置需求,回炉需求池。

第二种情况,很多创新功能也都由此诞生。你认为从战略上,对公司有很大帮助,值得冒险一试,可以找机会游说掌握最终决定权的老大,建议使用灰度测试的方式进行尝试(常用套路),如果老大不同意,其实就没有讨论的再必要了。
匿名用户

匿名用户

赞同来自:

一个功能点是否值得开发?换一个词估计大家更容易了解,

那就是如何判断这个需求是否有价值?以及优先度。

需求评估,需求评审,就算列入需求池,优先度也要排队、

打个比方,我跟人人的产品经理吐槽说,APP的秒聘网,连招聘公司的地图都没有,就一个文字的地址,难道我还特意复制文字,然后打开地图APP,再看下位置么?这不是增加用户的成本么?

又打个比方,41群的伙伴也在聊这个天天问,为什么不能在右下方发表回复上面新增“ctel+回车快捷回复的提示”

-----------------------

套用在你的这个问题,其实也很简单的事情,这是一个个案,还是很多人反映过的问题?发生的频率高不高?客户的意见是否合理?

如果不合理,否决

合理,则看频率和优先度进行衡量迭代的内容,

参与讨论请先登录注册