第1章 KANO模型核心概念

KANO模型由东京理工大学教授狩野纪昭(Noriaki Kano)提出,用于对用户需求进行分类和优先级排序。在产品验收中,KANO模型帮助我们识别哪些需求是必须满足的底线(基本型),哪些需求能线性提升满意度(期望型),哪些需求能带来惊喜(兴奋型),以及哪些需求无关紧要或引发反感(无差异/反向)。

五种需求类型总览

需求类型 用户场景 业务问题 用户访谈示例 需求拆解(特征) 方案表达 指标验证 验收标准 交付物模板
基本型 用户登录失败,无法进入系统 核心流程阻塞,用户立即流失 “连登录都进不去,还想让我用?” 身份认证、会话管理、错误提示 密码/SSO/生物识别登录 登录成功率≥99.9% 任意常用账号可正常登录 《认证模块验收检查单》
期望型 搜索商品后希望按价格排序 用户需多次手动翻找,效率低 “排序功能是基本要求吧?” 排序维度、升降序、默认排序 提供价格/销量/评价排序 排序操作耗时<0.5s 排序结果准确,切换流畅 《搜索排序需求规格》
兴奋型 用户拍照后自动识别商品并生成购买链接 竞争对手未提供,差异化机会 “哇,它居然能直接认出这是啥!” 图像识别、商品库匹配、一键跳转 增强现实扫描 + 推荐系统 识别准确率≥85%(上市后迭代) 首次使用惊喜率(NPS≥60) 《创新功能MVP原型》
无差异 用户更换主题配色 投入资源但用户感知不到 “默认主题就行,换颜色无所谓” 色板、字体、图标库 提供10种预置主题 主题切换使用率<5% 上线后无显著满意度变化 《主题功能A/B测试方案》
反向 强制用户完成新手教程 干扰已有经验用户,产生负向情绪 “跳过!别耽误我操作!” 教程步骤、触发时机、跳过选项 允许非首次登录用户跳过 主动跳过率>70% 教程可关闭且不影响核心功能 《强制流程影响分析报告》

KANO模型坐标图

下图展示了五种需求类型在“功能实现程度”与“用户满意度”二维空间中的典型曲线:

KANO模型需求分类坐标图 功能实现程度 用户满意度 基本型需求 期望型需求 兴奋型需求 无差异需求 反向需求 纵轴:用户满意度 中间为“无所谓”

用户访谈与需求拆解示例

以“兴奋型需求——拍照识物购”为例,展示KANO模型在真实场景中的落地流程:

用户场景:小王在朋友家看到一盏台灯很喜欢,拍下照片后APP自动识别品牌并弹出购买链接。
业务问题:现有搜索只能靠文字,用户无法描述商品名称,导致购买链路中断。
用户访谈:“我希望拍照就能直接买,不用再打字搜索,太麻烦了。”
需求拆解:图像上传→特征提取→数据库匹配→结果展示→购买跳转。
方案表达:在搜索框旁增加“相机”图标,点击后调用系统相机,识别过程加载动画,结果页显示商品信息及相似推荐。
指标验证:识别成功率≥85%(初期数据)、用户点击跳转率≥40%。
验收标准:1)拍照后3秒内返回结果;2)识别结果Top3包含目标商品;3)跳转至商品详情页无异常。
交付物模板:包含用户故事地图、原型图、验收检查表、A/B测试方案。

需求优先级排序建议

  1. 基本型需求 → 必须100%满足,否则产品不可用。
  2. 期望型需求 → 按ROI投入资源,线性提升满意度。
  3. 兴奋型需求 → 选择1~2个核心场景试点,形成差异化。
  4. 无差异需求 → 砍掉或极低成本提供,避免浪费开发资源。
  5. 反向需求 → 通过用户验证主动规避,必要时增加可选项。
关键技巧:在产品验收中,可通过“满意度/不满意度”双因素调查法(Better-Worse系数)量化KANO分类,将主观判断转化为可测量的验收标准。