做完五场访谈之后，我打开整理好的笔记，发现里面几乎全是这样的句子：「用户表示希望界面更简洁」「用户认为操作流程可以更顺畅」「用户觉得现有功能基本够用，但细节有待改善」。五个人，二十几条笔记，读完之后我对这五个人是谁、他们在做什么、遇到了什么具体的麻烦，仍然一无所知。

这种访谈内容显然没有办法用来做画像。倒不是访谈做得不够认真，而是问的问题全都问错了。

一、访谈不可替代

画像需要回答的问题——用户的目标是什么、动机从哪里来、在哪个环节卡住、卡住之后怎么绕过去——都藏在具体的行为场景里。用户不会主动把这些讲出来，因为大部分人并没有在观察自己的行为，他们只是在做事。

问卷和数据分析各自能覆盖一部分信息，但它们有一个共同的局限：没有办法追问。用户在问卷里选了"操作不够方便"，你没有办法接着问"上次让你觉得不方便是什么时候、你当时在做什么、是哪一步让你停下来了"。产品日志能告诉你用户点击了哪个按钮，但没有办法告诉你，他为什么这样点、他有没有找到了他想要的东西、他离开这个页面时是满足的还是沮丧的。

访谈可以追问。这是它在画像研究里无法被替代的原因——不是因为它最严谨，也不是因为它样本量最大，而是因为只有访谈能让你进入到一个具体的行为场景，一层一层地追寻到动机。

二、问行为而不是偏好

用户在访谈里说的"喜欢"、"希望"、"感觉"，通常没有太大参考价值。这倒不是说用户在说谎，而是人对自己行为的描述本来就不准确。

当你问一个人"你平时怎么整理收藏的内容"，他回忆的不是自己上一次的真实操作，而是他认为自己"一般会怎么做"。这两件事之间有不小的差距。我们对自己行为的记忆，一直在被"应该怎样"的预设框架修正——人会不自觉地把实际行为往理想状态上靠，然后把修正后的版本当成事实讲出来。

更准确的方式是问一个具体发生过的事件。关键是给一个时间锚点：「你上次想找一个之前存过的东西，是怎么找的？」这个问题指向一个真实发生过的场景，用户需要回忆的是当时的实际操作，而不是对自己习惯的概括。

对比来看：

1. 「你平时怎么管理你收藏的图片？」「我一般会分类整理，按项目存。」
2. 「上次你要找一张之前收藏过的图，是怎么找到的？」「那次找了挺久的，我以为放在某个文件夹里，翻了一遍没找到，后来直接去原来搜图的网站重新搜了一遍，比我找自己收藏的还快。」

第一组是自我描述——"我分类整理"——很多人都会这样说，但这句话没有告诉你他实际怎么操作，分类体系长什么样，找东西时碰到了什么问题。

第二组是一个具体事件的还原：他找过一次，以为放在某个地方，实际上没在，最终放弃翻收藏、去原网站重搜。这里面藏着三条有用的信息——当前的分类体系没有准确反映他的心理分类；找东西的路径不可靠；重新搜索比翻收藏更快，说明搜索能力对这类用户是关键的逃生路径。

这就是"问行为，不问偏好"的本质差别。

三、访谈的推进逻辑

访谈不是按顺序念问题。有经验的研究者通常只带一张提纲，因为访谈中最有价值的往往是意料之外的方向——用户说到某个细节，你顺着追下去，结果比预先准备的问题更有收获。

但访谈有一个基本的推进逻辑：先了解这个人是谁、在做什么，再进入具体行为场景，再追问场景背后的原因和判断。从宏观到具体，从行为到动机。

第一阶段：背景建立（10分钟以内）

这一阶段的目标是在脑子里建起一个基础轮廓，让后面的追问有地方落。问的内容包括这个人的日常工作是什么、工作节奏大概是怎样的、和你要研究的使用场景有没有直接关联。不需要问得很细，因为这部分信息会在后面的具体场景里自然浮现。目的是有个基础，不是做一份履历。

