思维工具箱Kano 需求分类模型
C12
Kano 需求分类模型
Kano Model
按实现程度与满意度的非线性关系给属性分类
这是什么
功能做得越多，满意度不一定线性上升。基本型缺失会不满、做好未必惊喜；期望型随表现改善更满意；魅力型出现能加分、缺失未必不满；还有无差异或反向偏好。分类靠成对问卷与评价表，不是团队直接贴标签；满意度也不等于付费意愿。
示意图
什么时候用 / 别用
该用
- 功能很多，想区分必须达标与可能惊喜的属性
- 满意度投入有限
- 要看不同细分对同一能力反应差异
别用
- 用诱导性描述制造「惊喜」
- 把魅力型天然当成最高优先
- 样本或措辞不可靠却宣布分类完成
怎么做
准备：用户能理解的具体属性描述；细分人群、成对问卷与预试；成本与业务限制
- 把笼统词改成可想象的能力与条件
- 对每个属性分别问具备与不具备时的感受
- 用评价表成对分类，标矛盾或可疑回答
- 按人群看分布与分歧，不取一个总标签了事
- 结合基础表现、成本与目标决定投入，并随成熟重测
交付：属性分类及分布、人群差异、需优先补齐的基础与待验增值方向
一个例子
假设示例 · 产品
【假设示例】51as.com 上「条目可打开且步骤完整」可能是基本型；「AI 员工一键生成案例」对深度用户或是魅力型，对赶会用户可能无差异。须问卷验证，不能由产品经理宣布。
容易踩坑
- 团队贴标签冒充分析
- 魅力型天然优先
- 满意度当付费意愿
出处：常见于用二维视角区分质量属性的 Kano 模型传统