访谈提纲：问最近一次，不问将来

问「你会不会用」，得到的是礼貌；问「上一次你怎么做」，得到的是事实。

一、十个「我会」，两个人付钱

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

顾行想做一款会议纪要工具。访谈阶段他问得很直接：「如果有一个工具，开完会自动整理成待办，你会用吗？」

十个人里有九个说会，剩下一个说「看价格」。他很受鼓舞，做了三个月。

上线两个月，付费用户两个。

他把录音重新听了一遍，发现自己问的全是将来时：你会用吗、你觉得需要吗、你希望它有什么功能。没有一个人被问过：你上一次做会议纪要是什么时候？那次花了多久？你当时用了什么办法？做完之后有人看吗？

这些问题听起来不如「你会用吗」有商业感，但它们指向已经发生的事实。事实可以核对，意愿不能。

二、40 分钟的五段结构

一场有效访谈不是聊天，是有时间盒的结构。40 分钟够用，超过 60 分钟双方都会疲劳。

时间分配要守住。暖场超过 10 分钟，往往是因为双方都在客套；事件段少于 15 分钟，说明你还在问观点而不是过程。

五段之间不需要严格隔断，但事件段必须先于观点段。先让对方讲完一次具体经历，再问「你觉得最麻烦的是哪一步」，回答才有依据。

暖场段有一个容易忽略的任务：确认对方是否真的做过这件事。有人是「帮忙看看」，实际从来不做会议纪要，那么他后面说的全是转述别人的情况。开场问一句「上周你自己做过几次」，就能筛掉这类样本。

收尾段的转介绍比看起来重要。一个人的样本池靠的不是平台，是滚雪球。每次访谈结束问「还有谁也在做这件事」，三个名字里通常能约到一个，成本远低于冷邮件。

三、问过去：关键事件法与六个禁止问法

关键事件法的做法很简单：不问你一般怎么做，问你最近一次怎么做。人对一般情况的描述会自动概括、美化、省略细节；对具体一次经历的记忆则包含时间、地点、卡点与情绪。

六个禁止问法的共同点：它们都在邀请对方预测或评价。预测会被乐观偏差拉高，评价会被礼貌拉高。只有过程描述相对可靠。

追问只需要三句，按顺序用：

1. 能举个例子吗——把概括拉回具体。
2. 然后呢——把被打断的流程接下去。
3. 当时你怎么想的——把动作背后的判断挖出来。

三句都不要带倾向。「你是不是觉得很麻烦」是引导；「当时你怎么想的」是开放。

再举一个完整的例子。受访者说「我们的流程挺顺的」。追问第一层：「能举一个上周的例子吗？」对方说「上周三要整理客户投诉，我用表格记的」。第二层：「然后呢？」对方说「整理完发给客服主管，她再手动分给两个人」。第三层：「当时你怎么想的？为什么不用群里的机器人？」对方说「那个机器人只认固定格式，投诉记录是自由文本，对不上」。

三层追问之后，得到的信息从「流程挺顺」变成了「自由文本无法被现有机器人处理，只能人工分派」。前者是评价，后者是需求。

不要在访谈中提解决方案。 一旦你说「我们打算做一个自动识别格式的功能」，对方的回答就会围绕你的方案展开，变成免费的产品评审。访谈只负责把问题问清楚，方案留到观察与测试阶段。

四、沉默、录音与三类记录

访谈里最有信息量的时刻，往往是对方停下来的时候。受访者说「就……正常做吧」，然后沉默五秒，这五秒里他可能在回忆，也可能在组织一个他觉得丢人的细节。这时候不要接话，数到五。

新手最容易犯的错是怕冷场，立刻补一个问题。补的那句话通常带着自己的假设，会把对方从回忆里拉出来。

记录只记三类，不要试图记全：

单次访谈记录成本
  录音转写：40 分钟音频 ≈ 20 分钟校对
  三类记录整理：约 20 分钟
  合计 ≈ 执行时长 × 1
