KANO题型模板库:基本型、期望型与兴奋型需求提问模板

4.1 适用场景

本章模板库适用于以下三类典型访谈场景。正确匹配题型模板是获取有效KANO分类数据的前提。

题型 适用场景 典型时机
基本型 (M) 验证功能是否为用户默认“必须有”的底线需求;评估删除该功能带来的不满风险。 产品早期验证、核心功能评审、保留/放弃决策
期望型 (O) 衡量功能增量与满意度之间的线性关系;确定投入产出的优先级。 版本规划、体验优化、竞品对标分析
兴奋型 (A) 挖掘用户潜在惊喜点;寻找差异化创新机会;探索非用户预期的新功能。 创新孵化、长期 roadmap 探索、品牌差异化设计
关键原则: 一次访谈只聚焦 1~2 个核心功能点,避免题型模板混用导致用户认知负担过重。每个功能点必须同时准备正向和反向两个问题。

4.2 前置条件

  1. 功能清单已确定: 已完成上一章节的“功能点拆解”,每个待测功能有清晰的定义和边界。
  2. 用户画像已对齐: 访谈用户属于目标画像范围,且对产品领域有基本认知。
  3. 模板已本地化: 通用提问模板已根据具体产品语境做预适配(替换占位符)。
  4. 访谈团队已分工: 主持人、记录员、观察员角色明确,且熟悉三种题型的提问节奏。
常见误区: 在用户尚未理解功能含义时直接套用模板提问。必须先通过简短场景描述或原型演示建立共识,再使用模板话术。

4.3 操作步骤

4.3.1 基本型需求提问模板(Must-be)

话术结构: “如果没有【功能X】,你在使用【产品Y】时是否会感到困扰或不便?”

正向问题 (功能具备时): “如果【产品Y】具备【功能X】,你会觉得这是理所当然的吗?”

反向问题 (功能缺失时): “如果【产品Y】没有【功能X】,你会觉得不满意吗?”

【模板示例 · 基本型】
功能:电子邮箱的“撤回发送”功能
正向:“如果邮箱提供‘撤回发送’功能,您会觉得这是必备的基本能力吗?”
反向:“如果邮箱根本没有‘撤回发送’功能,您会感到困扰或不满吗?”
  • 判定逻辑: 正向回答多为“理所当然/必须的”,反向回答多为“不满意/困扰”,则归为基本型。
  • 追问技巧: 当用户犹豫时,追问“如果这个功能完全没有,你会因此放弃使用这个产品吗?”

4.3.2 期望型需求提问模板(One-dimensional)

话术结构: “如果【产品Y】在【功能X】上做得更好,你的满意度会随之提升吗?”

正向问题: “如果【功能X】的性能/体验提升到【具体水平】,你会更满意吗?”

反向问题: “如果【功能X】的性能/体验低于【具体水平】,你的满意度会降低吗?”

【模板示例 · 期望型】
功能:视频播放器的“加载速度”
正向:“如果视频加载速度从3秒缩短到1秒,您会感到更满意吗?”
反向:“如果视频加载速度从3秒延长到6秒,您会感到不满意吗?”
  • 判定逻辑: 正向与反向回答呈对称的“满意↔不满意”线性关系,则为期望型。
  • 追问技巧: 使用“程度阶梯”提问(如:提升10% vs 提升50%),确认线性敏感度。

4.3.3 兴奋型需求提问模板(Attractive)

话术结构: “如果【产品Y】增加【功能X】,你会感到惊喜或超出预期吗?”

正向问题: “如果【产品Y】提供了你从未想到的【功能X】,你会感到惊喜吗?”

反向问题: “如果【产品Y】没有提供【功能X】,你会觉得失望吗?”

【模板示例 · 兴奋型】
功能:笔记应用的“AI自动生成摘要”
正向:“如果笔记应用能自动为你生成会议摘要,你会觉得这个功能很惊喜吗?”
反向:“如果没有这个AI摘要功能,你会觉得失望或缺少什么吗?”
  • 判定逻辑: 正向回答为“惊喜/超出预期”,反向回答为“不会失望/无所谓”,则为兴奋型。
  • 追问技巧: 关注用户回答时的语气和表情,兴奋型需求常伴随“真的吗?”“这个功能好酷”等情绪反应。

4.3.4 题型选择与转换流程

一个功能点在问卷中只能归属一种题型,但在访谈中可以通过“题型切换法”验证分类稳定性:

  1. 先按预期题型提问: 根据功能属性,选择最可能的模板首发。
  2. 观察用户反应: 若回答犹豫或矛盾,立即切换另一题型模板追问。
  3. 交叉验证: 用“如果没有…”“如果有…”双向话术做最终确认。
  4. 记录分类置信度: 在访谈记录中标注“高/中/低”三级置信度。
