3 用户场景采集方法：用户访谈提纲、观察记录表、场景卡片、关键事件法
在KANO模型应用中，准确获取用户对功能属性的感知是区分基本型、期望型与兴奋型需求的前提。用户场景采集的质量直接决定了需求拆解的可信度。本章聚焦四种经过验证的采集方法——用户访谈提纲、观察记录表、场景卡片与关键事件法，帮助产品经理系统化地收集用户使用场景中的情感反应与行为数据。
3.1 四种方法的核心差异与适用选择
每种方法都有其最适合的采集时机与产出形式。下表从实施成本、样本覆盖、深度与KANO适配性四个维度进行对比：
| 方法 | 实施成本 | 样本覆盖 | 深度 | KANO适配点 |
|---|---|---|---|---|
| 用户访谈提纲 | 高（一对一） | 小（5–15人） | 极深 | 挖掘隐性期望与兴奋触发点 |
| 观察记录表 | 中（需实地/录像） | 中（10–30人） | 中 | 识别基本需求被满足或缺失的行为信号 |
| 场景卡片 | 低（工作坊式） | 大（20–50人） | 中高 | 快速获取多种场景下的满意度分布 |
| 关键事件法 | 中（结构化回忆） | 中（15–30人） | 高 | 定位导致极度满意或不满的核心事件 |
选择建议：项目初期优先使用关键事件法和用户访谈构建假设；中期通过场景卡片量化需求分类；最后用观察记录表验证真实使用中的行为偏差。
3.2 用户访谈提纲设计要点
用户访谈提纲是挖掘用户深层动机与情感反应的利器。设计时需遵循“场景—任务—感受”三层结构：
- 场景层：“请您回顾最近一次使用XX功能的完整经过，当时您正在做什么？”
- 任务层：“您具体操作了哪些步骤？有没有遇到卡住或意外的情况？”
- 感受层：“当功能按预期完成时，您的感受如何？如果它突然失效，您又会怎么处理？”——这一层直接对应KANO的功能充分/不充分评价。
KANO访谈必问题：“如果这个功能做得非常好，您会感到满意吗？如果它表现很差，您会觉得不满意吗？” 以这两个问题为锚点，快速将回答映射到KANO四象限。
典型访谈提纲片段示例（.docx 模板节选）：
# 用户访谈提纲 – 在线文档协作场景
## 开场（5min）
- 自我介绍与保密说明
- 当前使用的文档工具及频率
## 深度回顾（30min）
1. 请您描述最近一次与同事协作编辑文档的场景。
2. 您在编辑过程中最常用的三个功能是什么？为什么？
3. 有没有遇到过“本该有但就是找不到”的功能？请举例。
4. 如果该功能完全不存在，您会用什么替代方案？
## KANO定向（10min）
5. 功能A（如实时光标位置）：
- 如果此功能很好用 → 满意度（1-5分）
- 如果此功能很差或没有 → 满意度（1-5分）
6. 功能B（如版本历史对比）：同法重复3.3 观察记录表设计原则
观察记录表用于获取用户“做了什么”而非“说了什么”，特别适合识别用户为绕过痛点而付出的变通行为（workaround），这种变通常常暗示基本需求未被满足。表格应包含：
| 维度 | 记录示例 | KANO解读 |
|---|---|---|
| 任务上下文 | 用户正在撰写周报，同时打开三个窗口频繁切换 | 可能缺少内容聚合或引用功能（基本型） |
| 操作序列 | 点击A→等待3秒→点击B→关闭弹窗→再次点击A | 流程中存在摩擦点（期望型或基本型） |
| 情绪表达 | 皱眉、叹气、重复点击、自言自语“怎么又这样” | 负向情绪提示基本需求受挫 |
| 意外行为 | 用户主动导出数据后用Excel手动合并 | 变通行为暗示功能缺失（可能是兴奋型或期望型） |
观察者误差控制：不要提前预设KANO分类，先客观记录行为；避免“诱导性记录”如“用户明显不满意”，应直接写“用户连续按了4次F5键”。分析阶段再归类。
3.4 场景卡片法操作流程
场景卡片适用于快速收集大量样本对不同功能在不同场景下的满意度预期。标准流程：
- 卡片设计：每张卡片描述一个具体场景（如“会议中需要共享屏幕并同时标记重点”），卡片背面列出该场景下的3–5个预设功能。
- 分发与评分：参与者阅读场景后，对每个功能分别回答“如果它表现良好，你的满意度？”和“如果它表现不佳，你的满意度？”，采用5点李克特量表。
- 数据归集：按KANO评价表将每对评分映射为（A、M、O、I、R、Q）分类。
- 聚类输出：统计每个功能在每类中的占比，确定主导分类。
示例卡片正面（可粘贴至实体卡片或电子问卷）：
场景卡片 #A-3
场景：你在机场候机，需要快速修改一份PPT并通过手机发送给客户。
请对以下功能进行评价（1=非常不满意 / 5=非常满意）：
功能1：语音输入编辑文字
功能良好时满意度：______
功能缺失或极差时满意度：______
功能2：一键优化排版
功能良好时满意度：______
功能缺失或极差时满意度：______
功能3：自动压缩附件大小
功能良好时满意度：______
功能缺失或极差时满意度：______3.5 关键事件法（CIT）实施步骤
关键事件法通过让用户回忆具体的、对决策产生重大影响的正面或负面事件，直接捕获兴奋型（正面事件）与基本型（负面事件）需求。操作步骤：
- 定义事件窗口：“请回想过去3个月内，您使用本产品过程中让您特别满意或特别不满意的一次具体经历。”
- 结构化回顾：事件发生的时间、场景、您的目标、您采取的行动、结果、情感反应（用1–5分量化）。
- 原因分析：您认为是什么功能或体验导致了这次满意/不满意的峰值？
- KANO映射：正面事件 → 通常对应兴奋型或期望型；负面事件 → 通常对应基本型或期望型。
最小样本建议：每种方法至少覆盖8–12个有效事件/场景，以确保KANO分类统计稳定性。对于关键事件法，可同时采集正面与负面事件各5–8个。
3.6 从场景到需求拆解：交付物模板
无论使用哪种方法，最终都应输出一份场景—需求对照表，作为后续KANO分类分析的输入。模板如下：
| 场景编号 | 用户角色 | 采集方法 | 原始用户描述 | 提炼的功能需求 | 初步KANO判断 (A/M/O/I) | 置信度 (高/中/低) |
|---|---|---|---|---|---|---|
| S-001 | 内容创作者 | 用户访谈 | "每次保存都要手动选文件夹，烦死了" | 自动保存至默认工作区 | M (基本型) | 高 |
| S-002 | 团队负责人 | 关键事件法 | "突然发现同事改了文档没人通知，差点用错版" | 实时变更推送通知 | M (基本型) | 高 |
| S-003 | 新用户 | 场景卡片 | "如果能有新手引导小贴士，会感觉更友好" | 新手引导提示卡片 | A (兴奋型) | 中 |
| S-004 | 移动办公者 | 观察记录表 | 用户在手机端反复点击“插入图片”但无反应 | 移动端图片插入适配 | M (基本型) | 高 |
# 交付物模板：场景-需求对照表 (JSON 示例)
{
"project": "文档协作工具 v2.0",
"collectionMethods": ["interview", "observation", "scenarioCard", "CIT"],
"sources": [
{
"sceneId": "S-001",
"role": "content_creator",
"method": "interview",
"rawQuote": "每次保存都要手动选文件夹，烦死了",
"requirement": "自动保存至默认工作区",
"kanoCategory": "M",
"confidence": "high"
},
{
"sceneId": "S-002",
"role": "team_lead",
"method": "CIT",
"rawQuote": "突然发现同事改了文档没人通知，差点用错版",
"requirement": "实时变更推送通知",
"kanoCategory": "M",
"confidence": "high"
}
]
}这份对照表将直接作为第4章“KANO问卷设计与数据收集”的输入。在正式开始问卷之前，请确保每个采集到的场景都经过了跨方法交叉验证——例如，通过访谈发现的“自动保存”需求，是否也在观察记录表中被捕获为“用户频繁点击保存按钮”的行为证据？只有多源佐证，KANO分类才更具说服力。