访谈设计
客户访谈问题怎么设计：避免诱导，问出真实经历
从研究问题到访谈提纲，学习如何设计中立、开放、可追问的客户访谈问题，并通过试访发现诱导、术语和顺序问题。
先说结论
一份好用的客户访谈提纲，不该像调查问卷那样塞满问题。它更像一张路线图：团队先写清楚这轮研究要支持什么决定，再把研究问题拆成几个话题；每个话题准备一两个开放问题，旁边放几句中性的追问。访谈时按对话调整顺序，但不要丢掉研究目标。
真正有用的问题通常会把人带回一段具体经历。与其问“你喜欢这个功能吗”，不如问“上一次处理这件事是什么时候？当时怎么做的？”前一句容易得到态度，后一句才有机会看到行为、环境和临时绕行。
先分清：研究问题不是访谈问题
研究问题是团队想弄明白的事，比如“新客户为什么没有完成首次设置”。这句话适合写进研究计划，却不适合直接抛给受访者。用户通常不知道团队所谓的“首次设置”具体指什么，也很难准确解释一个过程背后的全部原因。
把它拆成访谈里能回答的问题会更顺：
- “回想你第一次使用这个工具，那天准备完成什么？”
- “你从哪里开始？接下来做了什么？”
- “进行到哪一步时，你停下来或者去找了别的资料？”
- “当时你怎么处理的？”
这几句没有提前规定问题一定存在，也没有把答案塞进题目里。访谈结束后，研究者再把多位受访者的具体经历放回研究问题中比较。
GOV.UK 的用户研究手册也提醒，团队要先整理和排序研究问题，而且这些问题是“需要学习什么”，不是照着念给用户的问题。这个区别看起来小，实际很容易救下一场跑偏的访谈。
搭一份能聊下去的提纲
先把团队脑中的问题都收集出来，再做减法。一次 45 分钟的访谈如果准备二三十个主问题，现场通常只会得到一串很薄的回答。宁可保留五到七个话题，每个话题有时间往下追。
常见的顺序是先聊角色和日常工作，再进入最近一次相关经历，然后讨论卡点、现有替代办法和结果。敏感话题放在双方已经建立一点信任之后。结束前留几分钟，让受访者补充“我们没有问到、但你觉得重要的事”。
提纲里可以同时写两层内容：
- 主问题负责打开话题，例如“你能带我走一遍上次准备月度报告的过程吗？”
- 备用追问负责补细节，例如“谁参与了”“用了哪些资料”“哪一步最花时间”。
别把备用追问变成必须逐条打勾的清单。半结构化访谈之所以有价值，就在于研究者可以顺着重要线索多问几句，而不是为了赶提纲突然切断对话。
从真实经历开始问，少让用户预测未来
“如果我们做一个自动生成报告的功能，你会用吗？”听起来很直接，答案却不太可靠。受访者可能是在礼貌回应，也可能真的高估了未来使用频率。访谈更擅长收集人们对经历的描述，不擅长预测还没发生的购买和使用行为。
可以换一个方向：
- “上一次需要交付这类报告时，你用了哪些工具？”
- “从开始整理到发出去，大概经历了哪些步骤？”
- “哪一步需要别人确认？”
- “你试过什么办法来缩短时间？后来还在用吗？”
“上一次”很有用。它把回答从泛泛而谈拉回具体时间、具体工具和具体动作。受访者说“我们一般都会复核”时，可以接着问：“最近一次是谁复核的？发现了什么？”
也要承认访谈的边界。回忆会遗漏细节，自我描述也不等于真实操作。如果研究问题关心的是用户能否完成某个界面任务，应该让用户实际操作并观察，必要时再结合行为数据，而不是只听他们讲“应该可以”。
把诱导、双重问题和内部术语改掉
诱导性问题经常不是故意的。研究者对产品太熟，开口时自然会带上自己的判断。
“新的自动摘要是不是更省时间？”已经暗示了“更省时间”这个答案。可以改成：“你刚才看了两种整理方式，它们分别对你有什么影响？”如果还没有让用户实际体验，就先问现有流程，不要要求对一个想象中的功能表态。
另一个常见问题是一次问两件事：“上传和编辑过程顺利吗？”受访者说“还可以”，你不知道他在回答哪一半。拆开问，或者先让他完整走一遍，再对具体节点追问。
公司内部术语也会悄悄限制回答。“你怎么管理 insight repository？”不如问“访谈结束后，你们把有用的发现放在哪里？之后谁会再看？”如果受访者自己使用“洞察库”这个词，再沿用他的表达。
写完提纲后，可以逐题检查：这句话是否暗示了好坏？是否预设用户做过某件事？是否同时问了两个问题？一个不了解公司内部语言的人能听懂吗？
追问具体细节，但别替用户解释
有效的追问往往很短：
- “能讲一个最近的例子吗？”
- “然后发生了什么？”
- “你说‘麻烦’，具体是哪里麻烦？”
- “当时还有谁参与？”
- “你为什么选择这个办法？”
受访者停顿时，不必立刻拿下一个问题填满空气。等两三秒，他可能会把真正需要思考的部分说出来。
小心把自己的解释包装成追问。比如“所以你是因为价格太高才放弃，对吗？”同时给出了原因和结论。换成“你最后为什么没有继续？”更干净。如果答案仍然模糊，再问他当时比较了什么、和谁讨论过。
追问也不是无限往深处挖。碰到健康、收入、工作冲突等敏感内容，要让参与者知道可以跳过问题；如果这类信息并非研究目标所需，就不要因为“可能有用”而收集。
录音之前，把同意和使用范围说清楚
准备录音或详细记录时，应在开始前获得参与者的知情同意，并说明研究目的、会收集什么、资料如何保存、谁能看到、会用到哪里，以及参与者可以如何退出。不同地区、行业和组织的具体要求并不相同，涉及敏感个人信息时应请本组织的隐私或法务人员确认。
不要把“同意参加访谈”自动理解为“同意录音、录像、屏幕录制并在公司内部广泛播放”。这些用途最好分开说明和确认。参与者不同意录像时，研究往往仍可通过笔记或在许可范围内的音频继续进行。
GOV.UK 的研究指南建议在做笔记或录音前取得知情同意，并只在约定范围内使用材料。它还建议尽量少收集能识别参与者身份的信息，并按需要设置保留和删除安排。
正式开始前做一次试访
把问题默读一遍，发现不了现场的节奏问题。找一位同事完整走一次，计时，并要求他在听不懂时立即打断。你会很快发现哪些问题太长、哪些词只有团队内部懂、哪个话题跳得太突然。
同事试访能检查语言和流程，但不能替代目标用户。条件允许时，再做一场真实的试访。把它当正式场次来主持，结束后检查：主问题有没有得到足够具体的材料？哪些追问不断重复？有没有一句话让参与者猜到了团队期待的答案？
两场访谈之间也要留出整理时间。连续排满一整天，看起来效率很高，后半天的倾听质量往往会掉下来，而且你没有机会根据前一场发现的问题修订提纲。
一份可以直接改写的 45 分钟提纲
下面这份结构适合探索现有工作流程。它不是万能模板，真正使用前要根据研究问题、参与者和敏感程度删改。
开场，约 5 分钟
说明研究目的和时间安排，确认参与者理解资料用途；需要录音时单独确认。然后从角色和工作背景聊起，让双方适应对话节奏。
最近一次经历，约 15 分钟
“请回想最近一次完成这项工作。是什么事情触发了它？”让参与者从起点讲起，再用“接下来呢”“当时用了什么”“谁参与了”补足过程。尽量跟着时间线走。
卡点与现有办法，约 15 分钟
对已经出现的具体节点追问：“这里为什么停了一下？”“你通常怎么解决？”“试过别的办法吗？”不要先列出团队猜测的痛点让用户选择。
结果和判断，约 5 分钟
问他如何判断工作已经完成、哪些人会检查结果、出错会带来什么影响。这里谈的是实际判断标准，不是让参与者替产品设计功能。
收尾，约 5 分钟
回看还没听懂的地方，询问是否漏掉重要内容，说明接下来如何处理资料并感谢参与。访谈结束后立即写下现场印象，但要把研究者判断和参与者原话分开。
如果使用 ScribeFlash，可以先按创建项目指南记录研究目标和问题，再把访谈上传、转写和校对。后续分析请继续阅读客户访谈转写指南和客户访谈分析流程。
参考资料
把访谈问题和后续证据放进同一个研究项目
先记录研究目标和问题，再上传访谈、校对文字稿，并让后续证据始终能回到受访者原话。