互联网产品与需求三 需求优先级定义

需求优先级定义

即便是已经少选评估出来的需求，很多时候量也是非常大的，而哪些该做，哪些不该做，很多时候我们会遇到：

      Boss拍脑袋要这么做

      自己拍脑袋要这么做

      顾此失彼，左顾右盼

      其实，在产品不同阶段，对需求的排序，也是有一些方法可以参考的，其实需要变通一下，和我们日常工作的评估方式是差不多的，可以分为四类：

     1.重要且紧急

     2.重要不紧急

     3.紧急不重要

     4.不紧急不重要

     其实，无论需求到底是什么，产品终归是商业性产品，所以打造产品的商业价值才是最重要的，所以在衡量需求的时候，最重要的衡量指标就是这个需求是否具有商业价值，商业价值越大，那么他就越重要，越紧急

     商业价值也只是产品某一个阶段的目标（有可能是一个长期的目标）

           基于这个目标我们会对其进行分解

           当前的需求排序，应该最为符合当前的目标​

​​​

一、新产品未上线的情况

     新产品未上线时的需求特点：

          1.没有运营数据支撑

          2.如果团队成员有相关经验就太好不过了（尤其是产品经理）

          3.需求一大堆

     如何定义优先级？

         1. 这个阶段主要还是针对用户的需求考虑，可以用KANOmixing把需求分为：

               .反向型需求

               .无差异型需求

               .魅力型需求​

               .期望型需求

               .​​必备型需求

          2.需求的金字塔理论，拿微信举例

               1.塔底--必备型需求--必须存在

                    文字聊天、语音聊天、好友关系

               2.​塔身--期望型需求--如果去掉影响不大，因为基础需求在，用户能正常使用

                    朋友圈、web版与手机对聊、二维码添加好友

               3.塔尖​--魅力型需求-既然是用户想不到的，前期有最好，没有，不妨放一放

                    摇一摇、等等

          3.除此之外，在产品研发初期，还会遇到一些非用户需求，如：

               运营需求：

                   后台编辑的方便性

                   基于产品自身的数据反馈等等

          所以产品初期更重要的是形成产品的框架架构，即基本需求要打造完成

​               在这个阶段，基本需求就是最重要最紧迫的

               注意，根据产品目标和产品价值，以及公司战略需要横向评估新产品里面是否                  包含期望型与兴奋型需求​​

​二、免费型产品已经上线的情况

     免费型产品分类：全免费、部分免费、限时免费

     因为免费，免费产品都能相对获得更多的用户运营数据，也就是说产品经理们除了通过KANO模型或者其他方式获取需求筛选甄别排序依据外，我们还可以通过真实的运营数据来分析用户的实际需求。

     我们可以通过数据公式来计算用户的期望型需求和魅力型需求：

          1.用户需求重要性=用户使用率（有多少用户用过）×功能或内容平均使用次数（经常用还是偶尔用）×类别重要性权重（次功能的重要性，通过专家团队来评估）​

          实例1： 产品有100名用户，期望型需求A功能，在某个时间段内有50人使用A功能

                          A功能使用率为50/100=50%

                      ​这50个人使用了10000次，那么功能和内容的平均使用次数为

                         10000/50=200次/每人

                      这时，期望型需求所占重要权重为50%（团队定义出来的）

                      则：A功能的需求级别为 50%×200×50%=50

          实例2：产品有100名用户，魅力型需求B功能，在某时间段30人使用了10000​0次

                      兴奋型需求所占权重为20%

                      则： （30/100）*(100000/30)*25%

                               30%*3000*25%=225 

                      B功能的需求级别为225​

          由此我们可以看出，B功能级别数要大于A，所以B功能整体重要性高于A功能

          强调：这个公式知识针对当前运营情况推算出来的需求情况，随着时间变化，功能           等级一定会有不同的变化，所以要根据实际情况做出调整​

                     ​

三、​收费型产品情况

     收费型产品分类：全收费、部分收费、限时收费

     由于收费型产品的主要收费价值来自于：

         期望型需求

         兴奋型需求

     那么：基本型需求就必须做到最好，即权重一定是默认最高。

     收费型产品的需求优先级相对简单，一切向商业价值看齐即可。

     但在商业价值需求排序里，就按照收益高的先，低的后​​

总结​：

    以上介绍的集中需求排序方法，大家在实际应用的时候：

       要灵活，都是相对的，很多时候可以对需求进行多重考量，而不是仅仅是套用

       基本上都可以遵循商业价值为重的排序方式

       切记，基本功能排序一定是最高的（Boss需求需综合考虑）

       产品经理对需求排序的能力，会影响整个产品进度以及开发人员，所以产品经理一定要对需求排序心中有数，胸有成竹，说出道理，让大家明白，这样大家才能信服，从而更好的展开工作  ​。

欢迎关注微信公众订阅号  ”写程序的产品经理“  公众号：chanpinzhidian   ，也可扫描我的头像二维码加关注，分享产品经理知识、心得、体会。