KANO题型模板库:基本型、期望型与兴奋型需求提问模板
4.1 适用场景
本章模板库适用于以下三类典型访谈场景。正确匹配题型模板是获取有效KANO分类数据的前提。
| 题型 | 适用场景 | 典型时机 |
|---|---|---|
| 基本型 (M) | 验证功能是否为用户默认“必须有”的底线需求;评估删除该功能带来的不满风险。 | 产品早期验证、核心功能评审、保留/放弃决策 |
| 期望型 (O) | 衡量功能增量与满意度之间的线性关系;确定投入产出的优先级。 | 版本规划、体验优化、竞品对标分析 |
| 兴奋型 (A) | 挖掘用户潜在惊喜点;寻找差异化创新机会;探索非用户预期的新功能。 | 创新孵化、长期 roadmap 探索、品牌差异化设计 |
关键原则: 一次访谈只聚焦 1~2 个核心功能点,避免题型模板混用导致用户认知负担过重。每个功能点必须同时准备正向和反向两个问题。
4.2 前置条件
- 功能清单已确定: 已完成上一章节的“功能点拆解”,每个待测功能有清晰的定义和边界。
- 用户画像已对齐: 访谈用户属于目标画像范围,且对产品领域有基本认知。
- 模板已本地化: 通用提问模板已根据具体产品语境做预适配(替换占位符)。
- 访谈团队已分工: 主持人、记录员、观察员角色明确,且熟悉三种题型的提问节奏。
常见误区: 在用户尚未理解功能含义时直接套用模板提问。必须先通过简短场景描述或原型演示建立共识,再使用模板话术。
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 题型选择与转换流程
一个功能点在问卷中只能归属一种题型,但在访谈中可以通过“题型切换法”验证分类稳定性:
- 先按预期题型提问: 根据功能属性,选择最可能的模板首发。
- 观察用户反应: 若回答犹豫或矛盾,立即切换另一题型模板追问。
- 交叉验证: 用“如果没有…”“如果有…”双向话术做最终确认。
- 记录分类置信度: 在访谈记录中标注“高/中/低”三级置信度。
访谈节奏建议: 基本型问题放在访谈前半段(用户精力好,回答准确),兴奋型问题放在后半段(用户已进入状态,更愿意表达感受),期望型问题穿插在中间对比环节。
4.4 输入输出物
| 类型 | 内容 | 格式/载体 |
|---|---|---|
| 输入物 | 待测功能清单(含功能定义、当前状态、预期假设) | 电子表格 / 看板卡片 / 文档 |
| 输出物 | 已标注 KANO 分类的访谈记录表(含正向/反向回答原文、分类判定、置信度) | 结构化记录文档 / CRM 系统 / 协作笔记 |
| 过程物 | 题型模板适配记录(原始模板→本地化话术的修改痕迹) | 版本对比文档 / 批注截图 |
4.5 责任边界
- 主持人: 负责根据现场用户回答灵活切换题型模板,控制每题追问深度在2轮以内,避免过度引导。
- 记录员: 逐字记录用户对正向和反向问题的原话,标注语气、停顿、表情等非语言信息,不自行解读分类。
- 观察员: 独立记录“题型匹配是否恰当”的观感,在访谈结束后与主持人做校准讨论。
- 产品经理(旁听): 不参与提问,仅在访谈后提供功能背景补充,辅助分类判定。
责任边界铁律: 记录员不得在访谈过程中向用户解释或重述问题,避免因表述差异导致回答偏差。所有澄清工作由主持人完成。
4.6 记录材料
每场访谈需完整填写以下 4 项 记录材料:
- 《题型模板使用日志》 — 记录每个功能点使用的具体模板版本(基本型/期望型/兴奋型),以及是否触发模板切换。
- 《用户回答原始语料》 — 按“功能点 + 正向问题回答 + 反向问题回答 + 非语言信号”四栏结构誊录。
- 《分类判定表》 — 每行一个功能点,包含:功能ID、正向得分、反向得分、KANO分类、置信度(高/中/低)。
- 《异常事件记录》 — 记录用户不理解问题、前后矛盾、拒绝回答等异常情况及其处理方式。
【记录材料示例 · 分类判定表片段】
| 功能ID | 功能名称 | 正向回答类型 | 反向回答类型 | KANO分类 | 置信度 |
|--------|----------------|----------------|----------------|----------|--------|
| F001 | 消息撤回 | 理所当然 | 不满意 | M | 高 |
| F002 | 加载速度优化 | 满意 | 不满意 | O | 高 |
| F003 | AI 摘要生成 | 惊喜 | 无所谓 | A | 中 |
4.7 异常处理
| 异常现象 | 可能原因 | 处理方式 |
|---|---|---|
| 用户对正反问题回答矛盾 (如:正向说“惊喜”,反向也说“不满意”) |
功能理解偏差;用户混淆了“有”和“没有”的假设 | 暂停提问,重新用场景描述澄清功能定义,然后重新走一次正反问题流程 |
| 用户回答“无所谓”或“没想过” | 功能与用户使用场景无关;用户缺乏相关经验 | 跳转到下一个功能点,并在记录中标注“用户无感知”,不强制分类 |
| 用户主动给出超出模板范围的回答 | 用户有更强烈的关联需求或创意 | 先用模板完成当前功能点判定,然后将用户额外观点记录在“用户主动提及”字段中,供后续分析 |
| 多个用户对同一功能给出截然不同的分类 | 用户群体异质性;功能本身具备多重属性 | 增加样本量至 5~8 人后做聚类分析,若仍离散,则标记为“混合型”并拆分为子功能 |
严重异常 — 立即终止当前功能点提问: 用户表现出明显烦躁、困惑或抵触情绪。此时应暂停题型模板使用,切换回开放式聊天模式,待用户情绪恢复后再决定是否继续。保护用户体验优先于数据收集。
4.8 验收标准
完成本章模板库使用后,需通过以下 5 项 验收检查,确保模板应用质量达标:
- 完整性: 每个待测功能点都同时具备了正向和反向问题的原始回答记录,无遗漏。
- 一致性: 同一功能点在不同用户间的分类结果离散度 ≤ 30%(即 70% 以上用户分类一致)。
- 可追溯: 每个 KANO 分类判定都能回溯到对应的用户原话和模板版本,无“无依据分类”。
- 本地化率: 通用模板的本地化适配率 ≥ 80%(即 80% 以上的提问话术已替换为具体产品语境)。
- 异常覆盖率: 所有触发异常处理流程的功能点都有对应的《异常事件记录》,且处理方式符合本章规范。