上篇文章讲了怎么定义产品需求，通过学习我们发现，每一个用户端的需求，到了用产品方案来实现的时候，往往对应着多个产品需求，用户需求越多，产品需求也会越多。
需求的增长可以是无止境的，而公司的人力，物力，财力等却是有限的，即使在大公司，也只是整体人才储备比较丰富，具体到了某个产品或项目，资源往往也是捉襟见肘，不能一下子实现所有的功能；几乎所有的公司都面临需求多，任务重，资源少的现状，在这种情况下，就需要产品人员对产品需求进行评估，找到在当前阶段最重要的功能进行开发，那么怎么来进行评估和判断呢，下面分三个方面来说明：
产品需求分类
产品版本规划
功能优先级排序
一. 产品需求分类
在这里给大家介绍一种方法，KANO 模型分析法，KANO 模型是东京理工大学教授狩野纪昭发明的，是以分析用户需求对用户满意的影响为基础，对用户需求进行分类和优先排序的方法。在KANO 模型中，将影响用户对产品满意度的需求分为5类：分别是基础型需求，期望型需求，兴奋型需求，无差异型需求和反向需求，下面分别说说这5种需求：
基础型需求功能是指有了这个功能，用户并不会对这个产品产生多少好感，但是没有这个功能，用户的满意度会直线下降的功能，这类功能通常都是产品中的基础功能，比如一个社交产品中的加好友功能，留言，分享等功能，这些都是用户社交互动中一些标配。
期望型需求功能是指有了这个功能，用户的好感会明显增加，没有这个功能，用户的不满也会增加，这类功能往往对应的都是用户的核心需求，比如社交软件中都有查找人的功能，在查找的时候，查找附近的人，按照性别，年龄等对用户进行筛选功能，查看用户头像大图功能，就属于期望型的功能。
兴奋型需求功能是指有了这个功能，用户的好感会明显增加，没有这个功能，用户也不会觉得怎么样，这类功能往往是一些很酷炫，很花哨，但是实际上用处不大的功能，还是以社交软件为例，很多社交软件都有换背景，个性化装扮这类功能，这些功能是让这个软件更有意思，但是并没有解决社交核心的问题；还有前段时间有人在大白学堂的交流群里面讨论的锤子坚果手机可以换手机壳，可以根据手机壳的颜色自动匹配手机主题壁纸，这类需求属于兴奋型需求，兴奋型需求往往是在功能刚推出的时候用户觉得有新鲜感，但随着使用时间的变长，兴奋度会慢慢降低，功能慢慢就会被用户放弃。
无差异型需求功能是指有了这个功能，用户可能会使用，但不会表现出满意的想法，没有这个功能，用户也不会不满意，总之这个功能有没有，对用户的使用这个产品影响不大，像很多产品中都有企业的自我介绍，产品版本信息介绍，引导用户去appstore点评等就属于这类功能。
反向需求功能是指没有这个功能，用户不会不满意的，但是有了这个功能，用户满意度反而会直线的下降的功能，一般自己瞎想的需求，反人性的需求都可能出现这种情况，比如在社交网站中，注册的时候收集过多的用户资料数据，导致注册流程太长，在聊天界面中限制用户使用表情，图片功能，在购物网站中增加交友的功能等都属于反向需求功能；
在这里要补充一下这里的反向需求是对用户来说的，大多数是没必要做的，并不是绝对反向的，也不是不可以做的，比如原来免费的产品，增加了收费功能必然面临免费使用人群满意度的下降，但是收费功能是很多产品必须具备的一个功能，这样的反向需求功能就是可以做的。
需求评估的第一步就是我们将梳理出来的产品功能按照以上5个分类的原则进行分类，在这里要说明一下，kano模型分析法中，一般使用问卷调查，数据分析等方法来对需求进行分类，但kano模型分析法是针对消费品的，比如洗发水，洗衣粉等，对于互联网产品来说，在这一步已经到了提供产品解决方案的时候，用户在没有看到一个App长成什么样的之前，根本没法表达意见，所以在分类的时候，不建议再使用用户研究的方法，可根据自己的直觉，经验，还有内部讨论的方式进行分类。
在分类后，我们排除掉明显不合理的功能需求，一般是在兴奋型需求，无差异型需求和反向型需求中删减，最后剩下的这些功能需求会呈现一个金字塔的形状，如下图所示：
最下面数量最多的是基础型需求，然后依次是期望型需求，兴奋型需求，无差异需求和反向需求。
二. 产品版本规划
在上面我们对需求已经进行了一部分删减，但是在需求列表中仍然会包含很多功能，考虑开发成本，时间成本，风险等因素，我们仍然不能全部开发这些需求，这时候最实际的做法就是将产品划分成不同的版本，按照版本进行开发，下面我们说说怎么进行版本规划：
1. 分解产品目标
分解产品目标就是把大的方案，分解成一个个小方案，先实现一个一个小目标，小目标都实现了，最后大目标就实现了，一般结合产品的生命周期来设置产品目标，产品的生命周期包含种子期，成长期，成熟期，衰退期四个部分；
比如我们现在要开发一个校园社交产品，这个需求市场是存在的，但是我们提供的产品解决方案是不是用户满意的，能不能解决需求，这是未知的，我们结合产品生命周期分别设置产品目标为 ：
种子期：验证用户反馈；
成长期：完善产品功能；
成熟期：实现商业变现；
衰退期：寻找新的增长点；
2. 确定版本的功能
明确了产品目标，我们就可以根据目标对产品需求再进行分类，确定实现每个目标需要的功能，这时候分类考虑因素如下：
在种子期：目标是为了做验证，所以一般采取mvp的模式，用尽可能少的功能实现用户需求，一般优先实现期望型需求和部分基础型需求功能；
在成长期：需要产品不仅能运行起来，还需要吸引更多用户使用，要稳定，安全的运行，这时候需要做大量基础型功能和期望型需求，以及部分兴奋型需求功能
在成熟期：需要变现，这时候可以考虑做广告，支付等反向型需求功能
在衰退期：用户增长放缓，可以做一些兴奋型需求功能来刺激用户，也可以找新的期望型需求，满足用户没有被满足的需求
3. 需求评审确定可行性
因为产品方案需要其它工种配合才能实现的，所以功能并不是完全由产品经理说了算，还需要组织研发，社交，运营等小伙伴一起对划分的版本和功能可行性进行评估，如果觉得有不合适的，可以根据意见对目标和目标中包含的功能进行调整，直至觉得合理为止。
通过分解目标，确定版本功能，需求评审三个步骤后，我们已经将原本的产品方案和功能，划分成了一个个小版本
三. 功能优先级排序
在完成了产品规划，我们就要进入产品实施阶段了，这时候就需要把所有的功能的优先级级都明确下来，我们把产品需求按照如下图所示排序，优先开发的版本所包含的产品需求优先级是最高的。
到了这里，我们终于弄明白了，该优先实现那些功能了。
四.小结
通过按照kano模型分析法对产品需求进行分类，筛选掉明显不合理的需求，然后通过产品目标分解，经过产品版本规划，最终我们就可以清楚的知道产品需求的优先级了。这篇文章就写到这里，后面有空会接着写需求分析的最后一部分，来个大总结。
欢迎在互联网公司工作的，想进入互联网行业的，想学习互联网产品和运营知识的朋友来交流勾搭。
相关阅读：
