观察：看操作，不听描述

用户描述的自己和实际操作的自己，通常不是同一个人。

一、他说很方便，做的时候停了 40 秒

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

周叙做一款批量改图工具。访谈时，一位电商运营说：「导入很方便，拖一下就行，我每天都用。」

周叙很高兴，把「拖拽导入」当成核心卖点写进了落地页。

后来他做了一次远程观察，让对方共享屏幕，自己在旁边只看不说。真实过程是：先打开文件夹，复制图片路径，切回工具，点「添加」，在弹出的对话框里粘贴路径，点三次「上一层」，再选文件夹。全程没有拖拽，中间还停了 40 秒找「上一层」按钮在哪。

那位运营没有撒谎。他说的「拖一下」是他记忆里的理想流程，也可能是他三个月前用过一次的功能。但产品每天被使用的是另一条路径。

这不是个例。人对重复性操作的记忆会自动压缩：二十步的流程会被记成「几步就搞定」，卡顿会被记成「偶尔慢一点」。压缩不是欺骗，是大脑节省空间的方式。访谈拿到的正是这份压缩后的版本。

观察的价值就在于此：它不问你记得怎么样，只记录你做了什么。40 秒的停顿不会出现在任何一份访谈记录里，但它每天在真实用户身上发生几十次。

二、三种观察法与适用场景

一个人做研究，远程屏幕观察的性价比最高：45 分钟能看完一个完整任务，还能录下来反复看。情境访谈适合需要理解物理环境的场景，比如仓库、门店、车间；工作流跟访适合流程跨越多个系统的场景。

三种方法都有一个共同前提：观察真实发生的任务，不观察演示。 让用户「演示一下你怎么用」得到的是表演；让他处理一件真实待办，得到的才是行为。

同一件事，访谈与观察拿到的内容差别很大：

选方法时先问自己：我要的是「为什么」还是「怎么做」。要理解动机，用访谈；要定位卡点，用观察；要判断方案是否可用，用第 05 篇的可用性测试。

现场观察要多看一眼环境。 工位大小、屏幕数量、网络状况、旁边有没有人打断，都会影响产品形态。一个在双屏上顺手的布局，在 13 寸笔记本上可能要滚动三次。这些信息访谈里问不出来，因为用户不会觉得那是个问题。

三、记录表：动作、停顿、绕路、替代

观察记录的单位是动作，不是印象。「他好像有点困惑」不是记录；「在第三步停留 40 秒，鼠标在工具栏来回移动 6 次」才是记录。

一次 45 分钟远程观察的记录量
  动作条目：约 60–90 条
  停顿超过 3 秒：约 5–12 次
  绕路：约 2–5 处
  替代工具：0–3 次
整理时间：约 40 分钟

整理时按「停顿」和「绕路」排序，不要按时间顺序。时间是过程，停顿和绕路才是问题所在。同一个停顿在三个人身上出现，就升级成模式；只出现一次，先记为待验证。

替代工具是最有价值的信号。 用户切到 Excel、记事本、微信文件传输助手，说明你的产品在这一步缺了一块，而他自己搭了个临时补丁。补丁越稳定，说明这个缺口被忍受的时间越长。

把替代工具分三类看：同类替代（另一个专业工具）、通用替代（表格、文本、聊天软件）、人工替代（记在纸上、靠记忆、找同事帮忙）。人工替代出现得越多，说明缺口越基础——用户不是缺一个更好的功能，是缺一个能完成这件事的入口。

停顿时长要有一个阈值，否则记录会变成流水账。建议是 3 秒：低于 3 秒的正常思考不记，超过 3 秒的开始记，超过 15 秒的标红。阈值定了之后全程一致，不同场次之间才能比较。

绕路也要分主动与被动。主动绕路是用户知道有更短的路径但选择不用，往往因为不信任或习惯；被动绕路是根本不知道有更短的路径。两者的修法完全不同：前者要建立信任，后者要改信息架构。

记录里不要出现评价词。 「界面不友好」「体验混乱」是结论，不是观察。把它们换成动作描述，结论留给分析阶段——那时你手上有三个人的记录，判断会准得多。

四、同意、脱敏与「别帮忙」

观察开始前要说清三件事：看什么、录不录、看完怎么用。对方可以随时喊停。录屏里如果出现客户名单、订单号、内部系统地址，要在整理时打码，原件设置保存期限。

