整理用户访谈记录,可以先把与研究问题有关的原话和观察拆成独立片段,给每条保留来源,再按具体任务归类,区分事实、解释和建议。主题形成后继续找反例,最后写成需要验证的设计问题。不要直接把出现最多的词当结论,也不要把受访者提出的功能原样排进需求清单。
下面用一组场馆预约的访谈练习材料演示。可以在Pixso在线协同白板中用便签和连接线整理证据,让团队看见每个主题由哪些记录支持,以及哪些条件仍然不确定。

先做一份能找回原文的记录表
原始录音、完整笔记和用于讨论的摘录卡承担不同职责。摘录方便整理,原始材料负责核对上下文。为参与者使用编号,记录访谈时间、片段位置和必要场景;涉及个人信息时,只保留当前研究需要的内容,并按项目约定控制访问。
这组练习材料关注多人预约球场时的安排和顾虑。表里的片段用于演示分析方法,不把它们当成真实用户规模或发生频率。
| 证据 | 来源 | 片段 |
|---|---|---|
| E01 | P01,02:10 | “我先在群里问朋友什么时候有空,再回来找场地。” |
| E02 | P02,05:40 | “人多的时候,我想在同一时间订两片相邻的场。” |
| E03 | P01,07:20 | “我怕付完后有人来不了,所以一直没往下点。” |
| E04 | P03,03:00 | “我一个人练球,只看晚上有没有空闲时段。” |
| E05 | P02,09:10 | “临时多来一个人,不知道原来订的场够不够。” |
| E06 | P04,04:35 | “到了才知道这里需要自带球拍。” |
一张卡尽量只保留一个可以独立讨论的事实。原话里的“这里”“那个”若失去上下文,可以在卡旁补场景说明,不能悄悄改写引号里的内容,使它更符合团队已有想法。
“他担心”与“他没有点击”是两类材料
E03是受访者表达顾虑的原话。如果在任务观察中还看见他停留在支付前,这是一条行为观察,需要自己的记录位置。两者可以一起分析,但不能只凭这句话写成“所有用户都在支付前流失”。
建议把材料分为三个层次:证据写听到或看到的内容;解释写团队认为可能发生了什么;行动写接下来准备做什么。例如E03支持“参与者担心同伴安排变化”,可能引出“多人预约需要在付款前确认计划”的假设,再考虑验证说明信息或流程调整。
GOV.UK的研究分析方法将观察整理、形成发现和决定行动分开。这种分工能保留判断过程,避免一张写着“增加群聊功能”的便签既充当问题,又充当结论。
按任务归类,给主题起具体名字
如果按“时间”“人数”“规则”三个词分类,卡片虽然整齐,却还没有解释用户的困难。更有用的主题名称要表达关系,例如“预订前先协调同伴”,它说明时间选择发生在多人协商之中。
在Pixso白板上把E01、E03放进“预订前先协调同伴”,E02、E05放进“人数和场地需要一起确定”,E06单独放在“到场规则需要提前知道”。E04留在第一组旁边作为不同情境,连接线标明它限制了哪条结论,避免被归类过程丢掉。

一条证据涉及两个主题时,可以引用同一个编号,而不是复制后当成两条独立支持。E01和E03来自同一位P01,不能因为卡片有两张就说有两位用户表达相同问题。同样,一个人重复多次的词,也不能直接当成这个问题在人群中更普遍的证明。
暂时无法归类的片段先留在待讨论区域。有时它只是与当前研究无关,有时它揭示了已有分类漏掉的新情境。不要为了让白板看起来完成,就强行把它塞进最接近的颜色块。
反例帮助缩小结论,不必急着消除它
E04说明独自练习的参与者不需要先协调同伴,因此不能把结论写成“用户预约前都需要多人确认”。更准确的写法是:涉及同伴的预约中,安排尚未确定可能影响继续预订;独自预约则更关注可用时段。
这会改变下一步设计范围。团队可以先为多人预约呈现人数、场地与时间的关系,而不必给所有预约都增加一个强制邀请步骤。还需要继续核实其他人是否遇到相似问题,以及顾虑来自取消规则、付款安排还是沟通成本。
发现互相矛盾的片段时,也先比较场景、经验和任务是否相同。不能简单选择更支持现有方案的一方,更不能把不符合预期的记录标为无效。
把主题写成可以继续验证的问题
| 主题 | 设计问题 | 下一步可收集的证据 |
|---|---|---|
| 预订前先协调同伴 | 多人预约时,怎样让时间与人数在付款前得到确认? | 观察参与者用现有方式协调的过程,区分信息问题和业务规则问题 |
| 人数和场地一起确定 | 选择场地时,哪些容量信息能支持团队判断? | 用两种人数场景试读场地说明,检查是否理解适用范围 |
| 到场规则需要提前知道 | 哪些准备要求必须在预约前出现,哪些可以在成功后提醒? | 让参与者按要求准备出行,观察重要信息是否被发现 |
这些问题还不是确定的功能清单。先确认缺少什么信息、什么条件阻碍任务,再决定是否需要新增字段、调整说明或改变流程。研究也可能指出应修订服务说明,而不是继续增加界面控件。
交出去的结论,保留回看的入口
给每个重要发现保留简短结论、适用情境、支持编号、反例和下一步负责人。讨论时从结论进入证据,需要核对时再回到原始材料;这样没有参加访谈的人也能理解判断依据,而不只看到一张漂亮的主题墙。
将待验证问题连接到下一版设计画面后,还应保留它的状态:已经验证、仍需研究或暂不处理。访谈记录的整理结果可以帮助团队决定下一步,却不能单独证明新方案会提高转化率。若需要选择后续研究方式,可回到研究问题与方法的对应关系,让证据继续服务具体决定。