事实上这是产品在日常工作中常常会遇到的问题。
当然，「新功能」的需求来源有很多：自己主观的思考，用户的反馈，KPI 的压力，老板的决定。无论哪种来源，都不要主观排斥，可以先进行一套思考流程。
在我理解的用户需求其实分为三种：
1. 用户知道自己想要什么：就像是去 super market , 我明确我今天要买水果蔬菜和几听啤酒回家。如果是这样的需求（且用户量大），那么毫无疑问，去做就好。
2.用户以为自己知道想要什么，实际上并不知道：就像是福特曾经说过，如果当时我问我的客户他们想要什么，他们会说想要一匹跑得更快的马，而不是汽车。想类似这样的需求，产品就需要从中充当「翻译」的角色，真实的用户想要什么呢？拆解下来是：一个工具，能够将用户快速地从 a 地带到 b 目的地，这样的工具不需要耗费用户过多的体力成本。对应满足用户的需求就朝这个方向去做就好啦
3.用户不知道自己想要什么，甚至觉得一切 OK：往往很多的产品都会自己想出这样的需求，并命名为我认为有这个需求和场景，实际上大部分这类需求都是伪需求，来源于臆测。并不是说没有这样的需求，而是自己能够发现这样真实存在的需求并且完成可行性的方案设计，是一件对产品能力要求很高的事情。
接下来到了解决问题的阶段，遇到了上文说的 2 , 3 的需求；该怎样判别这个新需求要不要做呢？
从产品层面：
1. 这个需求覆盖的用户如何？占整个用户量级的多少？
2. 这个需求的转化率如何，对核心数据的影响如何？社区类看 DAU ，留存率；电商类看 ctr ，页面转化率，订单量。
3. 这个需求真实使用的用户（覆盖的用户和真实使用的用户是两个概念）是什么样的？他们有多大的诉求使用？使用频次是什么样的？
4. 达到这个需求的核心数据指标，我们有更好的办法吗？
当这四个问题都回答完后，如果答案符合预期，那么看起来这个需求是可以做了，但是且慢，在真正开始开发前，还有一些问题需要思考。
从工程／设计层面：
1. 这个需求的方案符合我们主要的定位和用户调性吗？
2. 这个需求的开发成本多大，计划 xxx 时间上线，可以接受吗？
3. 如果上线时间过晚，不能接受，那么削减后的方案依然能达到最初的目标吗？
4. 这个需求符合我们这个 Q 主要产品希望做的方向吗？他是一个可做且必做的需求，但是是不是一个一定要现在做的需求呢？
完成了对以下问题的思考，其实应该就可以着手尝试做了，那么为了稳妥起见。新增的功能还有办法：
1. AB 流量测试方案，针对线上用户可见两种（甚至更多）的不同方案，通过各种方案对核心数据指标的影响，来确定新功能是否应该全量。字节跳动现在有非常优秀的 AB 系统，头条系这么多成功的产品，离不开它强大的 AB 系统支持。
2. 办公室灰度，针对一些优化体验的设计方案，可能核心数据指标影响不那么明显或者有其他的干扰因素导致不那么容易监控变化。可以考虑使用这个方案，处于办公室环境下命中新功能方案，让同事们都一起使用这个功能，几天后收集大家的反馈。