十次访谈 ≈ 400 分钟记录时间，约 7 小时

录音要事先征得同意，并说明用途与保存期限。对方不同意录音时，改用手写关键词，不要偷偷录。转写工具可以用，但涉及客户名称与业务数据时要先脱敏。

访谈结束后 24 小时内整理。 超过一天，你记住的会是自己的解读，不是对方的话。整理时只写原话与事件，不要写「他觉得导出很重要」这类结论；结论放到分析阶段，和别人的记录放在一起看。

整理时给每条记录编号。 编号规则可以是「日期-受访者编号-序号」，例如 1024-P03-02。之后写决策记录或复盘时，直接引用编号，不必再翻录音。编号还有一个作用：它能防止你在回忆里把三个人的说法合并成一个人的。

访谈失败的三种信号，出现任何一种都该当场调整：

• 对方连续三次回答「还行」「挺好的」，说明问题太抽象。
• 对方开始问你的产品什么时候上线，说明他把这当成销售咨询。
• 你说了超过三分之一的话，说明你在讲解，不是在听。

别把访谈当验证。 访谈能验证的是「问题是否存在」，不能验证「方案是否可行」。方案要靠原型测试或可用性测试，那是第 05 篇的事。

五、行动清单与复算验收

• 把提纲里所有「你会不会」「你觉得」改成「上一次你怎么做」
• 按五段结构排 40 分钟，标出每段的时长上限
• 每场访谈至少留 15 分钟给具体事件，不许被暖场挤占
• 准备三句追问，写在提纲最上方
• 事先取得录音同意，说明用途与保存期限
• 访谈后 24 小时内整理出原话、事件、代价三类记录
• 每场结束记一条「本次最大的意外」，方便后续对照

验收标准：能引用三句受访者的原话，并说出每句话对应的具体事件与代价。 只能说「用户觉得麻烦」的，说明这场访谈问的还是观点。

使用边界与实操验收

本文讲访谈怎么问、怎么记，不涉及找谁聊，那属于第 02 篇；看用户实际操作的观察法属于第 04 篇；100 天日程里的对话安排与九字段记录属于第 11–20 天：十次对话 ；完整的验证流程属于如何验证 SaaS 产品想法：从假想到付费用户的 5 步验证法 。

本文也不主张「访谈能替代数据」。访谈回答「为什么」，数据回答「有多少」，两者拼起来才是一个完整判断。只有原话没有数据，容易把个别情况当成普遍需求；只有数据没有原话，容易把相关性当成原因。

验证以记录为准：连续五场访谈后回看，如果三类记录里「代价」一栏大多是空的，说明你没有追问影响；如果原话全是形容词没有动词，说明对方还在评价而不是回忆。

访谈不是越多越好。同一批问题问到第五、六个人时，新信息会明显减少；这时候把时间转去观察，收益比再聊五个人更高。提纲也应该跟着变：每三场访谈后，删掉一个没产出信息的问题，加一个从记录里冒出来的新问题。

关键参考与核验范围

本文的时长、成本与对话为教学演示。核验日期：2026-10-24。

• Nielsen Norman Group: User Interviews ：访谈类型、提纲结构与常见提问错误的公开说明。
• GOV.UK Service Manual: User research ：访谈执行与知情同意的规范，含记录与隐私要求。

上述两条只用于说明访谈方法的公开来源，不构成对任何工具或服务的推荐。转写工具的价格与准确率随语言与音质变化很大，本次核验未逐条比对，故不给出具体报价。

系列导航

• 上一篇：找谁聊：十个样本的取样表
• 下一篇：观察：看操作，不听描述
• 回到目录：一个人把用户搞懂：访谈、观察、可用性测试与证据链
• 相关阅读：第 11–20 天：十次对话 、证据是一本账：四类证据与一张强度表