随行观察怎么做？用影形法看清用户一天中的工作决策

维修人员说自己“在后台处理工单”，设计师便把注意力放在工单页面上。到了现场才会发现，他还要到资料柜查设备历史、找同事确认零件、去仓库查看备件，然后回来补填信息。

随行观察，也称影形法（Shadowing），让研究者跟着一个人的真实日常活动，看他怎样行动、选择工具和作出决定。它尤其适合早期探索工作流，帮助设计团队理解屏幕之外的条件。

跟着人走，才看得到任务怎样接起来

以设备服务企业改版维修后台为假设场景。研究范围是收到工单到完成检查，重点了解工作人员何时离开系统，以及回来时获得了什么信息。

研究者跟随一位符合范围的技术人员，沿他的任务记录设备区、资料柜和电脑之间的切换。若只想知道服务台哪个区域停留多，可以使用行为地图；那是以空间为观察单位，本次则以一个人的过程为线索。

选择参与者时要考虑岗位、经验和任务类型。先观察一个人可以开始发现问题，不能由此概括所有员工的日常。当天没有出现某个环节，也可能只是当天工单不需要它。

让观察能进入现场，也能适时退出

事先与参与者约定任务、时间、可进入区域和记录方式，说明他可以暂停或跳过不便记录的活动。工作区域限制由实际管理人员确认，研究需要不能成为进入未授权区域的理由。

客户信息、同事对话和商业资料可能在过程中出现。只记与问题有关的内容；不便拍摄时用时间笔记和草图，无法观察的部分注明缺口。随行观察不需要秘密跟踪，也不要求完整录下每块屏幕。

请技术人员按平常方式工作，别把研究计划变成操作脚本。他改变顺序时，先跟着看；若研究者不断提醒“该回系统了”，观察到的就成了研究者安排的流程。

连续追问也会打断工作。先记下疑问，等到合适间隙再问。研究者在场可能影响行为，参与者也可能选择较易展示的任务，这些条件应留在记录里。

把每次离开系统写成具体事件

“后台不好用”无法帮助改页面。更有用的记录是：技术人员打开工单，发现设备历史不完整，离开电脑查纸质记录；回来后询问同事一个零件型号，确认后才填写。

表格把动作和解释分开。员工离开电脑可能是为了检查实物，并非系统一定有问题；同事确认也可能涉及责任判断，不宜把所有线下交流都当成应取消的浪费。

记录事件前后发生什么、用了哪份资料、信息从谁那里来。真正需要设计支持的，常常是信息进入任务的那个时刻，而不只是最终保存它的字段。

在不打断任务的时候核对原因

可以问“刚才查那份资料，是想确认什么？”别问“是不是系统太难用了？”参与者的解释要与刚才的动作对应，研究者自己的猜测单独保留。

若他说平常不会用纸质记录，但当天确实用了，继续了解条件。可能这一台设备较旧，也可能当前数据不完整。差异能提示要补查什么，不必解释成参与者说错。

结束后整理简短时间线，请他核对遗漏和误解。明确哪些是当天观察，哪些是他补充的平常情况。再比较其他有代表性的岗位或任务，保留不用纸质记录等反例。

成功标志是团队能够还原这次工单的关键决策：工作人员在何时需要哪条信息、怎样取得、为什么采用这条路径；不清楚的原因已经变成可以继续核实的问题。

让观察决定要测什么

在本例中，反复查设备历史可以支持一个候选方向：在工单内提供相关记录。但实现前还要检查访问权限、数据质量和任务需要。一次观察不能证明新入口必然有用。

做出原型后，请真实技术人员完成同类任务，观察是否仍需去资料柜、记录能否支持判断、缺失时是否有合适的处理方式。若现场确认承担重要责任，新设计也要保留这项工作，而不是为了减少点击把它跳过。

交付任务范围、时间线、工具关系、参与者解释和待验证事项即可。随行观察细节丰富，却不能直接给出发生比例或业务收益；需要衡量频率时，再结合合适的日志或更广范围数据。

让后台贴近现场工作

58UI可在后台与移动端UI/UX设计中梳理任务、资料和状态，把现场发现落实到原型与响应式界面。在企业官网设计开发和品牌视觉设计中，也可整理支持资料与服务表达；工作职责和专业判断仍需业务人员确认。

你可以了解设计与开发服务，查看官网与界面案例。通过沟通具体设计问题讨论后台改版时，提供目标岗位、关键任务和允许观察的范围，有助于找到应该先研究的工作片段。

相关服务