kano模型理论与应用

标签: 用户研究 | 发表时间:2011-06-13 12:10 | 作者:吴玲 朱穆穆
出处:http://ued.taobao.com/blog

满意度的二维模式

满意度是用户对产品感知的效果与期望值相比较后,用户形成的开心或失望的感觉。在日常满意度应用中,我们都认为满意度是一维的,即某个产品(页面),提供更多功能、服务时用户就会感到满意,相反,当功能、服务不充足时,用户会感到不满。因此我们可能会不断在产品(页面)中添加新功能,通过这种方式提升用户的满意度。但是事实上会发现,并不是所有新增或优化的功能,都能提升用户的满意度,甚至有一些还会损害用户体验。

满意度理论研究中发现,并非所有的因素对用户满意度产生的影响都是一维的,二维模式认为,当提供某些因素时,未必会获得用户的满意,有时可能会造成不满意,有时提供或不提供某些因素,用户认为根本无差异,这就是满意度的二维模式。

满意度的二维模式是从赫茨伯格(Herzberg)的双因素理论发展而来。赫茨伯格的理论认为,满意和不满意并非共存于单一的连续体中,而是截然分开的;该理论通过考察一群会计师和工程师的员工满意度与生产效率的关系,发现日常工作中员工的满意度分为两种,一种是激励因素,另一种称为保健因素。激励因素表示工作本身带来的成就、认可和责任;保健因素指公司政策和管理、技术监督、薪水、工作条件以及人际关系等。当具备激励因素时会增加员工的满意,但是当缺乏时不会不满意;而当具备保健因素时不会提高员工的满意,但是当缺乏时,则会造成不满。

Kano模型的二维属性模式

日本教授狩野纪昭(Noriaki Kano)在1984年首次提出二维模式,构建出kano模型。将影响因素划分为五个类型,包括:

 

                                                                                                                                                        Kano模型

魅力因素:用户意想不到的,如果不提供此需求,用户满意度不会降低,但当提供此需求,用户满意度会有很大提升;

期望因素(一维因素):当提供此需求,用户满意度会提升,当不提供此需求,用户满意度会降低;

必备因素:当优化此需求,用户满意度不会提升,当不提供此需求,用户满意度会大幅降低;

无差异因素:无论提供或不提供此需求,用户满意度都不会有改变,用户根本不在意;

反向因素:用户根本都没有此需求,提供后用户满意度反而会下降;

从kano模型的因素分类可以发现,kano并不是直接用来测量用户满意度的方法,而是通过对用户的不同需求进行区分处理,帮助产品找出提高用户满意度的切入点。它常用于对影响指标进行分类,帮助产品了解不同层次的用户需求,识别使用户满意的至关重要的因素。

实际中如何应用kano模型

Kano主要是通过标准化问卷进行调研,根据调研结果对各因素属性归类,然后计算better-worse系数,以显示达成此项因素属性对增加满意或消除不满意的影响程度。

Better的数值通常为正,表示如果产品提供某功能或服务,用户的满意度会提升。其正值越大,代表用户满意度提升的效果会越强,满意度上升的越快;

worse的数值通常为负,表示如果产品不提供某功能或服务,用户的满意度会降低。其负值越大,代表用户满意度降低的效果会越强,满意度下降的越快;

因此,根据better-worse系数,对系数绝对分值较高的项目应当优先实施。

从一个案例来说明:某产品希望优化5项功能,但是不知道哪些是用户需要的。通过kano调研分析,可以分别计算出5项功能的better-worse系数,构建如下四分位图。

 

 
 

根据5项功能的better-worse系数值,将散点图划分为四个象限。

第一象限表示:better系数值高,worse系数绝对值也很高的情况。落入这一象限的因素,称之为是期望因素(一维因素),功能5落入此象限,即表示产品提供此功能,用户满意度会提升,当不提供此功能,用户满意度就会降低;

第二象限表示:better系数值高,worse系数绝对值低的情况。落入这一象限的因素,称之为是魅力因素,功能1落入此象限,即表示不提供此功能,用户满意度不会降低,但当提供此功能,用户满意度会有很大提升;

第三象限表示:better系数值低,worse系数绝对值也低的情况。落入这一象限的因素,称之为是无差异因素,功能2、3、4落入此象限,即无论提供或不提供这些功能,用户满意度都不会有改变,这些功能点是用户并不在意的功能。

第四象限表示:better系数值低,worse系数绝对值高的情况。落入这一象限的因素,称之为是必备因素,即表示当产品提供此功能,用户满意度不会提升,当不提供此功能,用户满意度会大幅降低;说明落入此象限的功能是最基本的功能。

在实际中,我们首先要全力以赴地满足用户最基本的需求,即第四象限表示的必备因素,这些需求是用户认为我们有义务做到的事情。在实现最基本的需求之后,我们应尽力去满足用户的期望型需求,即第一象限表示的期望因素,这是质量的竞争性因素。提供用户喜爱的额外服务或产品功能,使其产品和服务优于竞争对手并有所不同,引导用户加强对本产品的良好印象。最后争取实现用户的魅力型需求,即第二象限表示的魅力因素,提升用户的忠诚度。

