“用户找不到东西”太模糊，怎样还原一条能改进的使用流程？

“搜索不好用”“页面不清楚”“用户不会操作”，这些反馈听起来像问题，实际还不足以指导修改。有人是在工作前快速查一条资料，有人是周末准备系统学习。两种任务都发生在同一个网站，却可能需要完全不同的帮助。

场景分析的作用，就是把镜头拉近：某个人，在某个时刻和环境里，为完成什么任务，采用了什么办法，遇到了什么障碍。细节足够具体后，团队才有条件比较改进方案。

先写结果，再写动作

“点击搜索框”是操作，“在接待前找到一段复习资料”才是用户希望完成的任务。把动作当目标，容易得到“让按钮更明显”之类局部答案；把结果写清楚，则可以比较搜索、分类、别名和清单等不同办法。

可以先写一句话：谁，需要在什么时候，完成什么结果。再补充他现在怎么做。不要为了显得完整，把材料没有提供的动机和情绪也写进去。“搜了两次后求助”如果有记录，可以作为事实；“用户因此失去信任”若没有依据，只能保留为待核实判断。

下面是虚构的教学示例：新客服在下午咨询前，用手机寻找双语复习资料，输入两个关键词后仍没有找到，于是到群里向同事求助。这个描述没有证明搜索系统一定有故障，但给出了可观察、可追问的路径。

Who 是谁，When 是什么时候，Where 是地点或使用环境，What 是要完成什么，How 是目前怎么做。这五项可作为 4W1H 场景整理提示。需要追问原因时，再增加 Why，也就是为什么。

术语的作用是提醒遗漏，不是要求每格都必须填出答案。上面的例子只说明使用手机，没有说明网络状况，网络就应记为未知；“咨询前”给出了时间关系，却没有说明具体剩余多少分钟，也不应擅自写成三分钟。

同一个人也可能有不同场景。午休学习时，他愿意顺着完整课程阅读；工作中查资料时，可能只想快速确认一个词的含义。把这些情境混成一组，容易将不同需要误判为同一个问题。

先画目前实际走过的流程：进入课程页 → 输入名称 → 没找到 → 更换关键词 → 仍没找到 → 向同事求助。若没有观察记录，就注明这是一条根据受访者回忆整理的路径，还需要演示核对。

流程中最值得关注的，往往不是顺利到达终点的步骤，而是返回、重复输入、等待和转向其他工具。它们提示了潜在断点，却还不能直接说明原因。

例如，“关键词没有匹配”可能因为课程标题使用了专业术语，也可能因为搜索功能没有覆盖相应字段，还可能只是资料尚不存在。三种解释需要不同核查：比较用户用语与标题、检查实际搜索范围、确认资料是否已经提供。先保留假设，能避免把所有情况都归为“用户不会用”。

当前流程记录发生过什么，候选流程表达希望怎样改。两张图不能混写，否则团队容易将“设计上应该可以”当作已经实现的效果。

一种候选方案是增加常用说法的别名，让用户按工作用语也能查到；另一种是提供可忽略的岗位资料入口。每种办法都要写清要解决哪个断点，以及用什么方式观察是否解决。流程图变短不自动等于用户更满意，增加入口也可能带来新的选择负担。

提示下一步时，应让用户仍然可以返回、跳过或选择其他路线。例如阅读入门内容后，给出继续学习的选择，同时保留查看全部资料。预判下一步是提供帮助，不是替用户决定。

选一个明确场景，请相应用户演示当前做法；记录查找是否完成、在哪里求助以及过程中不知道什么。再选择一个小改动，用尽量相近的任务和条件观察结果。不要把不同熟练程度的人、不同任务和不同设备随意拼成改善结论。

如果暂时只能获得一次访谈，就保存这一次的范围和限制。场景分析适合帮助团队定位问题、提出假设，不能代替充分的业务判断，也不能凭一条路径推断所有用户。

今天可以先完成两份材料：一句具体场景描述，一条包含失败与求助分支的当前流程。让团队先对发生了什么达成共识，再去讨论按钮、搜索或导航的修改，沟通会更有抓手。

本文根据颜词魔方《场景分析：把模糊问题说具体》重新整理，所有情境均为教学示例。原课程链接：原课程（原学习站可能要求登录）。