这一阶段结束的标志是你脑子里有了一个大致的图——"这个人大概在做什么"。如果还没有，不要进入下一阶段。

第二阶段：具体场景（核心，20-30分钟）

这是访谈最重要的部分。围绕你想了解的目标行为，请用户还原一个具体的近期事件。句式是："你上次 [目标行为] 是什么时候？那次是什么情况？"

让用户一步步说清楚那个场景里发生了什么：当时要做什么，怎么做的，中间有没有出现意料之外的事情，最终结果是什么。

这一阶段有两个常见的错误。

第一个是急着总结。用户说到一半，你觉得你懂了，就开始说"所以你的意思是……"。你的总结往往不准确，而且会打断用户的思路，让他转而去确认你的说法对不对，而不是继续描述他的真实经历。

第二个是往预设方向引导。比如你心里已经有了一个假设——用户的主要痛点是搜索不好用——然后你开始问"你觉得搜索功能用起来方便吗"。这个问法已经把答案方向预设了，用户大概率会顺着你说，即使搜索并不是他真正的问题。正确的做法是保持开放，问行为场景，让痛点从用户的描述里自然浮现。

第三阶段：追问动机（15-20分钟）

用户描述完一个事件之后，开始挖动机和判断。常用的追问句式：

• "你为什么那样做？"
• "那个时候有什么让你觉得麻烦的地方吗？"
• "你有没有想过用别的方式？"
• "你当时是怎么决定的？"
• "如果这件事没做成，接下来你会怎么办？"

这一阶段挖出来的内容，是画像里"目标"和"痛点"字段的主要来源。用户的动机很少是单一的，通常是几个因素叠加的结果；痛点也很少是表面描述的那层，往往需要追问两三层才能到达真正的原因。

举个例子。用户说"找东西很麻烦"。你问"你为什么觉得麻烦？"他说"因为东西太多了"。你再问"东西多的话，你通常是怎么找的？"他说"我一般先翻分类，翻不到就直接搜，搜不到就算了"。你再问"'搜不到就算了'——那找不到这个东西对你来说影响大吗？"他说"其实影响不大，因为我存的时候就没想着以后还会用"。

这一串追问挖出来的是：用户存东西的动机并不是"以后要用"，而是别的什么——可能是"看到觉得好看想保留"，可能是"先存下来以后说不定用得到"。真正的行为模式是"随手收藏，很少回翻"，而不是"认真收藏、需要找到"。这个洞察会直接改变产品方向的判断。

第四阶段：工具和流程（10分钟）

了解用户现在在用什么工具完成相关任务，日常工作流程大概是什么样的，在相关场景下怎么做决定。这部分补充的是"行为习惯"字段需要的信息：使用习惯建立在什么基础上，有没有一套已经成形的工作方式，换工具的门槛大不大。

收尾阶段（5分钟）

最后给用户一个开放的空间，可以这样问："有没有什么你觉得我们没有聊到，但你觉得重要的？"

用户在整场访谈里一直在回应你的问题框架，到了这里，他才有机会提出框架之外的内容。有时候这个环节说出来的话，可能是整场访谈里最有价值的信息。

四、现场注意事项

控制你说话的比例。一场好的访谈，用户说话的时间应该占到 80% 以上。如果你发现自己一直在解释问题、补充背景、说"其实我们的意思是……"，说明问题本身没有被用户理解，或者访谈节奏走偏了。

不要急着接话。用户说完一件事之后，沉默几秒，他往往会继续补充。这个补充的内容，经常比已经说出来的更有价值。很多研究者并不是不会问问题，而是太急着往下走，把用户继续说话的空间堵死了。

不要在访谈中解释你的产品。这是访谈，不是演示。如果用户问起产品，简短回应，立刻把话头转回用户身上。目的是了解用户，不是让用户了解你。

