需求管理无从下手？送你一个kano模型，3步搞定运营商务用户众多
我一直认为产品经理这个岗位赋予了产品人对于产品的部分拍板权力——例如这个事情该不该做，要不要做，怎么做等，很多事情都需要产品经理来定夺。而一个产品经理的核心能力之一也是需求的管理能力——即需求该不该做以及需求该怎么做。
这周只有21个需求，不多
接下来的几篇文章，想简单谈谈需求管理。
我认为的需求管理的三步曲如下：
1. 制定产品需求的优先级
2. 制定产品功能的优先级
3. 跟踪管理手中的产品功能
这里先解释下，产品需求指是各种各样未经确定的述求，可以来自用户，运营，商务等等，而产品功能是指针对需求而给出的相应的解决方案。
本次重点讲讲如何给产品的需求制定合适的优先级。
大家是否有这样的感受，运营同事上星期提了5个需求，这周又来了3个需求，商务和客服同事这周提了2个需求，产品也有自己的规划需求，那！么！多！的！需！求！，头都大了，该如何进行需求管理？？
要知道需求永远都是无穷无尽的，然而研发资源总是有限的，而不同需求的价值和开发成本也是不同的，这时候，就需要给性价比（需求价值/开发成本）高的需求更高的优先级，这样在使用同等研发资源的情况下，能产生的效用也就是更大。
这里介绍一个制定需求优先级的工具——kano模型
1. kano模式是什么
kano模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序工具。
一般的模型在评价产品拥有的属性带给用户的感受的时候，会认为有满意和不满意两种，而且认为这是一维的，即有这种属性的时候满意，没有的时候会不满意。
但是实际生活中并非如此，例如海底捞在用户等待座位时提供的美甲服务，让用户很满意，但是我们去到其他餐馆排队等待的时候，却不会因为没有提供美甲服务而感到不满意。
可见产品拥有的属性或功能和用户的满意度并不是线性的，而kano模型通过分析产品的属性或功能在具备和不具备情况下用户的满意度，通过二维的角度来分析一个产品属性或功能与用户满意度之间的非线性关系。
kano模型
kano模型中，将用户的需求分为了5种类型
· 魅力需求：产品中提供了此因素，用户满意度大幅提升，不提供此因素时，用户满意度不会降低
· 期望需求：产品中提供的该因素越多，满意度越高，提供的该因素越少，满意度越低，呈线性关系。
· 必备需求：产品中提供了此因素后，用户满意度没有明显提升，不提供此因素时，用户满意度大幅下降。
· 无差异需求：产品中提供此因数与否对用户满意度都不会有很大影响。
· 反向需求：产品中提供了此因素后，用户的满意读下降。
单纯的讲理论有点难理解，我们还是举刚刚提及的海底捞的例子
当我们在经营一家海底捞的时候
· 魅力需求：客户在等待的时候提供美甲服务
· 期望需求：味道好，店员的服务态度好
· 必备需求：食材干净安全
· 无差异需求：男服务员高大，女服务员美貌
· 反向需求：要给服务员两位数以上的小费
2. kano模型怎么用
kano模型看起来复杂，实际上运用非常简单，通过调研及简单的数据分析，对照kano模型即可得出用户的需求是属于哪一类需求。
还是拿海底捞举例子，假设餐厅现在认为用户有就餐时使用WiFi的需求，但是不知道该需求的重要性，于是发放了100份问卷，回收的问卷数据如下：
餐厅如果提供WiFi（数据虚构）
由此可以看出，餐厅提供WiFi该功能更像是一个魅力需求。
在开发该需求的顺序上，通常的顺序如下
必备需求 > 期望需求 > 魅力需求 > 无差异需求
而反向需求不需要开发，因为功能上线后给反而会降低用户的满意度。
如果同样是魅力需求，该如何权衡那个需求先开发呢？这时候就可以看每个需求的Better-Worse值，综合因素分值越高，代表这个需求用户越急切需要。
例如提供WiFi的综合因素时0.435分，而用户在排队时提供美甲服务的综合因素时0.323分的时候，提供WiFi的功能更需要更早的被开发。
通过以上的例子可以看出，通过简单的用户调研，我们是可以给实际工作中遇到的每个需求设定所属的类型以及综合因素分值，通过需求的属性和综合因素分值给需求设定优先级。
3. kano模型的简化版
通过上述的分析，虽然能将平常工作中遇到的需求都进行归类和求出中和因素分值，但是有没有觉得，用起来实在是——太！麻！烦！了！
一个非常重要的大功能，做细致的用户调研可以接受，但是一个简单的功能，或者时间紧迫的时候，再这样进行用户调研再分析就显得效率低下，和瞬息万变的互联网实在是不搭。
如何走出象牙塔，将kano模型运用到实际工作中提高效率？
方法很简单，将kano模型进行简化
1）减少选项
将原本的“非常喜欢”、“理所应当”、“无所谓”、“能忍受”和“不喜欢”简化为“喜欢”、“一般”和“不喜欢”
kano模型简版
将重点放在魅力需求，期望需求和必备需求上
2）减少调研的次数
一个产品的需求调研100个用户的成本是非常高的，不是每个需求都需要这么做，一些简单的需求，基本上拉上身边的同事问下，4,5个人基本就能确定该需求是属于哪类了。
而有一些需求，例如海底捞的食材新鲜卫生，脑海中思考下就知道是属于必备需求，也不需要进行调研。
这样一来，通过简版的kano模型，拿到一个需求，如果自己不能定夺的，拉4-5个同事简单问下，基本也就得出答案了。
4. 使用kano模型注意事项
1）用户的需求不是一成不变的！
不同的用户对于需求的感受是不同的，所以正如海底捞WiFi的例子中，有40%的用户认为是魅力需求，12%的用户认为是期望需求，这样的情况下，以满足目标用户中多数的用户的需求为主，将该功能归类为魅力需求。
2）时间也会改变需求所属的类别
例如10年前拍照的手机可能是魅力需求，但是如今，手机的拍照功能已经是必备需求了
这里手机的例子跨越了10年，但是在互联网行业变化迅速的今天，可能一两个月需求的类别就会发生变化。
3）不同阶段可以给予不同的类别的需求更高的权重
在实际的开发过程中，可以视产品所在的阶段，给不同的属性设定不同的权重。
例如app的起步开发阶段，应该赋予必备需求更高的权重；在产品的发展期，赋予魅力需求更高的权重。
这样在计算需求的综合指数的时候，就能更有针对性针对当前app的生命周期给需求制定优先级。
4. 制定需求的优先级
通过kano模型的分析之后，每个需求都有自己的类别
在产品开发的过程中，必备需求优先级最高，因为缺乏这些需求，用户的满意度会迅速下降；次之是期望需求，做的越好，用户满意度越高；而魅力需求则是推广期需要着力打造的，超出用户期望；无差异需求优先级很低，除非很有需要，否则可以不投入开发；最后的反向需求，不应该进入开发。
所以优先级上，必备需求 > 期望需求 > 魅力需求 > 无差异需求
需求的优先级一般用Pi来表示
需求优先级
而给需求制定优先级，每个公司的团队都有自己不同的方法，看团队的使用习惯来制定
下面是我常用的制定需求优先级的方法，不一定适合所有人，还在不断的改进中，仅供参考
制定需求优先级
通过重要程度和时间紧迫性上两个维度来定义一个需求的优先级
一般将必备需求，老板需求设定为非常重要
将魅力需求，期望需求设定为重要
将无差异需求设定为一般或不重要
具体的时间上，权衡是需要立即投入开发的，还是可推迟一个版本或两个把版本再开发
还是举个例子，老板说海底捞在用户排队等待就餐的时候必须提供服务，下周就要实现
通过上文的分析我们知道，这属于魅力需求，而时间上紧急，于是需求优先级定义为P1
6. 尽信书不如无书
通过上述的kano模型和制定优先级的二维图表，如果你认为这就是给需求制定优先级的所有方法
那么错了！
如果你完完全全的照搬上面的流程，你会发现，太累了！即使后期是熟练之后，可能仅仅需要1分钟在脑海中过一下，就可以给需求制定一个合理的优先级，还是会认为繁琐。
但所谓的模型就是在排除一些不重要的因素后，认为仅仅只有少数因素时变动的才能得出这个模型，而在真正的工作中，各种各样的情况错终复杂，各种因素也并非不变的，照搬不见是得对的
更合适的方式应该找到属于自己制定需求优先级的方式，kano模型仅仅是参考而已
随着工作经验的累积，你能衡量哪些需求是真实的用户需求，哪些需求是伪需求，而真实的需求中的用户价值到底有多大，这样的用户需求又如何和公司的需求取得平衡等等
那时候虽然你有kano模型，但凭借的自己的过往丰富的经验，你也能轻松的制定一个需求的优先级，而不是通过计算之后得出的一系列数值进行评判，这才是产品经理的软实力所在。
需求管理三部曲的之一的制定产品需求的优先级讲完了，之后会抽空写写「制定产品功能的优先级」以及「跟踪管理手中的产品功能」
鸡年大吉，图自网络
快过年啦，在这里祝大家新春快乐~