因此,根据kano模型计算出的better-worse系数值,说明该产品先需要优化功能5,然后再满足功能1。功能2、3、4对用户来说,有或者没有都是无差异的,并没有必要花大力气去实现。

相关 [kano 模型理论 应用] 推荐:

kano模型理论与应用

- 朱穆穆 - Taobao UED Team
满意度是用户对产品感知的效果与期望值相比较后,用户形成的开心或失望的感觉. 在日常满意度应用中,我们都认为满意度是一维的,即某个产品(页面),提供更多功能、服务时用户就会感到满意,相反,当功能、服务不充足时,用户会感到不满. 因此我们可能会不断在产品(页面)中添加新功能,通过这种方式提升用户的满意度.

Kano模型在用户调研中的应用 ———客户关系管理工具调研实例

- - Taobao UED Team
1、Kano模型简介. 1.1 Kano模型起源:满意度的二维模式. 著名市场营销学大师、美国西北大学教授菲利普•科特勒说过:满意是指一个人通过对一个产品的可感知的效果与他的期望值相比较后,所形成的愉悦或失望的感觉状态. 在竞争日益激烈的当下,用户的满意度直接影响着用户对于企业/产品的忠诚度,进而影响用户的粘性和流失.

GetEd2k (Android应用)

- 某牢 - eMule Fans 电骡爱好者
GetEd2k是一个Android应用程序,作者是anacletus. 此应用可以帮助你把网页中的电驴(eDonkey) 链接添加到你个人电脑的电驴客户端里,不过前提是你的客户端开启了用于远程控制的Web interface(Web服务器,网页接口,Web界面),当然,eMule(电骡), MLDonkey 和 aMule 都支持该功能,所以这三种主流电驴客户端的用户都可以使用GetEd2k.

fixed应用

- - ITeye博客
今天在逛人人网时,发现人人网首页左侧的“应用动态”,随着我页面向下滚动,一直固定在网站的左侧. 但这效果存在一点瑕疵,在拖动过程中存在一点抖动(ie下),不是非常平滑. 我尝试使用jquey实现了该效果,也解决了抖动的问题. 创建一个ID为sideBar的div,将它的position设置为absolute.

Voldemort应用

- - 冰火岛
    互联网数据应用产品涉及到到大数据存储,譬如推荐系统,精准营销,个性化搜索这样的产品,后台离线计算的海量数据需要展示给用户. 在电子商务应用中,譬如将User作为key,给用户挖掘的结果作为value;或者以商品id作为key,商品挖掘的知识作为value,这些数据可以通过KV存储,从而满足实际需求.

httpclient4的应用

- - 编程语言 - ITeye博客
httpclient一个实现了HTTP协议的客户端编程工具包. 一个使用的背景:登录需要验证,需要压力测试一下,用webdriver等工具搞不定. 就用到了他,有ocr开源的工具,结合httpclient完美的处理了. 网上的例子主要是3的版本,这里主要是总结一下4的版本. 本身带的例子也不错:下载地址,api的参考.

Solr SpellCheck 应用

- - 开源软件 - ITeye博客
通过对各类型的SpellCheck组件学习,完成项目拼写检查功能. 本文使用基于拼写词典的实现方式,solr版本为5.3.0. SpellCheck 简述. 拼写检查是对用户错误输入,响应正确的检查建议. 比如输入:周杰轮,响应:你是不是想找 周杰伦. Solr的拼写检查大致可分为两类,基于词典与基于Solr索引.

当应用不仅仅是应用

- HACK21 - 爱范儿 · Beats of Bits
(Ankit Gupta 和 Akshay Kothari 是 Pulse 的创始人,他们的应用在 iOS/Android 平台获得极高的下载量,曾获得乔布斯的赞赏. 他们的公司 Alphonso Labs 获得了 100 万风投和天使投资). by  ankit gupta from posterous blog |  积木 译,转载请注明 ifanr 译文链接.

JMS - JMS​应​用​领​域 应用场景

- - 企业架构 - ITeye博客
Java的JMS消息类型有文本类型,对象类型,字节类型,流类型,XML类型,实际项目中,用的最多的是文本类型,对象类型和xml类型的消息.建议最好不用对象类型,因为如果用对象类型的话,调试的时候是很麻烦的,. 首先你必须要写专门的测试代码用来发送消息,. 第二,必须要管理对象所属的类的不同版本,. 第三,不方便查看queue或者topic中的消息内容..

Java应用运维

- - BlueDavy之技术blog
对于互联网产品或长期运行的产品而言,运维工作非常重要,尤其是在产品复杂了以后,在这篇blog中就来说下Java应用的运维工作(ps:虽然看起来各种语言做的系统的运维工作都差不多,但细节上还是会有很多不同,so本文还是只讲Java的). 苦逼的码农按照需求开发好了一个全新的Java Web应用,该发布上线给用户用了,要把一个Java Web应用发布上线,首先需要搭建运行的环境,运行的环境需要有JDK、APPServer,在已经装好了os的机器上装上JDK和APPServer,开发好的Java Web应用可以用maven直接打成war或ear,将这个打好的包scp或其他方式到目标机器上,准备妥当,就差启动了.