产品狗有话说 vol4 | 产品经理该怎么做需求评估和规划版本我有一个困惑

产品公园：一款不火不气的互联网产品社区，产品混子们的学习交流平台。定期推出产品吐槽会。

深度勾搭：度娘她家搜“产品公园”；张小龙他儿子家里搜“产品公园”；需要投稿的童鞋请发送至混子头儿的邮箱: pmtopark@outlook.com。

上篇，我们讲了如何做需求采集，从那些渠道采集？需求采集后需要入库需求池，而产品经理需要从需求池去辨识和确认需求以及做相应的版本规划。今天主要就聊聊这事儿。

一、评估需求的标准

一直以来我也有个困惑，就是需求池里面的需求太多了，感觉像一潭污水，该怎么去辨识这里面真实的用户需求呢？如何判断需求的优先级？挑哪些放在这个版本做，哪些放在下个版本做。

再抽象一下这个问题，也就是建立一套什么样的机制来量化需求评估的标准，一是帮助产品经理做需求确认和版本规划，二是来说服开发的各种拒绝理由，或者是老板对需求筛选的质疑。

其实，这个评估标准还是大家熟知的：有价值、可实现

需求的价值是来自多方面的，大致可分解为用户价值类、产品价值类（公司价值）、商业价值类三个大类，而量化每种价值的维度都采用了重要性和紧急度，也就是：需求价值=重要性*紧急度。而如何去评判一个需求的重要性和紧急度呢？业界采用最多的还是kano模型里的正反面分析法，就是从正反面来评估“满足了有什么好处，不满足有什么损失”，以此来做出综合判断。而实现能力就是开发成本：实现能力=开发成本。所以上述的公式就变成了：

接下来，就看看到底怎么来评估上述的三类需求价值：

1、用户价值类：为用户产生价值

释义：就是指如果实现了这个需求，能够影响多少用户数，能为用户带来哪些好处，让多少用户增加使用产品的频率。还可以计算出如果实现了这个需求，可以增加多少用户满意度、忠诚度；如果不实现，则潜在的忠诚度会减少多少。

栗子：比如做移动端首页的“新股提醒”浮动弹框推荐这个需求，如果做了，缩短了入口路径，能将点击率和转化率分别提升20%、8%，进而将产品的日活提升10%。而如果不做，用户寻找打新入口的路径太长，太繁琐，长此以往会损失活跃，导致用户留存率下降甚至是卸载产品，因此该需求属于用户价值类需求，重要性较高，紧急度中的需求。

辨识：用户价值类需求是需要产品经理重点辨识的，因为来自不同社会群体、不同社会地位、不同社会角色会采集到各式各样的需求，而且用户提需求的时候往往是基于自我利益的驱动，会有很多所谓的伪需求，不要一拿到需求就开始做。在辨识这块没有别的什么技巧，就是多问“为什么”，比如以“新股提醒”这个功能为例，需要思考的问题逻辑包括：

2、产品价值类：为公司创造价值

释义：就是指如果实现了这个需求，对产品的战略规划有什么影响，能为公司创造多少价值。通常产品目标也就是公司的战略目标，也是可以量化的。

栗子：产品最常用的目标包括关键指标和关键结果，关键指标包括用户数，DAU等数据指标；关键结果如“建立高活跃的股票社区”。举个栗子，公司或者老板设定了产品DAU需要达到100万，如果某些需求的实现，能够围绕这一目标实现的，那么它的重要性、紧急度也就是相对较高的。比如“增加股票可评论”和“增加个股上的k线操作”二者相比，前者对产品DAU目标更有贡献，价值也就更高。

3、商业价值类：可变现的空间

释义：就是指如果实现了这个需求，可变现的空间有多大，能创收多少。或者如果该需求不实现，会损失多少。

栗子：在移动端的金融商城设计上，类似于“策略性版块”、“限时抢购/打折“这类能刺激用户付费的行为功能，以及其他各种运营类功能，其相对应的需求优先级也相对较高。

当然评估需求价值的时候，肯定也需要综合考虑这三方面的价值。那么就会有人问，如果综合评估的话，这三类需要价值的优先级怎么定？其实，不同性质的公司定义会有很大的差异化，比如传统的证券业通常就是以商业价值类为主，兼顾产品价值类和用户价值类，决定是否做一个需求可能最先考虑的还是可变现的空间；而互联网类券商则是以产品价值类为主，兼顾商业价值类和用户价值类，做需求的价值衡量最先考虑的是其是否符合产品形态和用户目标价值。

而，最终的需求评估还需要用需求价值除以一个因子就是实现能力，也就是开发成本。总结起来也就是一句话：有价值、可实现的需求必然要去做的，换成我们日常生活中的一句话就是买性价比最高的东西。

2、如何规划需求版本？

其实，上面的需求评估基本上已经阐述了整个流程，判断是否将某个需求加入到版本中，具体产品经理要考虑某个功能是否足够重要，是否足够紧急，是否对用户有价值，是否对产品有价值，是否开发成本可接受，是否有可变现的空间。

而，实际做需求版本规划中，还需要考虑这几个问题：一个就是能否帮助我们达成阶段性的产品目标，还有一个就是上一个版本的遗留问题需要优先解决。因此，需求版本的规划也就有了这三原则：

按照紧急度优先：紧急度最高的优先规划版本解决，往往是一些bug问题，之前挖的坑，流着泪也要填。当然还有就是boss要求必须、马上做的需求。

按阶段性产品目标：围绕着现阶段产品需要达成的目标去规划需求版本，非现阶段目标对应的需求可以放在下一个版本。

按照需求评估标准：也就是上述所说的按照需求的性价比来规划，价值大的，实现成本低的优先规划版本。

基本上一个需求的辨识确认（评估标准）和规划（三原则）差不多就是这么一个流程，还有一点想说的就是一定要运营好你的种子用户群，他们会给你提供很多意想不到的结果和点子，跟进用户反馈，并开始规划下一版需求～～

#关于《产品狗系列》#

《产品狗系列》是小平哥更新的系列文章，记录了我在做产品过程中的思考、问题困惑、一些一点点经验，希望与大家讨论。

产品狗有话说 vol3 | 产品经理怎么做需求采集？

产品狗有话说 vol2 | 看了100款App后，发现了App store里的这些秘密

产品狗有话说 vol1 | 啊~产品中的情感化设计

-等你来、等风来-

优选推荐，点击即可

张小龙｜Pony｜Tony｜百度UE｜腾讯ISUX｜Axure模版｜交互文档