用户研究与任务场景

先理解这个概念

访谈适合了解动机，观察适合发现实际障碍，行为数据适合判断发生频率。用户说“我需要一个导出按钮”是解决方案线索；继续问上一次为什么导出，可能发现真正的任务是把报告发给同事。

研究要区分“发生了什么”和“为什么发生”。一次操作录像能显示用户反复打开菜单，却不能独自证明菜单命名错误；可能是位置不熟、内容缺失或权限限制。先收集行为，再通过追问建立解释，最后用另一个任务验证解释。用户提出的功能值得认真记录，但还需要追溯它想解决的障碍。

记住这三个原则

1. 01

   问最近发生过的事情，少问“你以后会不会用”。

2. 02

   记录触发条件、步骤、阻碍和完成标准。

3. 03

   区分观察事实与自己的推测，小样本只提供方向。

实际设计时，分三步做

1. STEP 01

   招募真正经历过任务的人，准备一个最近发生的事件，例如“上周向同事分享报告”。询问触发原因与完成标准。

2. STEP 02

   请对方演示已有工具和资料，记录实际步骤、临时办法、停顿与放弃点；观察记录和个人推测分开写。

3. STEP 03

   整理重复障碍，写成“在某个场景下，用户需要某个结果，但被某个条件阻挡”。把尚未证实的解释保留为假设。

一个容易理解的例子

真实行为比对未来意愿的想象更适合指导第一版。

适用边界与取舍

熟人访谈适合早期找线索，但熟人的技能、动机可能高度相似。不要把少数人的共同偏好扩展成所有用户的比例，也不要把付费意愿问题当成真实购买行为。