码农的产品思维培养第3节----KANO模型介绍《人人都是产品经理》

满意度的二维模式

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

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

满意度的二维模式是从赫茨伯格(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对用户来说,有或者没有都是无差异的,并没有必要花大力气去实现。

时间: 2024-10-22 17:39:51

码农的产品思维培养第3节----KANO模型介绍《人人都是产品经理》的相关文章

码农的产品思维培养第2节----一个需求的奋斗史(人人都是产品经理)

今天我们继续坚持每日一节的产品思维培养,我喜欢在纸上画,喜欢做笔记.不是为了自己后面回去看,而是为了当时更好理解.不知道大家是否认同这点. 今天看到苏杰的一句话,其实和我之前讲过的是一致的,看来英雄所见略同,还是给大家分享一下"和学习任何领域的知识一样,建议大家在了解了知识框架之后,坚持"需求驱动学习"". 第二章,讲述的是一个需求的奋斗史.其实就是描述如何从用户那里得到需求,得到需求后如何处理的一个过程.今天,我们这一节讲如何从用户那里拿到需求. 用户研究,或者说

码农的产品思维培养第5节----产品需求的遴选和管理《人人都是产品经理》

这一节主要总结一下苏杰在书中的第2.4节和2.5节的内容. 需求PK在一个互联网公司里面是再常见不过的事情了.PK赢了,那么你的产品就可以立项上马,如果输了,那么别人的产品上了.你呆一边去. 产品需求刷选主要包含:需求打包,BRD制作,产品会议,如果通过则进行立项. 1 准备出发:把需求打个包 我们 产品要实现,在公司内部是要作为一个项目来实现它的.而项目追求的是多快好省的完成任务,这个在后面的章节我们会讲到.所以,你提的需求,一般来说不会给你机会全部去实现的.所以你需要对需求进行排序,选择,打

码农的产品思维培养第4节----听用户饿但不要照着做《人人都是产品经理》

夜深了,本来应该睡觉,本来今天发的贴子也够多.但是,学习有一种惯性,一旦启动,很那停下来,一旦停下来,变得懒惰也很难再继续. 总结一下苏杰的2.3"听用户的但不要照着做"的只是内容. 1 明确我们存在的价值 1.1 用户需求VS 产品需求 用户需求:用户自以为的需求,并且经常表达为用户的解决方案. 产品需求:经过我们分析,找到的真正需求,并且表达为 产品的解决方案. 需求分析:从用户提出的用户需求出发,挖掘出用户内心真正的渴望,再转化为产品需求的过程. 需求分析和技术分析最大的不同点.

码农的产品思维培养第一节(人人都是产品经理读书笔记)

在前段时间,密集的推出Android学习记录之后,我觉得接下来的Android开发进入了一个精进演变的过程,革命性的东西略缺.每日更新特别新的东西也违背认知规律.所以以后关于Android方面的知识,碰到什么,然后记录什么. 而今天,在前一篇日志里面,我描述了我为什么要去理解"产品经理",从这一节开始,我要实施我的计划.所以,和Android记录一样,我要记录这个过程.对自己是一个回归总结吸收的过程,同时也希望能够帮助到更多的朋友,如果你也心存学习进取之心,如果你也如我一般疑惑未解心不

【总结整理】传统行业如何合理利用互联网思维----摘自《人人都是产品经理》

[天天问每周精选]第49期:传统行业如何合理利用互联网思维 人人都是产品经理社区 发布于 2018-10-08 08:03:46 举报 阅读数:1287 ??近年来互联网思维一词火爆,无论是互联网行业还是传统行业仿佛都把互联网思维挂在嘴边,用互联网思维改造传统行业似乎成了一个致胜的法宝,那么到底传统行业究竟该如何结合互联网思维呢? 问题清单: 药店门前放个体重秤有什么作用? 如何利用产品和运营思维,帮助菜市场猪肉小贩将生意从O2O平台重"抢"回来? 一个便利店如何提升利润? 一个人去吃

我是如何从程序员一步一步走向产品经理(转自人人都是产品经理)

这是一篇长文,我花了差不多30分钟才看完,也是我见过有史以来最长最完整的一篇关于程序员转型产品经理的文章.创办人人都是产品经理以来,每天都有很多人问我如何转型做产品经理.转型产品经理会遇到哪些问题,其实我一直没能回答好这个问题,因为我从运营转型产品经理的过程太顺利,并且转型的过程也没有做太多的思考和总结.直到看到这篇文章...作者完整记录了自己一路来从对产品的认知到接触产品到转型产品整个过程,以及对产品的理解.意识的转变.心态的转变,非常完整,由衷佩服作者. 今天推荐这篇文章给大家,尤其是准备转

人人都是产品经理<2.0>

之前有看过<人人都是产品经理1.0>,还认真的做了笔记,看完后不久,得知作者在第一版的内容基础上,升华性的出了第二版,即<人人都是产品经理2.0>.注:第一版和第二版跨度有6年之久! 当即忽悠公司一个业务经理和架构,团购了第二版,同样花了2个月的时间,抽空看完了这本书. 第二版,相比第一版,给了我更多的思考(当然,大多也是沉淀在了书里的注释). 1.0的定位是给0-3岁的产品经理,2.0的定位,是给泛产品经理(原因很多,主要还是因为产品经理这个岗位在国内的火爆和成熟). 具体的内容

【总结整理】租房产品创业的三个方向和三个产品---摘自《人人都是产品经理》

创业产品反思录:从拆解元需求到产品定位 人人都是产品经理社区 发布于 2018-10-08 08:56:31 举报 阅读数:466 ??10个人,10个月,100万,3款产品,我们在变幻莫测的租房领域做了一些探索,犯了很多错误,也学到一些经验,希望本文能对在路上的你有所助益. 拆解元需求 首先,让我们用一句话来定义团队要解决的元需求---让租房变得更简单 听到"租房"两个字,大家脑海里最先联想到的产品是什么?58同城,链家自如. 毫无疑问,在互联网的早期阶段,以这两款产品为代表的租房平

【总结整理】用户的需求分析:问对问题才能找准用户需求----摘自《人人都是产品经理》

用户的需求分析:问对问题才能找准用户需求(一) Geek 微信公众号:产品Ren 2018-10-18 7888 66 18 零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能.了解详情 释放双眼,带上耳机,听听看~! 00:00 00:00 在需求收集的过程中,首先需要问对一个好问题,只有带着合理&有效的问题才能得到正确的答案. 我之前看了很多产品经理的书,记得大部分书上边都写着产品经理应该是一个全才,他们需要懂社会学.心理学.统计学等等一系列的知识. 那