「别帮忙」是观察里最难守的纪律。看到用户点了三次都没点中，手会痒。但一帮忙，你就失去了这次观察最重要的信息：他本来会怎么解决。

可行的折中：只有当对方完全卡死超过两分钟、并且主动开口求助时，才给最小提示，同时在记录里标一个「干预点」。干预点本身也是数据——它标记了产品最需要修的位置。

另一个纪律是不解释。用户问「这个按钮是干嘛的」，不要顺势讲设计思路，回答「你觉得它像干嘛的」然后把话头还回去。你一解释，他就会按你的说法操作，后面的观察就失效了。

观察后 24 小时内回看录屏。 现场记的是骨架，回看才能补上细节：他到底点了几次、在哪一屏犹豫、有没有叹气。回看时只补记录，不下结论。

观察和访谈要配对。 单独观察只能看到「卡住了」，不知道「为什么卡」；单独访谈只能听到「为什么」，不知道「卡在哪」。同一个人先做任务观察，再就观察到的停顿追问三句，信息量最大。

观察多人场景时，注意协作分工。 一个任务可能由两个人完成：一个人录入，另一个人核对。只观察一个人会漏掉交接环节，而交接往往是最容易出错的地方。约观察时问一句「这件事是你一个人做，还是有人配合」，能避免这个盲区。

不要把观察变成审计。 你的目的是理解流程，不是指出对方操作不规范。对方如果说「我们平时不这样，今天有点乱」，说明他感到了被评价，这时要明确回应「乱的部分正是我想看的」。

远程观察的技术准备：提前十分钟测试共享与录制，确认对方能听到你但看不到你的屏幕，关闭自己的通知。一次因为麦克风故障中断的观察，通常会约不到第二次。

整理完之后做一次横向对照。 把三个人的停顿位置叠在一张图上，重合的部分是产品问题，分散的部分是个人习惯。产品只修重合的部分，个人习惯不修。

五、行动清单与复算验收

观察的成本要提前算清。一次远程观察约 45 分钟执行加 40 分钟整理，接近两小时；一次现场跟访通常半天起，还要加上路程。一个人每周能承受的观察次数很有限，所以任务要挑最核心的那一条，不要贪多。

• 选一个真实待办任务，不要用演示脚本
• 事先说明看什么、是否录屏、保存多久，并取得同意
• 用六列记录表，只记动作、停顿、绕路、替代与情绪
• 全程不帮忙、不解释，卡死两分钟以上才给最小提示并标记
• 观察后 24 小时内回看录屏，补齐停顿次数与误点
• 按停顿时长排序，选出三个最值得修的位置
• 对每个停顿追问一句「当时你在找什么」

验收标准：能说出三个具体停顿点的秒数、位置与用户当时在找什么。 只写「整体体验还行」的，不算观察。

使用边界与实操验收

本文讲观察怎么做、怎么记，不涉及访谈提纲与提问方式，那属于第 03 篇；带任务脚本的可用性测试属于第 05 篇；100 天日程里的封测观察属于第 51–60 天：十人封闭测试 ；上线后的行为数据属于留存线的留存是一本账：同队列、活跃定义与四个数字 。

本文也不主张「观察一定优于访谈」。观察拿到的是行为，访谈拿到的是解释，缺任何一半都不完整。只观察不访谈，容易把「不会用」误判成「不需要」；只访谈不观察，容易把「说的」当成「做的」。

验证以记录为准：连续三次观察后回看，如果记录里几乎没有「停顿」和「绕路」两列，说明你在看演示而不是看工作；如果「替代」一列全空，可能是任务选得太贴合你的产品，换一个更真实的任务再试。

关键参考与核验范围

本文的时长、条目数与场景为教学演示。核验日期：2026-10-24。

• Nielsen Norman Group: Observing Users ：观察法的类型、记录方式与常见干扰的公开说明。
• GOV.UK Service Manual: User research ：现场观察与知情同意的操作规范。

上述两条只用于说明观察方法的公开来源，不构成对任何工具或平台的推荐。录屏与转写工具的合规要求因地区而异，本次核验未逐条比对，故不给出具体条款。

系列导航

• 上一篇：访谈提纲：问最近一次，不问将来
• 下一篇：可用性测试：五个人、三个任务、一张表
• 回到目录：一个人把用户搞懂：访谈、观察、可用性测试与证据链
• 相关阅读：第 51–60 天：十人封闭测试 、访谈提纲：问最近一次，不问将来