第2章 设计用户访谈大纲：目标用户画像、开放性问题设计、追问策略与禁忌
章前导语：访谈大纲是用户研究的“施工图纸”——图纸若歪，楼宇必斜。本章将以 SOP 方式拆解如何从零构建一份既不预设答案、又能深度挖掘真实行为与动机的访谈大纲，涵盖用户画像刻画、开放性问题设计、追问策略及红线禁忌。
2.1 适用场景
本章 SOP 适用于以下三类典型场景：
- 产品早期探索阶段：团队尚未明确用户真实需求，需要通过定性访谈发现未知问题空间。
- 验证假设与原型测试前：已有初步用户画像但未经过实地校验，需通过访谈修正认知偏差。
- 底层技术验证前的人文校准：技术方案涉及用户行为改变或新交互模式，需提前理解用户的心理模型与接受度。
判断标准：只要访谈目标中包含“探索”“发现”“理解”而非“验证数字”，就必须先按本章 SOP 设计大纲。
2.2 前置条件
进入大纲设计前，团队必须完成以下准备工作：
| 前置条件 | 交付物/状态 | 验收简标 |
|---|---|---|
| 研究目标已书面定义 | 研究目标陈述文档（1~2页） | 目标不含具体解决方案词汇 |
| 利益相关方已对齐范围 | 邮件确认或会议纪要 | 产品、设计、技术三方签字 |
| 已有初步用户画像草稿 | 画像卡片（人口属性+行为标签） | 至少覆盖 2~3 类典型角色 |
| 访谈时长与样本量已锁定 | 排期计划表 | 单场 ≤ 60 min，总样本 ≥ 6 人 |
常见前置失败：研究目标写成“验证我们的方案是否被接受”——这属于销售话术而非研究目标。请重写为“理解用户在 X 场景下的决策流程与痛点”。
2.3 整体设计流程（框架图）
以下 SVG 流程图为本章 SOP 的全局鸟瞰：从左至右依次为画像→问题→追问→禁忌→输出五个核心环节，底部虚线代表迭代反馈闭环。
2.4 操作步骤
严格按照以下 5 个步骤执行，每一步都包含具体动作、检查点和输出物。
步骤 1：构建目标用户画像卡片
- 收集二手资料：提取过往报告、客服记录、数据分析中的用户标签。
- 提炼三个维度：人口属性（年龄/职业/地域）、行为习惯（频率/路径/工具）、需求痛点（未满足的场景/情绪槽点）。
- 输出画像卡片：每类角色一张卡片，每张不超过 20 字描述。
- 检查点：卡片内容是否包含具体行为动词（如“每天打开 App 3 次”），而非模糊形容词（如“活跃用户”）。
步骤 2：设计开放性问题池
按三种类型分别出题，每类至少准备 3 道问题：
| 问题类型 | 目标 | 典型句式 | 适用画像节点 |
|---|---|---|---|
| 行为探索类 | 还原真实操作流程 | “请描述你上一次……的全部步骤” | 行为习惯模式 |
| 动机挖掘类 | 发现决策背后的原因 | “是什么促使你选择……而不是……” | 需求痛点场景 |
| 体验反馈类 | 获取情感与感受 | “在那个时刻你的感受是什么？” | 人口属性 / 痛点 |
关键检查：所有问题不得包含预设答案词汇（“是不是”“有没有”“好不好”），必须以“什么、如何、为什么、请描述”开头。
步骤 3：制定追问策略
- 漏斗式深挖：当用户提到一个关键行为时，连续追问“然后呢？”“为什么当时这样做？”“结果如何？”——适用于行为类问题。
- 横向式展开：当用户只谈及一个场景时，追问“在其他场合也会这样做吗？”“有没有尝试过别的办法？”——适用于动机/体验类问题。
- 沉默式等待：用户回答完毕后，保持 3~5 秒沉默，往往能诱发更多自发补充——适用于所有类型。
步骤 4：对照禁忌清单做减法
逐条检查问题池，删除或改写以下 4 类红线问题：
- 引导性问题：“这个功能是不是很不好用？” → 改为“请说说你使用这个功能的经历”。
- 封闭式提问：“你每周用几次？” → 改为“请描述你通常怎样使用它”。
- 双重问题：“你觉得价格和体验哪个更重要？” → 拆成两个独立问题。
- 评价性反馈：“这个想法很好吧？” → 删除，保持中立。
步骤 5：整合输出访谈大纲文档
- 将通过清洗的问题按“暖场→行为→动机→体验→收尾”排序。
- 在每个问题下方标注追问触发电（什么关键词出现时需要追问）。
- 附录禁忌清单检查表，用于试访时自检。
- 输出最终大纲 V1.0 版本。
2.5 输入输出物
| 类型 | 具体内容 | 格式要求 |
|---|---|---|
| 输入 | 研究目标陈述、初步用户画像草稿、产品背景资料、利益相关方对齐纪要 | PDF 或共享文档，版本号 + 日期 |
| 输出 | 访谈大纲 V1.0（含问题脚本 + 追问指引 + 禁忌清单） | Word / 在线文档，页眉含章节编号 |
| 附属物 | 用户画像卡片集、问题类型对照表、追问策略速查卡 | A4 单页，可打印 |
2.6 责任边界
- 用户研究员（主导者）：负责画像提炼、问题编写、追问策略制定，对大纲质量负全责。
- 产品经理（输入方）：提供用户画像输入和业务背景，参与评审但不得直接修改问题措辞。
- 技术负责人（验证方）：确认大纲中的技术假设是否可验证，但不干预问题表述。
- 评审委员会（监督方）：由资深研究员或设计负责人担任，仅做“合法性审查”（是否含禁忌问题、是否偏离目标），不替代设计。
责任铁律：谁写的问题，谁在试访中担任第一位主持人。不允许“写的人不访，访的人不写”。
2.7 记录材料
设计过程中必须归档以下 4 份材料，作为后续迭代和追溯的依据：
| 材料名称 | 记录内容 | 保留期限 |
|---|---|---|
| 画像卡片工作底稿 | 从哪份二手资料提取了哪些标签 | 项目结束后 3 个月 |
| 问题编写草稿（含废弃题） | 每道题的初版、修改原因、最终版 | 项目结束后 1 个月 |
| 追问策略速查表 | 关键词 → 追问句式映射 | 长期复用 |
| 禁忌清单自检签字页 | 逐条打勾 + 设计者签名 | 随最终大纲归档 |
2.8 异常处理
设计中常见的 4 类异常及对应预案：
| 异常场景 | 表现 | 处理措施 | 升级条件 |
|---|---|---|---|
| 用户画像极度模糊 | 团队对核心用户描述不一致 | 暂停大纲设计，先做 3 轮快速探访 | 无法在 2 天内对齐则升级至项目发起人 |
| 问题池超过 30 道 | 单场访谈无法覆盖 | 按“必须知道 / 最好知道 / 锦上添花”三层裁剪 | 裁剪后仍超 20 道则分拆为两场 |
| 利益相关方强制加入验证性问题 | 大纲中出现“你是否会使用……”类问题 | 用“请描述你在什么情况下会考虑使用……”替换 | 对方坚持不改则记录为“附加题”，不计入正式大纲 |
| 试访中发现问题全部无效 | 前 2 位受访者均答非所问 | 立即启动“回溯-修改”流程，重新走步骤 2~4 | 试访 3 场仍无效则暂停项目，复盘画像 |
特别警告：不要在试访前一次性写死所有追问，保留 30% 的弹性空间。任何“完美大纲”在真实用户面前都会失效，接受不完美是 SOP 的一部分。
2.9 验收标准
完成本章 SOP 后，需要通过以下 6 条验收检查：
- 画像完整性：每类角色卡片包含人口属性、行为习惯、需求痛点三个维度，无缺失。
- 开放性问题占比 ≥ 80%：统计所有问题，以“什么、如何、为什么、请描述”开头的问题比例不低于 80%。
- 追问触发点明确：每个问题下方至少标注 1 个关键词作为追问触发点。
- 禁忌问题零包含：禁忌清单自检页无打“×”项。
- 大纲结构完整：包含暖场→行为→动机→体验→收尾五个章节，每章节至少 2 道主问题。
- 通过模拟评审：由至少 1 位未参与设计的同事扮演“魔鬼评审”，指出任何引导性措辞即视为不通过。