用户访谈调研：提纲设计与结果编码

访谈提纲决定你能拿到什么

用户访谈最常见的结果是"用户说这个想法挺好的"。这不是用户骗你，而是你的问题让他只能这么答。"你觉得这个功能有用吗"这种提问方式，得到的永远是社会礼貌，不是真实需求。

访谈质量在第一句话就决定了。核心原则只有一条：问过去的行为，不问未来的意愿。

把差问题改成好问题

规律是：把"会不会"换成"上回怎么样"，把"重要吗"换成"造成了什么后果"。意愿是廉价的，行为有成本。

提纲的四段结构

1. 背景（3 分钟）：让对方描述他在这件事里的角色和日常流程。目的是建立语境，不要在这一段就抛出你的方案。
2. 问题史（10 分钟）：最近一次遇到这个问题是什么时候、怎么解决的、花了多少代价。这一段产出的是事实。
3. 现有替代方案（5 分钟）：他现在用什么凑合解决（Excel、人工、外包、忍着）。替代方案就是你的真实竞争对手。
4. 付费与决策（5 分钟）：谁掏钱、谁拍板、采购流程怎么走。这一段常被跳过，但它决定模式能不能成立。

整场不要展示你的产品原型——一旦展示，后面的回答全部会被"帮你评价"的心态污染。

完整提示词（提纲设计）

你是专业的用户研究负责人。请为我设计一份用户访谈提纲。

【我的项目】（一句话说明做什么、给谁）
【我目前最不确定的假设】（列出 1-3 个，例如"用户真的会为此付费"）

【要求】
1. 按四段结构组织：背景 / 问题史 / 现有替代方案 / 付费与决策
2. 每段 4-6 个问题，共不超过 20 个
3. 所有问题必须是开放式的，且询问【过去的具体行为】，严禁出现"你会不会""你觉得……吗""你愿意……吗"
4. 针对我最不确定的假设，设计 2-3 个"证伪型"问题——即如果假设是错的，对方的回答会明显不同
5. 每个问题后面用括号注明：这个问题的答案能验证什么

【输出格式】
段落标题 + 问题列表。最后附一节"追问话术"：当对方给出笼统回答时，用什么话把他拉回具体事例。

【禁止】
- 不要设计任何需要对方预测自己未来行为的问题
- 不要出现引导性措辞（如"是不是觉得很不方便"）

完整提示词（结果编码）

你是一名做定性研究的分析师。下面是我的访谈记录，请做编码分析。

【访谈记录】（粘贴，多位受访者请标明编号）

【任务】
第一步 开放编码：逐条提取原始陈述，归纳成尽可能贴近原话的"初级标签"
第二步 主题归并：把初级标签合并成 5-8 个主题，每个主题注明由哪些标签、哪些受访者支持
第三步 矛盾清单：单独列出互相冲突的陈述，标明各自出自哪位受访者
第四步 反例汇总：列出所有【不支持我原有假设】的证据，哪怕只有一位受访者提到

【输出要求】
- 引用原话时保持原样，不要润色
- 明确区分"多数人提到"与"只有一人提到"，给出人数
- 不要给出产品建议，只做归纳
- 如果记录中信息不足以支撑某个主题，直接说明

怎么用

1. 提纲里绝对不能出现"会不会"。这是唯一一条必须死守的规则。
2. "证伪型问题"最有价值：如果所有受访者的回答都符合你的假设，可能不是假设对了，而是问题问得太顺。
3. 访谈时不要展示原型。等访谈全部做完再展示，否则后面几场的回答会被污染。
4. 编码时最该看的是"反例汇总"那一节。它专门收集对你不利的证据——这是防止自我确认偏差的机制。
5. 多数人提到的问题才值得做产品；只有一人提到的，先记下来但不要据此改方案。

常见误区

• 问意愿不问行为。这是访谈失效的第一原因。
• 访谈中就开始推销。一旦你解释了方案，对方就会转为配合你。
• 只记录支持自己的话。用"反例汇总"强制自己收集反面证据。
• 样本全是熟人。熟人更倾向于给正面反馈。要刻意找几个"会说不"的人。
• 访谈完不做编码，凭印象写结论。印象会自动放大最生动的那一两句。

延伸阅读

访谈验证完"客户是谁、痛点在哪"，下一步是把结论落进商业模式画布；验证"愿不愿意付费"，则要看定价策略。