功能开发成本评估的最终决策权，属于团队核心成员组成的需求评审团。
如果身处成熟的产品体系内，自身已经存在疑虑，优先搁置。
初创公司
对于没有战略框架的初创公司，遇到这种问题，多半是产品还没有建立明显调性，目标用户不明确的情况下，同时该功能就是核心功能。此时，如果没有更好的选择，最好用MVP做最快的验证较为合理。
成型公司
而对于具备成熟体系的产品，首先罗列收集整合好的需求，看当前战略节点的重心在哪里，围绕重心做优先级排序。再对需求进行细化整理（一些团队会使用用户故事地图这种协作方式来完成），然后再进入具体的需求评审环节，最后是团队核心一起决策执行哪些需求。
只有在产品有充分理由，但团队其他成员不给予支持的时候，才会有值不值得这种说法。
但通常情况下，这种事情上，一般都是产品对需求拿捏出现了问题，或是完全跳出了战略框架，风险成本过大。
第一种情况下，可以认为无法断定，你也没有强烈的劝说动机，一般都是建议搁置需求，回炉需求池。
第二种情况，很多创新功能也都由此诞生。你认为从战略上，对公司有很大帮助，值得冒险一试，可以找机会游说掌握最终决定权的老大，建议使用灰度测试的方式进行尝试（常用套路），如果老大不同意，其实就没有讨论的再必要了。
注册
下载
