设计的方法 这本书不管是 UI、UX、PM、Planner 桌上都该摆一本，不知道报告/企划书怎么写的时候拿来跑一下实验很好用。从中我认识到「狩野分析」，参考 UX，设计的方法（项目初始） 这篇文，当时预期狩野分析适合用在项目初始、分析这个功能要不要做。最近简单地跑了一遍，来写点笔记...步骤虽然多，但只要会加减乘除就行了。

不加新功能就会死恐慌症

很多人都晓得「少就是多」，也都知道越简单越容易被理解和操作，却得了一种「不加新功能就会死」的恐慌症。（我觉得自己得了一种求你不要乱加新功能的恐慌症。）

为什么要加功能？加了这个功能有什么好处？解决什么问题？这些问题企划书要掰都掰得出来，但有没有客观点的研究方法能验证这个功能真的是使用者/业主重视的？

以下内容参考 KANO模型 - MBA智库百科 一文，该文讲得很清楚，不过有点硬不好啃，我用自己的理解重新整理。

需求有 6 种

在狩野分析里有 6 种需求，最重要的只有 3 种： M 基本型需求、O 期望型需求、A 魅力型需求。

M 基本型需求（Must-be）

顾客对企业提供的产品／服务因素的基本要求。
产品一定、理所当然要有的功能／服务／特性。有是应该的，使用者不会因为有就觉得满意；但没有一定会被骂到臭头。

O 期望型需求（One-dimensional）

顾客的满意状况与需求的满足程度成比例关系的需求。
产品有这功能会比较好，但不是一定要具备。如果有则会让使用者满意度变高。

A 魅力型需求（Attractive）

不会被顾客过分期望的需求。
让使用者觉得惊喜的功能。如果有，则会让使用者感到满意，但没有也不会因此表现出明显的不满。

I 无差异需求（Indifferent）

使用者对这一因素无所谓。（时间可以不用浪费在这里的功能。）

R 不需要（Reverse）

使用者不需要这种功能，甚至对该功能反感。（多做多错不如不做。）

Q 有疑问（Questionable）

表示有疑问的结果，一般不会出现这个结果，除非这个问题的问法不合理、受测者没有很好地理解问题、或者是在填写问题答案时出现错误。（出错乃 UX 常事，大侠请重新来过。）

优先度：M (Must-be) > O (One-dimensional) > A (Attractive) > I (Indifferent)

1. 质量特性评价表

刚提到 6 种需求，那我们怎么知道该功能属于哪个需求呢？可以透过「质量特性评价表」来取得数据。针对某功能请使用者／业主／客户回答正向问题和负向问题。

正向问题：具备这个功能时，你觉得如何？
负向问题：没有这个功能时，你觉得如何？

1. 喜欢

2. 应该的

3. 无所谓

4. 能忍受

5. 不喜欢

简单来说就是遇到意见分岐，发问卷下去给大家写，问卷只有 2 题，选项就这 5 个。写完回收统计数据就知道这个功能到底受不受使用者/业主重视了。有时候使用者/业主很傲骄的，嘴巴上不会给你心里想的真正答案（也有可能他们真的没有想法只是随口讲讲）。质化研究在处理意见分岐要花太多时间，改用量化较能快速取得方向。

2. KANO 评价结果分类对照表

问卷填完回收后，可以对照「KANO 评价结果分类对照表」进行分析，每一张问卷都会取得一个英文代号（需求类型）。

A 魅力型需求
O 期望
M 基本需求
I 无差异需求
R 不需要
Q 有疑问

3. 评价结果

根据刚刚整理的问卷数据，算出每个英文代号的百分比。

根据上方我乱掰的数据，可以得出结果是「I」， I 是「无差异需求」，也就是有没有做都不影响使用者满意度。如果只针对单一功能做分析，偷懒的话到这个步骤就可以了。如果同时对数个功能做优先排序，请继续下一个步骤。

优先级为：M > O > A > I

4. 敏感性分析结果

这个步骤要计算分数，取得某功能满意、不满意的影响力数据。对照「功能评价结果」的百分比数据，套下列公式计算。记得先算 () 括号里的数字。

SI：满意影响力
DSI：不满意影响力

计算公式

SI =（A+O) / (A+O+M+I)
DSI = (O+M) / (A+O+M+I) × -1

SI = 40 / 90 = 0.44
DSI = 20 / 90 x -1 ＝ -0.22

5. KANO 模型分析结果

参考下图，原点在左上角。对照敏感性分析结果把每个功能座落在哪一个位置标出来。

在灰色圈子里的就是质量特性敏感性不大，可暂时不予以考虑的功能。离原点越远的优先程度越重。

结论

整个狩野分析的操作步骤为：

1. 发问卷，正向问题、负向问题 5 选1。

2. 对照「评价结果分类表」，每张问卷都有一个英文代号。

3. 统计完所有的英文代号数量，换算成百分比。

4. 套用计算公式，算出 SI 满意影响力和 DSI 不满意影响力的数值。

5. 用影响力数值当坐标，把该功能标在 KANO 模型分析结果上。

开会还在吵要不要做哪个功能吗？工时这么短、要做的事那么多，却不能决定哪个先哪个后吗？狩野分析能用量化的方式帮你快速决定要或不要。只求真正有决策权的人在跑完狩野分析看到报告文件后能多考虑一下，产品不是功能越多越好用啊！

反正问题就那 2 项，随时备个几份带去开会，再争执要不要做某功能就发下去填一填会后统计交分析报告...还是没办法克服「不加新功能就会死恐慌症」的话我也不知道该怎么办了...orz