访谈节奏建议: 基本型问题放在访谈前半段(用户精力好,回答准确),兴奋型问题放在后半段(用户已进入状态,更愿意表达感受),期望型问题穿插在中间对比环节。
KANO 题型提问模板对照 基本型 (Must-be) 核心特征 “没有会不满,有是应该” 用户默认的底线需求 提问关键词 “困扰”“不便”“理所当然” “必须的”“不能没有” 典型示例 “没有搜索功能,你会 觉得困扰吗?” → 判定:高不满风险 期望型 (One-dimensional) 核心特征 “越多越好,线性相关” 满意度随性能线性变化 提问关键词 “更满意”“更好”“提升” “改善程度”“降低” 典型示例 “加载速度从3秒缩短到 1秒,你会更满意吗?” → 判定:对称线性关系 兴奋型 (Attractive) 核心特征 “有就惊喜,没有也无妨” 超出用户预期的创新点 提问关键词 “惊喜”“超出预期”“炫酷” “从未想到”“真的很棒” 典型示例 “AI自动生成会议摘要, 你会感到惊喜吗?” → 判定:无不满,高惊喜 💡 实际访谈中,同一功能可能在不同用户群中归属不同题型,需结合用户画像综合判断

4.4 输入输出物

类型 内容 格式/载体
输入物 待测功能清单(含功能定义、当前状态、预期假设) 电子表格 / 看板卡片 / 文档
输出物 已标注 KANO 分类的访谈记录表(含正向/反向回答原文、分类判定、置信度) 结构化记录文档 / CRM 系统 / 协作笔记
过程物 题型模板适配记录(原始模板→本地化话术的修改痕迹) 版本对比文档 / 批注截图

4.5 责任边界

  • 主持人: 负责根据现场用户回答灵活切换题型模板,控制每题追问深度在2轮以内,避免过度引导。
  • 记录员: 逐字记录用户对正向和反向问题的原话,标注语气、停顿、表情等非语言信息,不自行解读分类。
  • 观察员: 独立记录“题型匹配是否恰当”的观感,在访谈结束后与主持人做校准讨论。
  • 产品经理(旁听): 不参与提问,仅在访谈后提供功能背景补充,辅助分类判定。
责任边界铁律: 记录员不得在访谈过程中向用户解释或重述问题,避免因表述差异导致回答偏差。所有澄清工作由主持人完成。

4.6 记录材料

每场访谈需完整填写以下 4 项 记录材料:

  1. 《题型模板使用日志》 — 记录每个功能点使用的具体模板版本(基本型/期望型/兴奋型),以及是否触发模板切换。
  2. 《用户回答原始语料》 — 按“功能点 + 正向问题回答 + 反向问题回答 + 非语言信号”四栏结构誊录。
  3. 《分类判定表》 — 每行一个功能点,包含:功能ID、正向得分、反向得分、KANO分类、置信度(高/中/低)。
  4. 《异常事件记录》 — 记录用户不理解问题、前后矛盾、拒绝回答等异常情况及其处理方式。
【记录材料示例 · 分类判定表片段】
| 功能ID | 功能名称       | 正向回答类型   | 反向回答类型   | KANO分类 | 置信度 |
|--------|----------------|----------------|----------------|----------|--------|
| F001   | 消息撤回       | 理所当然       | 不满意         | M        | 高     |
| F002   | 加载速度优化   | 满意           | 不满意         | O        | 高     |
| F003   | AI 摘要生成    | 惊喜           | 无所谓         | A        | 中     |

4.7 异常处理

异常现象 可能原因 处理方式
用户对正反问题回答矛盾
(如:正向说“惊喜”,反向也说“不满意”)
功能理解偏差;用户混淆了“有”和“没有”的假设 暂停提问,重新用场景描述澄清功能定义,然后重新走一次正反问题流程
用户回答“无所谓”或“没想过” 功能与用户使用场景无关;用户缺乏相关经验 跳转到下一个功能点,并在记录中标注“用户无感知”,不强制分类
用户主动给出超出模板范围的回答 用户有更强烈的关联需求或创意 先用模板完成当前功能点判定,然后将用户额外观点记录在“用户主动提及”字段中,供后续分析
多个用户对同一功能给出截然不同的分类 用户群体异质性;功能本身具备多重属性 增加样本量至 5~8 人后做聚类分析,若仍离散,则标记为“混合型”并拆分为子功能
严重异常 — 立即终止当前功能点提问: 用户表现出明显烦躁、困惑或抵触情绪。此时应暂停题型模板使用,切换回开放式聊天模式,待用户情绪恢复后再决定是否继续。保护用户体验优先于数据收集。

4.8 验收标准

完成本章模板库使用后,需通过以下 5 项 验收检查,确保模板应用质量达标:

  1. 完整性: 每个待测功能点都同时具备了正向和反向问题的原始回答记录,无遗漏。
  2. 一致性: 同一功能点在不同用户间的分类结果离散度 ≤ 30%(即 70% 以上用户分类一致)。
  3. 可追溯: 每个 KANO 分类判定都能回溯到对应的用户原话和模板版本,无“无依据分类”。
  4. 本地化率: 通用模板的本地化适配率 ≥ 80%(即 80% 以上的提问话术已替换为具体产品语境)。
  5. 异常覆盖率: 所有触发异常处理流程的功能点都有对应的《异常事件记录》,且处理方式符合本章规范。