访谈记录怎么写才能被复用

微信扫一扫，分享给好友

关闭

访谈做完，录音转成文字，笔记存进文件夹，然后再也没有人打开过。这是研究工作中最普遍的浪费，而浪费的原因通常不是记录不认真，是记录的结构不对。

按时间顺序写下来的流水账，只有在刚聊完的那两天有用，因为读的人需要自己在里面找线索。可复用的记录，应该按「以后要查什么」来组织。

下面这套结构我用了很久，四个区块，每个都不长。

区块一：行为序列，不要写评价

把用户做的事按顺序记下来，用动词，不用形容词。写「他先打开旧表格，复制第三列，粘贴到新系统，发现格式错位，又回到表格手动改了两行」，而不是写「他觉得这个流程很麻烦」。

差别在哪？前者三个月后还能用来复现问题，后者只能得出一个已经知道的结论。评价会过期，行为不会。

如果当场来不及记，就在录音时间轴上打标记，回去只补这一段。补行为比补感受划算得多。

区块二：原话引用，标注说话时的情境

用户的原话是最有价值的资产，因为它能直接用进需求文档、汇报材料和设计说明里。但引用必须带情境，否则容易被误用。

比如用户说「这个太慢了」。脱离情境看，这句话什么也没说明。加上情境就变成：他在上传三十张图片时说的，当时页面没有任何进度提示，他以为卡死了。这样一句话就有了信息量。

记原话的技巧是不要润色。用户说的是「看着心里没底」，就记「看着心里没底」，不要改写成「缺乏确定性反馈」。一旦改写，你就丢掉了这句话的语感，而语感恰恰是说服别人的部分。

区块三：假设标签，把观察挂到判断上

每份记录最后留一小块，写这次访谈让你对哪个假设有了新证据。格式可以很简单：假设是什么、证据支持还是反对、强度如何。

这个区块的作用是把一堆零散素材变成可检索的知识。半年后要做相关决定时，你不需要重读所有笔记，只要搜标签就能找到当时的所有证据。

标签别设太多，五到八个够了。标签体系一复杂，就没人维护了。

区块四：待验证清单

每次访谈都会带来新的疑问。把它们记下来，注明需要什么样的证据才能回答：是再访几个用户，还是查数据，还是做个原型试。

这一块最容易被跳过，但它是让研究形成闭环的关键。没有它，下一轮研究只能重新从零开始想问题。

关于详略的一个判断标准

不是每个访谈都值得写完整记录。我的标准是：如果这次访谈改变了团队对某个问题的判断，就写完整记录；如果只是确认了已有认知，写一页摘要即可。

这个标准的好处是节省精力，把完整记录留给真正有信息量的访谈。反过来，如果每次访谈都写得很详细，最后的结果通常是记录质量整体下降，因为人没有那么多耐心。

最后

记录的价值不在写完那一刻，而在被再次打开那一刻。写的时候多问一句「三个月后谁会因为这句话受益」，结构自然就对了。

---

> 本文由 GPMU 原创撰写，转载请注明出处。

*本文观点仅代表作者/编者个人立场，不构成任何投资或职业建议。*