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

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

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

初创公司

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

成型公司

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

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

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

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

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

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

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

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

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

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

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

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

如果不合理，否决

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