第2章：访谈提纲结构化——问题层级、类型区分与追问空间预留

2.1 适用场景

• 用户需求调研：需要全面了解用户行为、痛点、期望时。
• 产品功能验证：对已有原型或概念进行深度反馈收集。
• 竞品分析研究：对比用户对竞品的使用习惯和满意度。
• 跨角色沟通：访谈对象包含多个角色（用户、业务方、技术），需要统一提纲结构避免偏离。

2.2 前置条件

• 已明确访谈目标（至少3个核心维度）。
• 已定义目标用户画像（角色、场景、频率）。
• 已有初步问题清单（来自第1章访谈数据描述）。
• 确定访谈时长（通常30-60分钟）和可用追问时间预算（约30%）。

2.3 操作步骤

1. 搭建问题层级框架
   将访谈目标拆解为 核心问题 → 子问题 → 追问示例 三级。每级控制在 3～5 个，避免层级过深。
2. 区分问题类型
   对每个子问题标注类型：
   • 开放式：用于探索、发现、故事收集（如“您能描述一下上次使用该功能的经历吗？”）
   • 封闭式：用于确认、量化、过滤（如“您平均每周使用几次？A.1次以下 B.1-3次 C.4次以上”）
   • 混合式：先封闭确认，再开放深挖（如“您是否遇到过支付失败？→ 能具体说说当时的情况吗？”）
3. 预留追问空间
   在每个子问题下方用 [追问] 标记至少1个可能的追问切入点。常见追问策略：
   • “能举个具体的例子吗？”
   • “您当时是怎么想的？”
   • “如果…会怎么样？”
   • “您还听到过其他用户的类似反馈吗？”
4. 验证逻辑完整性
   模拟走查：从核心目标出发，检查是否有遗漏维度或交叉重复。

2.4 输入输出物

2.5 责任边界

• 产品经理：负责提纲结构设计、问题类型选择、追问预判；必须自己走查一遍。
• 用户研究员/运营：对提纲进行可读性检查，确保问题措辞友好、无诱导性。
• 访谈执行者：有权在访谈中偏离提纲，但必须在现场记录偏离原因。
• 被访用户：无需理解提纲结构，只需回答问题。

2.6 记录材料

• 提纲模板（建议格式）：

  核心维度：支付体验
  ├─ Q1（开放）您通常怎么完成支付？[追问：哪些步骤最麻烦？]
  ├─ Q2（封闭）您是否遇到过支付失败？是/否 → 若“是”则追问：具体是什么错误提示？
  └─ Q3（开放）如果让您重新设计支付流程，您最想改变什么？[追问：为什么是这个？]

• 问题类型对照表：可在提纲末尾附加一列标注类型。
• 追问标记规范：统一使用 [追问] 或 [跟进]，避免混淆。

2.7 异常处理

2.8 验收标准

1. 覆盖度：提纲包含所有核心访谈维度，且每个维度下至少有1个核心问题和2个子问题。
2. 类型比例：开放式问题数量 ≥ 封闭式问题数量（建议 6:4 至 7:3），避免过早封闭导致信息丢失。
3. 追问完整性：至少 80% 的子问题下方标注了追问示例，且追问策略不重复（如故事型、假设型、对比型）。
4. 可执行性：第三方试读提纲后能独立完成一次模拟访谈，不产生歧义。