第4章 KANO模型基本属性划分：基本型、期望型、兴奋型、无差异型、反向型

1. 适用场景

KANO 模型的基本属性划分是当前及后续 MVP 决策的底层分类工具。当产品团队需要将收集到的用户需求进行结构化的优先级排序时，使用 KANO 模型的五类属性标签对需求进行归类。适用于以下典型场景：

• 需求筛选初期：从 50 条以上原始需求中，快速剔除“反向型”需求，识别“基本型”底线。
• 功能分类争议：当不同角色（产品经理、开发、销售）对一个功能的优先级产生分歧时，使用 KANO 属性统一认知。
• RICE 评分前处理：在进入第 5 章 RICE 评分前，必须完成需求的 KANO 属性标记，否则后续权重计算无依据。

2. 前置条件

• 已完成用户调研或现有需求池整理（原始需求清单）。
• 团队已定义目标用户画像。
• 已准备标准 KANO 问卷模板或分类校验表。
• 至少 3 名核心产品成员熟悉五类属性的定义差异。

3. 操作步骤

1. 读取需求项：从需求池中提取单条需求描述。
2. 匹配属性特征：根据下表特征，判断该需求归属。
3. 标记标签：在需求清单的“KANO 属性”列写入对应缩写（B/M/A/I/R）。
4. 异常标记：若存在歧义（如既像 B 又像 M），进入异常处理流程。
5. 输出结果：生成带 KANO 属性的需求分类清单。

4. 五类属性定义与特征表

属性	缩写	行为特征	客户关注度	实现排序建议
基本型	B	必须存在，缺少时用户极度不满；满足时用户不会更满意。	最高（底线）	第一优先级
期望型	M	线性关系：提供越多用户越满意；缺少则不满意。	高	第二优先级
兴奋型	A	用户未预期；提供时惊喜，缺少时无影响。	低（潜力）	第三优先级（差异点）
无差异型	I	提供与否，用户满意度无显著变化。	忽略	不实现/暂缓
反向型	R	提供反而导致用户不满或流失。	负向	禁止实现

5. 输入输出物

• 输入：原始需求清单（CSV 格式或 Excel），需包含“需求编号”、“需求描述”、“来源”三列。
• 输出：KANO 属性分类清单（Excel 或多维表格），在原基础上增加“KANO 属性”列，并填写 B/M/A/I/R 标识。

6. 责任边界

• 产品经理：主导分类过程，对最终标签负责。
• 需求分析师：提供分类依据（调研数据、用户反馈原文）。
• 开发代表：对技术可行性提出建议，但无权更改 KANO 属性。
• 团队共识：分类结果需要经过至少 2/3 的核心成员确认。

7. 记录材料

每次分类会议需记录以下内容，并归档至共享文档：

• 会议时间、参与人员名单。
• 分类规则说明（默认使用上表特征）。
• 每一条需求的分类理由摘要。
• 异常处理内容（争议项的最终结论与投票结果）。

8. 异常处理

• 歧义项处理：若一条需求同时符合两个属性特征（如既像基本型又像期望型），执行以下流程：
  1. 提取原始用户访谈或问卷得分数据。
  2. 使用 KANO 评估表重新匹配（正向/反向问题得分交叉）。
  3. 仍无法确定的，标记为“待定-期望型”并记录争议。
• 团队分歧处理：投票机制（3 选 2 或 5 选 3），投出最高票者为准。

9. 验收标准

• 需求清单中 100% 需求已标记 KANO 属性（无遗漏）。
• 基本型（B）与期望型（M）的判定准确率 ≥ 90%（通过抽样交叉验证）。
• 反向型（R）需求已被标注且标记为“禁止实现”。
• 无差异型（I）需求数量不超过总需求数量的 30%（若超过，重新审视需求来源质量）。

10. KANO 五类属性判定的流程图