第1章 KANO模型与访谈法的融合场景
用户需求分类 · 产品策略 · 调研目的 · 典型行业案例
1.1 用户场景：需求分类的决策困境
在产品需求评审会上，产品经理经常被追问三个无法回避的问题：
- “这个功能用户真的需要吗？” —— 用户口头说“想要”不等于真实需求；
- “做了用户会满意吗？” —— 有些功能做了用户无感，不做反而抱怨；
- “优先级怎么定？” —— 所有干系人都认为自己的需求最紧急。
这三大困境的本质是：需求分类缺乏客观标准。KANO模型为需求提供了五类分类框架，但单独使用问卷容易遗漏用户深层动机；访谈法能挖掘真实场景，但难以量化优先级。两者融合，正好形成“分类框架 + 深度验证”的互补闭环。
核心观点：KANO模型解决“需求属于哪一类”的结构化问题，访谈法解决“用户为什么有这类需求”的溯因问题。融合后，团队既能得到分类结论，又能拿到可追溯的用户原声。
1.2 业务问题：传统方法的局限
传统需求调研方法在“分类准确性”和“可执行性”之间存在明显短板：
| 对比维度 | 传统问卷法 | 传统访谈法 | KANO + 访谈融合法 |
|---|---|---|---|
| 需求分类能力 | 仅区分“有/无” | 无法结构化分类 | 五类精细分类 |
| 用户表达偏差 | 无法识别 | 依赖访谈者经验 | KANO正反向题 + 追问交叉验证 |
| 优先级依据 | 投票/打分，易从众 | 定性判断，难量化 | KANO系数 + 用户场景频次 |
| 可追溯性 | 数据封闭，无原声 | 有原声，但零散 | 结构化数据 + 访谈原声对照 |
常见误区：认为KANO只能做问卷，访谈只能做定性。实际上KANO的“正反问题”设计天然适合嵌入半结构化访谈提纲，在用户回答后立即追问“为什么”，可以同时获得分类标签和决策理由。
1.3 用户访谈：KANO前置的访谈设计
融合场景下的访谈设计遵循“双通道提问”原则——同时采集功能评价和情感归因：
- 正向通道：“如果产品提供了这个功能，你的感受是？”（KANO正向题）；
- 反向通道：“如果产品没有这个功能，你的感受是？”（KANO反向题）；
- 深挖通道：“你刚刚说‘会不舒服’，能具体描述一下是在什么场景下用到这个功能吗？”（访谈追问）。
案例：某电商APP在调研“一键退货”功能时，用户KANO正向选“满意”，反向选“无所谓”，初步归类为“期望型”。但追问发现用户其实很少退货，只是觉得“有比没有好”——实际应归为“无差异型”。如果没有访谈追问，团队会错误地投入高优先级资源。
1.4 需求拆解：KANO五类需求分类
KANO模型将用户需求分为五类，每类对应不同的产品策略：
| 需求类型 | 定义 | 用户典型表现 | 产品策略 |
|---|---|---|---|
| 基本型（M） | 必须满足，不做到用户会强烈不满 | “这不是应该的吗？” | 必须做，底线要求 |
| 期望型（O） | 越多越好，与满意度线性相关 | “我明确需要这个” | 竞争性投入，做精做深 |
| 兴奋型（A） | 超出预期，不做无感，做了惊喜 | “哇，还能这样！” | 差异化亮点，选择性投入 |
| 无差异型（I） | 有无对用户无影响 | “无所谓，都可以” | 避免投入，砍掉或低优先级 |
| 反向型（R） | 做了反而引起反感 | “千万别加这个” | 坚决不做 |
访谈识别技巧：当用户回答“有也行，没有也行”时，不要直接归为无差异型。追问“如果免费提供你会用吗？”——若回答“会”，可能是兴奋型被误判为无差异型。KANO的误判率在15%~25%，访谈是降低误判的关键环节。
1.5 方案表达：融合框架设计
整体融合框架以“访谈引出场景 → KANO分类定位 → 交叉验证置信度 → 输出需求策略”为闭环。下图为该框架的结构化表达：
框架使用要点：从上往下执行，每一层输出作为下一层的输入。在“需求拆解”节点处，需要同时参考KANO分类结果和访谈原始记录，如果两者冲突（例如KANO显示“期望型”但访谈中用户表达冷淡），应降级为“无差异型”并记录疑点。
1.6 指标验证：KANO系数与访谈交叉验证
融合调研的结论需要通过两类指标交叉验证：
- KANO系数（Better-Worse）：
- Better = (A + O) / (A + O