第1章:理解KANO模型核心概念

1.1 适用场景

KANO模型适用于产品需求优先级排序、功能满意度评估以及用户需求分类的场景。具体包括:

  • 新产品功能列表的初始筛选与分级
  • 现有产品迭代时的功能保留、优化或剔除决策
  • 用户调研问卷结果的分析与需求映射
  • 满意度指标(如CSAT、NPS)与功能类型的关联建模

1.2 前置条件

  • 已完成至少一轮用户需求采集(访谈、问卷、用户反馈收集)
  • 拥有可量化的功能候选列表(至少10~20项)
  • 团队对基本概念有一致理解(建议在课程前完成本教程第1~2章)
  • 准备好问卷设计和数据分析工具(Excel或统计软件)

1.3 操作步骤

  1. 定义五类需求:逐一理解基本型、期望型、兴奋型、无差异、反向需求的定义与特征(见下表)。
  2. 绘制分类矩阵:以“功能实现程度”为横轴、“用户满意度”为纵轴,在SVG图中标出五类需求的典型曲线。
  3. 识别典型特征:为每一类需求列出3~5个特征关键词。
  4. 区分边界:对比基本型与期望型、期望型与兴奋型之间的临界点。
  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.8 验收标准

  • 能独立说出五类需求的定义,并用一句话举例。
  • 能手动绘制或描述KANO分类矩阵的大致位置(见下方SVG图)。
  • 对任意列出的10个功能候选,团队成员分类一致性达到80%以上。
  • 输出记录材料(学习卡片 + 对比表)至少包含3个功能案例。

1.9 核心概念结构图

KANO模型五类需求结构图 五类需求 基本型需求 必须要有 期望型需求 越多越好 兴奋型需求 惊喜点 无差异需求 无所谓 反向需求 用户反感 需求分类随时间、竞争环境动态变化
记忆口诀:基本型“没有不行”,期望型“越多越好”,兴奋型“哇塞”,无差异“可有可无”,反向需求“不要给”。