记笔记，但不要只记笔记。访谈过程中需要记录，但不能因为要记笔记而把注意力从用户身上移开。眼神接触和情绪回应是访谈关系的基础——如果用户感觉你在打字而不是在听他说话，他会停止给你有深度的回答。可以用录音辅助，访谈结束后再整理。

注意非语言信号。用户的停顿、迟疑、语气变化，往往比说出口的内容更有信息量。用户说"还好"的时候，如果伴随着停顿和眉头微皱，那个"还好"背后可能藏着很多没说出来的东西。在这种时刻追问，往往能挖到意料之外的洞察。

五、几个用户够用

画像访谈不需要很大的样本量。这听起来反直觉，但有实证支撑。

访谈中获得的新信息往往在前几个用户做完访谈之后就开始急剧减少。前三到五个用户会带来大量新的模式和细节；从第五到第八个开始，你会越来越频繁地听到已经出现过的内容；到了第十个之后，新信息几乎没有了。这个现象叫"模式饱和"——你观察到的模式已经足够稳定，继续增加样本量不会改变核心结论，只会用大量时间换来微小的边际收益。

对于大多数产品，8 到 12 个访谈能覆盖主要的行为模式，足够支撑一套基础画像。如果产品同时面向两类使用方式截然不同的用户，比如一个协作工具既面向个人使用也面向企业团队，那每类群体各自需要 6 到 8 个，总数会更多。判断标准是：如果你预期两类用户的行为模式、痛点、工作流程差异大到无法放进同一个画像，就需要保证每类都有足够的覆盖。

什么时候可以停：连续两三场访谈，你在笔记里写下的内容几乎都是之前访谈出现过的，比如同样的行为模式、同样的痛点、同样的绕过方式。到了这个阶段，继续访谈拿到的新信息很少，停下来是合理的。

六、访谈后的整理

每场访谈结束后，都会有两件事要立刻做，不能等到所有访谈结束后再统一处理。因为间隔时间越长，记忆越模糊，整理出来的内容质量越差。

第一件：写完整的笔记

「用户说找东西很麻烦」是概括。「用户说'我每次都要翻好几个地方，有时候干脆直接重新搜，反正搜比找快'」是原话。

原话在后续分析里有无法替代的作用。它带着具体性，可以直接出现在画像的"代表性引言"字段里；在做数据分析时，它是判断某个模式是否真实存在的依据——"三个用户都说过类似的话"，这个结论必须有原话支撑才可信；原话往往还包含你改写时会丢掉的细节，比如情绪、强调、特定的用词，这些细节有时候比内容本身更重要。

整理笔记时，尽量保留原话，用括号标注你自己的理解和推断。"他说搜比找快（动机：主动找效率太低，搜索是最短路径）"——这样整理，既保留了原始信息，又记录了你的分析。

第二件：写一段"本场印象"

在记忆最新鲜的时候，用几句话记下：这个用户最突出的特征是什么，有什么让你印象深刻的细节，和之前访谈过的用户相比有什么不同，有没有什么超出预期的内容。四五句话就够，但它在后面做分群分析时能帮你快速把每个用户的轮廓拉回来，而不是面对一堆笔记，记不清谁是谁。

七、访谈先行

在访谈、问卷、数据分析三种方式里，访谈几乎总是应该最先做。原因在于，访谈给你的是理解框架——你知道用户在做什么、为什么这样做、决策逻辑是什么。有了这个框架，你才知道问卷应该问什么问题、应该测量什么指标、在数据里应该看什么。

如果先做问卷，你设计的选项是基于你自己的假设；如果先看数据，你关注的指标是你认为重要的指标。两种情况下，研究框架都来自团队内部，不来自用户。

先做访谈，再用问卷确认"这个模式在更大范围内是否普遍"，最后用数据验证"这类行为在系统里的实际发生频率是多少"——这个顺序能保证研究框架建立在用户的真实行为上，而不是团队的假设上。

在下一篇文章里，我们将会聊一下：问卷怎么设计才能验证访谈里的发现，行为数据应该看哪些指标、怎么和访谈结论对照