第1章 KANO模型认知
适用场景
KANO模型用于在产品/功能设计早期对用户需求进行分类，从而识别哪些特性对满意度影响最大。典型场景包括：
- 需求优先级排序（结合矩阵定量打分）
- 产品功能裁剪与价值验证
- 用户调研问卷设计与分析
- 差异化竞争策略制定
前置条件
- 已完成初步用户研究（访谈、观察、竞品分析）
- 收集到20-50条原始需求/功能候选
- 具备双维度测量意识：功能提供程度 vs. 功能缺失程度
- 团队至少拥有一个对产品或用户有基本认知的评审角色
操作步骤
- 定义需求清单：将原始需求转化为“功能-用户场景”对，去重后形成需求池。
- 设计KANO问卷：对每个需求设置正反两个问题——“如果提供此功能，您感觉如何？”和“如果不提供此功能，您感觉如何？”使用五级回答（喜欢、理应如此、无所谓、勉强接受、不喜欢）。
- 分类对照表映射：根据正反答案组合，查KANO分类表将需求划入五类。
- 计算Better-Worse系数：Better = (兴奋+期望) / (兴奋+期望+基本+无差异)；Worse = (基本+期望) / (兴奋+期望+基本+无差异) × (-1)。
- 绘制散点图：以Better为纵轴、Worse为横轴，将需求点绘制到四象限矩阵。
输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 原始输入 | 业务需求列表、用户访谈纪要 | 标准需求描述（功能+场景） |
| 调研阶段 | KANO问卷（正反题） | 用户回答记录表 |
| 分析阶段 | 分类对照表（教材附录） | 需求分类矩阵 + Better-Worse系数表 |
责任边界
- 产品经理：主导需求清单清洗、问卷设计、分类判定；输出最终分类矩阵。
- 用户研究员：执行问卷发放、数据采集、回答有效性清洗。
- 开发代表：提供功能实现成本估算（用于优先级综合权衡）。
- 决策者：基于分类结果拍板“必须做/优先做/放弃”。
记录材料
- 需求池原始编号+描述（Excel/在线文档）
- KANO问卷模板及其回答汇总表（含用户ID、正反题分数）
- Better-Worse系数计算中间表
- 最终分类矩阵图（导出为PNG或SVG）
异常处理
| 异常类型 | 现象 | 应对措施 |
|---|---|---|
| 数据矛盾 | 同一需求正反答案出现“喜欢+喜欢”，无法查表 | 重审问卷语句是否歧义，或将该需求标记为“可疑”并剔除 |
| 分类聚集 | 80%以上需求被归为“无差异或反向” | 检查受访者是否理解功能场景，补充定性访谈验证 |
| 样本偏差 | 某类用户（如重度用户）占比过高 | 按用户画像分层抽检，加权修正分类结果 |
验收标准
- 需求分类清单中每个需求都有明确归属（基本/期望/兴奋/无差异/反向）
- Better-Worse系数计算无误，散点图四象限符合预期
- 至少完成一轮交叉验证：由另一名产品经理独立随机抽取20%需求复核分类
- 文档已归档至项目共享盘，目录结构遵循
需求管理/KANO模型/2025_V1/
📌 核心提示： KANO模型的核心假设是“满意度非线性”——功能的提供程度与用户满意度并非简单线性关系。基本型需求“提供时不加分，缺失时强烈不满”；期望型“提供越多越满意”；兴奋型“提供时惊喜，缺失时无感”。记住这三个典型曲线，就能快速记忆五类定义。
📖 五类需求定义速记表
| 需求类型 | 典型特征 | 用户心理 | 优先级建议 |
|---|---|---|---|
| 基本型（Must-be） | 缺失时极度不满，满足时无感 | “必须有” | 必须做，否则产品失败 |
| 期望型（One-dimensional） | 满意度随实现程度线性增长 | “越多越好” | 高优先级，直接对比竞品 |
| 兴奋型（Attractive） | 缺失无影响，提供后惊喜 | “Wow因素” | 差异化竞争力，低风险投入 |
| 无差异型（Indifferent） | 用户根本不在乎 | “随便” | 放弃/裁剪 |
| 反向型（Reverse） | 部分用户喜欢，部分反感 | “因人而异” | 按细分群体单独处理 |
⚠️ 常见误区： 不要将“用户口头说想要”直接归为期望型——KANO分类需基于正反题组合，而非直觉。另外，兴奋型特征具有时效性：一旦用户习惯，会退化为期望型甚至基本型，因此需定期重新分类。