Kano 模型
Kano 模型
定义
Kano 模型用于理解不同需求对用户满意度的影响。它提醒产品经理：不是所有功能都以同样方式创造价值，有些功能缺失会强烈不满，有些功能做得越好越满意，有些功能能带来惊喜但很快会变成标配。
需求类型
| 类型 | 含义 | 例子 |
| 基础型需求 | 不做会不满，做了也未必惊喜 | 登录稳定、数据不丢失、支付安全 |
| 期望型需求 | 做得越好越满意 | 搜索速度、推荐准确率、协作效率 |
| 兴奋型需求 | 用户没明确要求，但出现后会惊喜 | 自动摘要、智能补全、贴心默认值 |
| 无差异需求 | 做不做影响不大 | 用户不关心的边缘配置 |
| 反向需求 | 做了反而降低满意 | 过度打扰、强制自动化、不可关闭推荐 |
使用方法
- 收集需求候选。
- 判断每个需求属于哪一类。
- 先保证基础型需求不掉线。
- 在期望型需求上做持续优化。
- 用少量兴奋型需求创造记忆点，但不要让它们挤占基础体验。
AI 产品中的例子
- 基础型：结果不乱编关键事实、隐私和权限清楚、失败可恢复。
- 期望型：回答更准确、等待更短、上下文利用更好。
- 兴奋型：自动发现用户没说但真正需要的下一步。
- 反向型：AI 自作主张修改重要内容且无法回滚。