- 浏览: 7942880 次
- 性别:
- 来自: 广州
文章分类
- 全部博客 (2425)
- 软件工程 (75)
- JAVA相关 (662)
- ajax/web相关 (351)
- 数据库相关/oracle (218)
- PHP (147)
- UNIX/LINUX/FREEBSD/solaris (118)
- 音乐探讨 (1)
- 闲话 (11)
- 网络安全等 (21)
- .NET (153)
- ROR和GOG (10)
- [网站分类]4.其他技术区 (181)
- 算法等 (7)
- [随笔分类]SOA (8)
- 收藏区 (71)
- 金融证券 (4)
- [网站分类]5.企业信息化 (3)
- c&c++学习 (1)
- 读书区 (11)
- 其它 (10)
- 收藏夹 (1)
- 设计模式 (1)
- FLEX (14)
- Android (98)
- 软件工程心理学系列 (4)
- HTML5 (6)
- C/C++ (0)
- 数据结构 (0)
- 书评 (3)
- python (17)
- NOSQL (10)
- MYSQL (85)
- java之各类测试 (18)
- nodejs (1)
- JAVA (1)
- neo4j (3)
- VUE (4)
- docker相关 (1)
最新评论
-
xiaobadi:
jacky~~~~~~~~~
推荐两个不错的mybatis GUI生成工具 -
masuweng:
(转)JAVA获得机器码的实现 -
albert0707:
有些扩展名为null
java 7中可以判断文件的contenttype了 -
albert0707:
非常感谢!!!!!!!!!
java 7中可以判断文件的contenttype了 -
zhangle:
https://zhuban.me竹板共享 - 高效便捷的文档 ...
一个不错的网络白板工具
Kano 模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具,与产品经理的贴合度非常高,于是这样一个非产品行业的教授所发明的工具,成为了产品经理们的方法论。
Kano 模型的起源
什么是 Kano 模型
简单来讲,Kano 模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具,与产品经理的贴合度非常高,于是这样一个非产品行业的教授所发明的工具,成为了产品经理们的方法论。
具体的介绍,由于篇幅有限就不再赘述了,可以自行百度“ kano 模型” 务必要输入完整的关键词,否则会出现“卡农”的搜索结果。
狩野纪昭(Noriaki Kano)是谁
1940 年出生的老人家,日本教育家,作家,咨询顾问,1982 年担任东京大学的教授,2006 年退休。是的,狩野纪昭和互联网、和产品经理没有什么关系。
Kano 模型的诞生背景
在 20 世纪 70 年代末 80 年代初,狩野纪昭和他的同事以客户满意度为模型设计了一种新的方法论,用于提高企业服务,这个方法论最终以他本人的名字命名 ,换言之 Kano 模型的正统名字是:狩野模式 (Kano model)
20 世纪 70 年代末是什么时候呢?大概在 1979 年,80 年代初也就是 1981 年,我们将范围扩大,Kano 模型的实际诞生时期应该在 1976 年至 1985 年中间的某段时间。
在当时的背景下,互联网尚处于开荒阶段,还未抵达应用阶段(我国在 1994 年实现了与 internet 的全功能连接)这还是那个你所了解并依赖的“Kano模型”吗? 就是这样一个看似与互联网没有关联的 狩野模式 ,现在成为了互联网产品经理的“圣经” 。
Kano模型的定义
现在,你已经知道了,Kano 模型并不是为互联网量身定做的,更不是为产品经理量身定做的方法论,那为什么不把他用在其他地方?
毕竟,这样才会让我们熟练地掌握这个方法,也只有熟练掌握,对 Kano 模型有更深刻的认识时,我们才能在互联网,在我们的产品里,更有效的去应用。
Kano 模型里,将人们对某物的需求定义成了五个层次,包含:基本需求,期望需求,兴奋需求,无差异需求,反向需求。
所谓的兴奋需求,便是我们所谈及的“超出预期”这部分的需求。
来看一下每个层次的定义:
基本需求
也是基础性需求,理所当然的需求,也是用户认为“必须要有”的功能。
简单的来讲,如果“没有”,用户就会很不满意,如果“有”,用户也不会为此感到满意,毕竟,此类型需求属于“理所当然”的需求。
比如说,需求文档,对于产品经理而言,就是这样的基本需求,如果不会,那你的 leader 大概会对你极为不满,如果你会,他也不会为此表扬你。
期望需求
此类型需求与基本需求相反,简单的来讲,就是这么一个意思,如果有,则用户会感到满意,如果没有,用户也不会感到失望。
比如说,需求管理,对于我们来讲,就是属于期望需求,作为产品经理而言,将我们的需求管理的越好,我们的 leader 会越满意,反之,即使你不会管理需求,他也不会对你有所不满,大概就是表现平平之类的吧。
兴奋需求
兴奋需求某种含义上是期望需求的升级版本,有时候我们会提到的超越用户预期,以及 挖掘表面需求背后隐藏的需求,便是指期望需求和兴奋需求的关系。
就以表面和背后来讲,期望需求是指用户表面的需求, 兴奋需求则是指背后的真实需求。
我们仍然以需求文档来举例。
管理需求文档是我们表面的需求,通过对需求文档的管理,让团队效率更高,有更多的需求可被复用,以及需求尽可能少的变更,始终让团队的战斗力发挥有效价值,这个便是让 leader 兴奋的需求。
作为产品经理而言,需求反复,需求变更,遗漏需求,相信大家都不陌生,不仅仅是我们的 leader,即便是对于我们自身而言,如果真的能减少反复,减少变更,同样也会让我们感到兴奋的,难道不是吗?
无差异需求
无差异需求是指有没有都无所谓的这部分需求,不论提供或者不提供,对用户体验无影响,换言之,即使不做,也不会让客户不满意。
这部分需求,往往是我们要避免的 “多余动作”,虽然是这样说,但在工作上,我们却极为容易做出这样的事情。
这个案例算是很经典了,“登录”与“登陆” 当我们在文章里 写到了“登陆”时,如果产生了情绪,这就代表我们在工作中,会经常性的为了无差异的事情耗费时间,毕竟,这样的错别字,并不会影响用户体验。
我需要强调,我们所谓的用户,是指使用某产品的人,以需求文档为例,他在开发过程中起到指引,排查的作用,而不是阅读一篇文章,因此文档里的错别字,在一定范围内是被允许且接受的。
避免无差异需求的原因在于,其会占用我们宝贵且不可再生的资源。
反向需求
是指少数派需求,我们在做需求分析时,需要考虑需求的使用面积,并且在做优先级划分时,也需要按照影响面积来考虑,以满足大部分人的需求为首要目的,与这个原则相反的,便是反向需求,只满足少部分的需求。
反向需求同时也是无差异需求的升级版本,我们所谓的无差异需求,是做不做都没影响,反向需求恰恰就属于,做了就会产生负面影响。
比如,在需求评审时,我们在会议上讨论某文案内容,或者说某参数的设定,这种便是反向需求。
在我们的 team 里,大部分的成员其实不关心文案也无须关心文案,只有少部分成员会关心这个问题。
正确的处理方法是在评审会议里,讨论大部分人关心的议题,比如功能的业务逻辑,或者说为什么要做某功能。
对于一些少部分人关心的问题,类似于文案,可以在会议结束后,单独沟通。
以上五种需求类型,便是我所理解的 Kano 模型的五层需求。
我们以基础需求为原点,向正面挖掘,以期望需求或者兴奋需求为目标来要求自己,并且尽量规避反向需求,无差异需求的误区。
无差异需求虽然是做不做都没有影响,理论上,应该是以无差异需求为原点,而实际上,如果我们真的做了无差异需求,就表示会消耗我们的时间,并且这部分被消耗的时间得不到何种汇报,因此 无差异需求被提出来时,本身就已经产生了负面影响了。
Kano模型对于产品经理
文章的开篇我已经告诉了大家,我们所熟知的 Kano 模型,并非互联网特有的一种方法论,实际上 Kano 模型的适用面积远远超过互联网和移动互联网的面积。
在我们讲述五层需求时,如果用某功能的案例,会让大家更容易理解,但这样却违背了我的初心,毕竟这篇文章的初衷是引导大家学习和成长方向,如果能促进大家的自省,那就太棒了。
用Kano模型来反思一下我们的工作:
基础需求:我们要输出需求文档
期望需求:我们要管理需求
兴奋需求:通过需求文档,提高团队开发效率,减少低效时间耗损?(想一想,我们现在所写的需求文档,属于哪个层次?)
无差异需求:写完需求文档后,反复检查三遍,确保没有错别字
反向需求:评审时,我们讨论提示文案应该怎么写
想一想,我们有多少时间耗费在了无差异需求和反向需求里。
最近似乎说了很多次差距产生的原因, 即便是相同的开始时间,相同的结束时间,相同的经历,也可能产生极大的差距。
同样是一年产品时间,并且做的是相同的事情。A 不断的做兴奋需求,而 B 不断的做基础需求,不妨判断一下,谁的成长更快,谁能抓住下一个机会呢?
切忌满足于做基础需求,这样只会耽误你的时间而已,任何一件事情,都有基础需求和兴奋需求,只是兴奋需求会比基础需求更难挖据,更难发现。
这就像游戏里的难度挑战一样,简易,普通,困难 , 不同难度下,获得的经验和奖励也是不同的。
Kano 模型的起源
什么是 Kano 模型
简单来讲,Kano 模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具,与产品经理的贴合度非常高,于是这样一个非产品行业的教授所发明的工具,成为了产品经理们的方法论。
具体的介绍,由于篇幅有限就不再赘述了,可以自行百度“ kano 模型” 务必要输入完整的关键词,否则会出现“卡农”的搜索结果。
狩野纪昭(Noriaki Kano)是谁
1940 年出生的老人家,日本教育家,作家,咨询顾问,1982 年担任东京大学的教授,2006 年退休。是的,狩野纪昭和互联网、和产品经理没有什么关系。
Kano 模型的诞生背景
在 20 世纪 70 年代末 80 年代初,狩野纪昭和他的同事以客户满意度为模型设计了一种新的方法论,用于提高企业服务,这个方法论最终以他本人的名字命名 ,换言之 Kano 模型的正统名字是:狩野模式 (Kano model)
20 世纪 70 年代末是什么时候呢?大概在 1979 年,80 年代初也就是 1981 年,我们将范围扩大,Kano 模型的实际诞生时期应该在 1976 年至 1985 年中间的某段时间。
在当时的背景下,互联网尚处于开荒阶段,还未抵达应用阶段(我国在 1994 年实现了与 internet 的全功能连接)这还是那个你所了解并依赖的“Kano模型”吗? 就是这样一个看似与互联网没有关联的 狩野模式 ,现在成为了互联网产品经理的“圣经” 。
Kano模型的定义
现在,你已经知道了,Kano 模型并不是为互联网量身定做的,更不是为产品经理量身定做的方法论,那为什么不把他用在其他地方?
毕竟,这样才会让我们熟练地掌握这个方法,也只有熟练掌握,对 Kano 模型有更深刻的认识时,我们才能在互联网,在我们的产品里,更有效的去应用。
Kano 模型里,将人们对某物的需求定义成了五个层次,包含:基本需求,期望需求,兴奋需求,无差异需求,反向需求。
所谓的兴奋需求,便是我们所谈及的“超出预期”这部分的需求。
来看一下每个层次的定义:
基本需求
也是基础性需求,理所当然的需求,也是用户认为“必须要有”的功能。
简单的来讲,如果“没有”,用户就会很不满意,如果“有”,用户也不会为此感到满意,毕竟,此类型需求属于“理所当然”的需求。
比如说,需求文档,对于产品经理而言,就是这样的基本需求,如果不会,那你的 leader 大概会对你极为不满,如果你会,他也不会为此表扬你。
期望需求
此类型需求与基本需求相反,简单的来讲,就是这么一个意思,如果有,则用户会感到满意,如果没有,用户也不会感到失望。
比如说,需求管理,对于我们来讲,就是属于期望需求,作为产品经理而言,将我们的需求管理的越好,我们的 leader 会越满意,反之,即使你不会管理需求,他也不会对你有所不满,大概就是表现平平之类的吧。
兴奋需求
兴奋需求某种含义上是期望需求的升级版本,有时候我们会提到的超越用户预期,以及 挖掘表面需求背后隐藏的需求,便是指期望需求和兴奋需求的关系。
就以表面和背后来讲,期望需求是指用户表面的需求, 兴奋需求则是指背后的真实需求。
我们仍然以需求文档来举例。
管理需求文档是我们表面的需求,通过对需求文档的管理,让团队效率更高,有更多的需求可被复用,以及需求尽可能少的变更,始终让团队的战斗力发挥有效价值,这个便是让 leader 兴奋的需求。
作为产品经理而言,需求反复,需求变更,遗漏需求,相信大家都不陌生,不仅仅是我们的 leader,即便是对于我们自身而言,如果真的能减少反复,减少变更,同样也会让我们感到兴奋的,难道不是吗?
无差异需求
无差异需求是指有没有都无所谓的这部分需求,不论提供或者不提供,对用户体验无影响,换言之,即使不做,也不会让客户不满意。
这部分需求,往往是我们要避免的 “多余动作”,虽然是这样说,但在工作上,我们却极为容易做出这样的事情。
这个案例算是很经典了,“登录”与“登陆” 当我们在文章里 写到了“登陆”时,如果产生了情绪,这就代表我们在工作中,会经常性的为了无差异的事情耗费时间,毕竟,这样的错别字,并不会影响用户体验。
我需要强调,我们所谓的用户,是指使用某产品的人,以需求文档为例,他在开发过程中起到指引,排查的作用,而不是阅读一篇文章,因此文档里的错别字,在一定范围内是被允许且接受的。
避免无差异需求的原因在于,其会占用我们宝贵且不可再生的资源。
反向需求
是指少数派需求,我们在做需求分析时,需要考虑需求的使用面积,并且在做优先级划分时,也需要按照影响面积来考虑,以满足大部分人的需求为首要目的,与这个原则相反的,便是反向需求,只满足少部分的需求。
反向需求同时也是无差异需求的升级版本,我们所谓的无差异需求,是做不做都没影响,反向需求恰恰就属于,做了就会产生负面影响。
比如,在需求评审时,我们在会议上讨论某文案内容,或者说某参数的设定,这种便是反向需求。
在我们的 team 里,大部分的成员其实不关心文案也无须关心文案,只有少部分成员会关心这个问题。
正确的处理方法是在评审会议里,讨论大部分人关心的议题,比如功能的业务逻辑,或者说为什么要做某功能。
对于一些少部分人关心的问题,类似于文案,可以在会议结束后,单独沟通。
以上五种需求类型,便是我所理解的 Kano 模型的五层需求。
我们以基础需求为原点,向正面挖掘,以期望需求或者兴奋需求为目标来要求自己,并且尽量规避反向需求,无差异需求的误区。
无差异需求虽然是做不做都没有影响,理论上,应该是以无差异需求为原点,而实际上,如果我们真的做了无差异需求,就表示会消耗我们的时间,并且这部分被消耗的时间得不到何种汇报,因此 无差异需求被提出来时,本身就已经产生了负面影响了。
Kano模型对于产品经理
文章的开篇我已经告诉了大家,我们所熟知的 Kano 模型,并非互联网特有的一种方法论,实际上 Kano 模型的适用面积远远超过互联网和移动互联网的面积。
在我们讲述五层需求时,如果用某功能的案例,会让大家更容易理解,但这样却违背了我的初心,毕竟这篇文章的初衷是引导大家学习和成长方向,如果能促进大家的自省,那就太棒了。
用Kano模型来反思一下我们的工作:
基础需求:我们要输出需求文档
期望需求:我们要管理需求
兴奋需求:通过需求文档,提高团队开发效率,减少低效时间耗损?(想一想,我们现在所写的需求文档,属于哪个层次?)
无差异需求:写完需求文档后,反复检查三遍,确保没有错别字
反向需求:评审时,我们讨论提示文案应该怎么写
想一想,我们有多少时间耗费在了无差异需求和反向需求里。
最近似乎说了很多次差距产生的原因, 即便是相同的开始时间,相同的结束时间,相同的经历,也可能产生极大的差距。
同样是一年产品时间,并且做的是相同的事情。A 不断的做兴奋需求,而 B 不断的做基础需求,不妨判断一下,谁的成长更快,谁能抓住下一个机会呢?
切忌满足于做基础需求,这样只会耽误你的时间而已,任何一件事情,都有基础需求和兴奋需求,只是兴奋需求会比基础需求更难挖据,更难发现。
这就像游戏里的难度挑战一样,简易,普通,困难 , 不同难度下,获得的经验和奖励也是不同的。
发表评论
-
ISO/IEC9126中软件质量品质小结
2019-02-03 08:00 1470ISO9126软件质量模型,是评价软件质量的国际标准。6个特性 ... -
管理学中的瓜子理论
2018-11-06 16:58 1492管理学中有一个“瓜子 ... -
起点学院的产品经理资料合集
2018-09-04 16:38 3627链接:https://pan.baidu.com/s/1dvM ... -
每日站会的注意点
2018-06-22 21:00 487https://www.uperform.cn/what-to ... -
敏捷中开发中的承诺解析
2018-06-16 10:05 605敏捷中的 promise 和 从com ... -
一页纸项目管理图书和简单模板
2018-06-13 08:27 2774之前听了个讲座,是提到老美的一页纸项目管理,看了下简单易懂,用 ... -
精益画布和商业模式画布
2018-05-16 22:05 31831 商业模式画布,关心的: 1) 重要伙伴 2)关 ... -
(转载)公开,公正,公平,区块链的试金石
2018-02-03 23:39 620https://mp.weixin.qq.com/s/VFz4 ... -
来自腾讯设计师的一篇不错的文章
2017-10-11 11:15 467来自腾讯设计师的一篇不错的文章 《服务设计思维》 https: ... -
走近比特币:一个故事看懂“区块链”
2017-07-08 09:20 540(转),不错的科普文 http://www.4hou.com/ ... -
来自美团的测试模版
2016-05-01 08:44 1142来自美团的测试模版,从各个方面给了不错的范例, 适合中小团队快 ... -
如何对待用户的意见
2014-12-20 19:36 895如何对待用户的意见? 1 根据目标用户考虑,提出要求的用户 ... -
sonarqube笔记之--代码注释行的量度
2014-02-13 14:25 8109在sonarqube中,关于文档方面的度量有以下方面: ... -
sonarqube 笔记1
2014-02-08 14:49 1399sonarqube 笔记1 sonarqube中,对于代码 ... -
高内聚中的LCOM4指标衡量
2013-12-15 11:13 2316经常说的软件“低耦合,高内聚”,哪么如何衡量高内聚呢?其实原来 ... -
一个不错的网络白板工具
2013-05-24 18:46 5914一个不错的网络白板工具http://t.cn/zHqoPT4, ... -
电梯演讲展示产品优势特点
2012-12-29 09:31 1751电梯演讲,其实核心是在短短的时间中,向风险投资人或客户介 ... -
搞IT的就要多交流,国内技术大会小结
2012-06-15 12:40 2搞IT的就要多交流,这个应该成为大家的共同认识,比如国内目前有 ... -
收藏一个结队编程的好工具
2012-05-05 21:06 1345http://xpairtise.sourceforge.ne ... -
viso图转为powerdesign的一个方法
2012-03-25 10:31 3387最近有同使微软的visio图做的数据库图,但为了设计方便,想导 ...
相关推荐
综上所述,Kano模型为产品经理提供了一种结构化的方法论,帮助他们理解和评估用户需求,并做出合理的决策,以达到优化产品设计、提升用户满意度和制定针对性产品策略的目标。产品经理通过熟练掌握并运用这一模型,...
Kano模型是由日本质量专家狩野纪昭在20世纪70年代末至80年代初提出的一种客户需求分析工具,主要用于产品管理和优化。这个模型旨在帮助企业理解不同类型的客户需求,并进行优先排序,从而提升产品的满意度。Kano模型...
KANO模型是一种用于分析用户需求的重要工具,主要用于帮助设计师和产品经理了解不同类型的客户需求及其对用户满意度的影响。该模型强调产品性能与用户满意之间的非线性关系。 ##### 起源: KANO模型是由日本东京...
卡诺模型(KANO模型)是一种用户需求分析工具,它帮助产品设计师和管理者理解不同类型的用户需求如何影响用户满意度,并以此来优先排序和优化产品特性。该模型将产品特性和服务质量分为四类:必备属性、期望属性、...
《神一样的产品经理》书中表格 kano模型需求归类矩阵.xlsx
1.KANO模型:一种分析用户需求和满意度的方法,通过对用户调查和问卷调查,获取用户对APP的功能需求和满意度信息。 2.功能需求分析:根据用户需求,分析APP的功能需求,包括魅力属性、期望属性、基本属性、无关属性...
这一模型对于产品经理、市场研究人员以及任何关心用户体验的团队来说,都是一种非常有价值的工具。 KANO模型将用户需求分为五个类别:基本需求、期望需求、兴奋需求、无差异需求和反向需求,这五类需求各有其特点和...
Kano模型是由日本管理学者狩野纪昭提出的,主要目的是为了更好地理解顾客满意度与产品质量特性之间的关系。这一模型的核心观点是将产品或服务的质量特性分为五个类别: 1. 无差异质量:这类特性即使存在或不存在,...
卡诺模型(KANO模型)是对用户需求分类和优先排序的有用工具,以分析用户需求对用户满意的影响为基础,体现了产品性能和用户满意之间的非线性关系。在卡诺模型中,将产品和服务的质量特性分为四种类型:⑴必备属性;...
KANO模型,由日本质量专家狩野纪昭提出,是一种有效分析客户需求并评估其对满意度影响的工具。本文将结合KANO模型,解析生鲜电商如何通过优化冷链配送来提升顾客体验,以下是对该主题的详细阐述。 1. KANO模型简介...
KANO模型是由东京理工大学Noriaki Kano教授在1984年提出的一个质量管理模型,用于分析产品或服务的质量属性,并确定用户对质量属性的满意度。该模型将用户需求分类为三个 atributos:Must-Be、More-Is-Better、...
1. Kano 模型是一种将影响用户满意度的各个设计属性进行分类和判断的模型。 2. 老年人智能手机 APP 用户界面设计是非常重要的,因为老年人情感孤独,需要得到更多关怀。 3. Kano 模型可以将设计属性分为魅力属性、...
基于KANO模型的健身类APP用户满意度实证研究.pdf文章主要研究了影响健身类APP用户满意度的因素,并提出了一种基于KANO模型的实证研究方法,以提高健身类APP的用户满意度。 KANO模型是由 Kano 于 20 世纪 70 年代...
总之,Kano模型为物流服务业提供了一种系统性的服务质量评估方法,通过分析顾客对各个服务特性的感知,企业可以有的放矢地提升服务质量,满足甚至超越顾客期待。这种基于顾客满意度的决策方式对于在竞争激烈的物流...
KANO模型为产品研发提供了一种科学的方法论,它不仅有助于理解用户的真实需求,还能够帮助企业有效地分配资源,优化产品功能,从而提高用户满意度和产品的市场竞争力。通过合理运用KANO模型,企业可以在激烈的市场...
在进行公众需求分析时,作者设计了问卷调查,采用Kano模型的问题设置方法,通过正反两个方向的问题让被调查者对每个产品功能进行评价。问卷的形式通常是两个问题构成一组,一个是正向问题,询问在提供某项功能的情况...
Kano模型是一种在产品管理和软件开发中广泛使用的需求分析方法,由日本质量专家狩野纪昭(Noritaka Kano)于1980年提出。它主要目的是解决需求的分类和优先级排序问题,帮助产品经理和开发团队更好地理解和满足用户...
Kano模型是由日本学者狩野纪昭提出,该模型依据产品特性与用户满意度之间的关系将需求分为五类:基本需求、一维需求、吸引力需求、无差异需求和反向需求。在环境大数据平台的应用中,基本需求如系统稳定性、数据的...