【产品笔记】关于需求评估

郭占伟

产品经理的日常工作中，会面对各种各样的需求，业务需求、运营需求、设计需求、老板需求等。这些需求拿到手后一股脑儿的全做，肯定是吃不消的。一方面，有些需求做了之后也不一定真的能见到效果，另一方面，开发资源、设计资源不足是常态，不可能做完所有的需求。
产品经理要做的就是，用自身的专业能力，评估哪些需求值得做，哪些需求优先做，以此来提升工作的效率，把时间花在最重要的事情上。

面对众多的需求，我们要做的第一步就是判断需求的真伪，然后进行需求的优先级排列。

一、判断需求的真伪

• 区分欲望和需求
  
• 需求的覆盖面
  
• 需求的分类
  
• 需求的发生频率&影响程度
  

区分欲望和需求
需求是用户愿意花费一定时间、金钱等成本来获得某个东西，如：用户希望花一定的钱，获得没有广告的观看体验；
欲望是用户不愿花费任何成本，想获得（白嫖）某个东西，如：用户希望视频网站既没有广告，又不用充值会员，就可以获得海量高清安全的视频资源；
公司需要长久发展，就一定需要获得持续的利润，合理的满足用户的需求，而不是满足用户想要白嫖的欲望。
需求的覆盖面
思考这个需求覆盖的人群是极少数的小众人群还是大部分人群，以及这部分覆盖的人群对于产品来说的价值是多少。
优先做的一般是满足大多数人的需求，但如果这个需求满足的是小部分人，而这小部分人创造了产品大部分的利润（二八法则，20%的用户创造了80%的价值），也是考虑优先去做的。
需求的分类
kano模型将用户需求分为了5类
基础需求：即产品满足的核心价值，一定要有，如果没有，用户讲不会用这款产品。如：微信的聊天功能；
期望需求：即有了这个功能可以提高用户的满意度，没有则降低用户的满意度。如：微信的朋友圈功能；
惊喜需求：即有了这个功能之后用户的满意度会提升，但没有也不会降低。如：微信的红包功能（惊喜需求是用户自己想象不到的，是产品给用户的惊喜感）；
无差异需求：即有没有这个功能都一样。如：微信的支付功能；
反向需求：即有了这个功能后用户的满意度会下降，没有的话满意度会提升。如：微信的朋友圈广告；
至于做哪些需求，不做哪些需求，是根据业务现阶段的发展目标决定的。没有绝对的完美，只有约束条件下的完美。
以上是对于用户来说的需求分类，倾向于业务指标。日常工作中还会面临运营需求、开发需求、设计需求等，需要具体需求具体分析。
需求发生的频率&影响程度
定性+定量的分析如果不做这个需求、不解决这个问题，会对业务带来什么样的影响。比如dau降低多少，收入降低多少。最终结合开发成本评估，如果需求的影响程度不高，开发成本又很高，那在这个阶段就不太有必要去做了。
二、排列需求的优先级

• 需求的覆盖面
  
• 需求的发生频率&影响程度
  
• 实现需求的投入产出比
  
• 需求的风险程度
  

需求的覆盖面、影响程度上文讲到了，这里主要讲一下实现需求的投入产出比

投入产出比=产出的收益/投入的成本

做一个需求前，要先预估这个需求会带来多少的收益，以及收益是否是符合业务现阶段的核心指标。
可以从以下纬度来预估收益：产品历史的数据、竞品数据、市场和行业的情况。
其中产品的历史数据是比较容易拿到的，这就要求我们日常工作中要做好数据的埋点，以及每次迭代都保留上线前后数据和ab测试数据，为后续的迭代做数据支撑。
其次，要和各部门同学评估需求的实现成本，包括需求规划成本、开发成本、设计成本、运营成本等。
最终综合的评估投入产出比，优先做投入成本小，产出收益大的需求。
但很多时候，一些创新性的需求处于尝试的阶段，很难预估收益，且开发成本很大。这时候要思考一下是否有最小可行性方案，用最小的成本验证需求上线后的效果。
（最小可行性方案：一般是提炼出需求最关键的点，用最简单且好实现的代码，快速上线，圈一部分人群进行测试，验证效果）
最后就是需求的风险程度，即做这个改动之后，可能会带来的不好的后果。如，可能会造成用户隐私的泄漏，导致面临法律风险？等等。
风险程度往往有一票否决权，尽管一个需求的收益很高，实现成本很小，但它的风险程度非常高，一旦发生问题，整个部门甚至整个公司都会受到重大影响，则这种需求是需要谨慎再谨慎。