第1章:理解KANO模型核心概念
1.1 适用场景
KANO模型适用于产品需求优先级排序、功能满意度评估以及用户需求分类的场景。具体包括:
- 新产品功能列表的初始筛选与分级
- 现有产品迭代时的功能保留、优化或剔除决策
- 用户调研问卷结果的分析与需求映射
- 满意度指标(如CSAT、NPS)与功能类型的关联建模
1.2 前置条件
- 已完成至少一轮用户需求采集(访谈、问卷、用户反馈收集)
- 拥有可量化的功能候选列表(至少10~20项)
- 团队对基本概念有一致理解(建议在课程前完成本教程第1~2章)
- 准备好问卷设计和数据分析工具(Excel或统计软件)
1.3 操作步骤
- 定义五类需求:逐一理解基本型、期望型、兴奋型、无差异、反向需求的定义与特征(见下表)。
- 绘制分类矩阵:以“功能实现程度”为横轴、“用户满意度”为纵轴,在SVG图中标出五类需求的典型曲线。
- 识别典型特征:为每一类需求列出3~5个特征关键词。
- 区分边界:对比基本型与期望型、期望型与兴奋型之间的临界点。
- 记录案例:为每类需求至少准备一个产品功能案例,用于后续章节练习。
1.4 输入输出物
| 输入物 | 输出物 |
|---|---|
| 用户需求原始清单(Excel或文本) | 五类需求分类表(含功能名、类别、特征说明) |
| KANO模型理论文档(本教程) | 分类矩阵SVG图(本章内嵌) |
| 行业对标案例库(可选) | 每类需求至少3个典型产品功能案例 |
1.5 责任边界
- 产品经理:主导五类需求的定义和分类判断,组织团队校准。
- 用户体验研究员:提供用户原始反馈文本,标记高频关键词。
- 数据分析师:辅助量化问卷数据与满意度指标的关联。
- 所有参与者需确认分类边界,避免出现“既像基本型又像期望型”的模糊项。
1.6 记录材料
| 记录名称 | 内容要求 | 模板/示例 |
|---|---|---|
| KANO概念学习卡片 | 每个概念一句话定义 + 3个特征 + 1个产品案例 | |
| 五类需求对比表 | 功能名、类别、理由简述 | |
1.7 异常处理
常见异常:分类时出现“功能属于两个类别”的争议。
处理办法:使用“双条件测试法”——分别回答两个问题:(1)如果该功能缺失,用户会强烈不满吗?(2)如果该功能完美实现,用户会感到惊喜吗?
· 若(1)是且(2)否 → 基本型
· 若(1)否且(2)是 → 兴奋型
· 若(1)是且(2)是 → 期望型
· 若(1)否且(2)否 → 无差异
· 若(1)或(2)引起负面情绪 → 反向需求
处理办法:使用“双条件测试法”——分别回答两个问题:(1)如果该功能缺失,用户会强烈不满吗?(2)如果该功能完美实现,用户会感到惊喜吗?
· 若(1)是且(2)否 → 基本型
· 若(1)否且(2)是 → 兴奋型
· 若(1)是且(2)是 → 期望型
· 若(1)否且(2)否 → 无差异
· 若(1)或(2)引起负面情绪 → 反向需求
1.8 验收标准
- 能独立说出五类需求的定义,并用一句话举例。
- 能手动绘制或描述KANO分类矩阵的大致位置(见下方SVG图)。
- 对任意列出的10个功能候选,团队成员分类一致性达到80%以上。
- 输出记录材料(学习卡片 + 对比表)至少包含3个功能案例。
1.9 核心概念结构图
记忆口诀:基本型“没有不行”,期望型“越多越好”,兴奋型“哇塞”,无差异“可有可无”,反向需求“不要给”。