应用流程与单张截图：如何研究界面序列
了解如何从任务结构、状态变化和转场缺口审视应用截图序列，以及单张 UI 参考图无法说明交互流程的哪些方面。
单张截图适合研究布局、信息层级或视觉模式。但产品任务会随着时间展开：用户从某处开始，作出选择，遇到系统或应用的各种状态，最终完成目标或陷入困境。要研究这一体验，应按顺序审视截图，并思考界面之间的缺口意味着什么。
截图序列仍只是局部的视觉参考。它不能证明所有路线、可点击区域、动画、错误情况或用户结果。ScreenKits 帮助你浏览已截取的应用界面并比较设计模式；请用自己的原型或研究验证真实流程的行为。
核心要点
- 先明确用户目标和情境，再按任务所需的顺序排列相关界面。
- 标注截图之间的状态、决策和转场，不要将相邻图片当作经过验证的交互录屏。
- 当行为、时间或替代路径很重要时，记录缺失的证据，并测试真实界面。
1. 区分界面参考图与流程
截图能回答某个已截取状态的问题：什么最醒目？信息如何分组？主要操作是什么样的？流程评审则增加了关系问题：用户为何来到这里？什么操作让他们继续前进？操作后发生什么变化？他们又如何恢复或选择其他路线？
要区分三类证据。单张截图是静态图片。按顺序排列的截图序列暗示了在已捕获状态间可能出现的进展。交互录屏或原型展示随时间变化的行为，但也可能只覆盖一条路径和一组条件。截图序列并不自动等于可点击的流程、完整旅程或分析记录。
这种区分会让截图资料库更有用。浏览 ScreenKits 的所有实例以收集视觉参考，然后自行绘制任务、分支和待解问题的地图。可用类别缩小情境范围；评审首次使用序列时，也可筛选新手引导实例。
2. 从任务出发，而不是从一堆图片出发
选择一个具体情境，例如“把商品留待以后查看”或“完成新账户设置”。用用户自己的话表述目标；填写表单或点击按钮通常只是步骤，而不是目标。尼尔森诺曼集团将任务分析描述为研究目标、步骤及其顺序与结构，以及完成过程所需的信息。这为评审提供了有效的分析单位：任务及完成任务的路径。
接着，收集看似相关的界面，并按暂定顺序排列。为每个界面标明可能正在发生的事，例如浏览、选择、确认、请求权限、成功或恢复。除非你知道截图的制作过程，否则应把顺序标为假设。如果某个界面可能出现在任务中的多个位置，就记录这种歧义，而不要强行确定。
要绘制更可靠的地图，可在主序列旁加入替代路径和条件：回访用户、拒绝授权、字段无效、搜索无结果，或连接中断。这些分支常会揭示经过精心呈现的顺利路径画廊无法回答的设计问题。
- 用一句话写明用户、情境和预期结果。
- 按看似合理的顺序排列步骤，并标注支持该顺序的证据。
- 将可能的分支、前提条件和恢复步骤分别记下。
3. 查看界面之间发生了什么变化
转场是需要推理的地方。对每一对相邻界面，写下你认为连接两者的触发操作、发生的变化，以及用户此时应该理解的内容。所选内容是否保留？应用是否确认保存成功？下一界面是新页面、临时对话框，还是系统权限提示？如果证据未显示触发操作，就标注为未知。
除了去向，也要追踪状态。表单可能为空、部分填写、无效、已提交，或在中断后恢复。购买界面可能显示优惠、加载状态、错误或确认。两张几乎相同的截图可能揭示有意义的状态变化；两张视觉差异很大的界面也可能属于不同路线。使用标签或注释，避免序列暗示截图无法证明的因果关系。
导航需要方向感和恢复途径。Apple 的《人机界面指南》将标签栏描述为顶层区域间的导航，并指出保留每个区域的导航状态有助于用户切换时不丢失当前位置。研究参考图时也应提出类似问题：用户能否知道自己在哪个区域、返回先前情境，或退出引导任务？静态图片可以暗示可能的操作，但只有交互测试才能确定实际行为。
- 对每次转场，记录触发操作、可见反馈、结果状态和判断信心。
- 在适用时检查返回、取消、跳过、重试和继续路径。
- 将应用界面与操作系统 UI 和外部目的地分开。
4. 为问题选择合适的证据
不同材料回答不同的设计问题。先使用足以解决问题的最轻量参考；如果问题取决于实际行为，再转向原型、录屏或用户观察。
| 材料 | 适用场景 | 单凭它无法确定什么 |
|---|---|---|
| 单张截图 | 视觉层级、文案、组件模式及某个已截取状态 | 状态的成因、此前或此后发生了什么，以及控件能否正常工作 |
| 按顺序排列的截图序列 | 比较表面上的进展、重复模式和可能存在的转场缺口 | 顺序是否完整、所有分支是否都有呈现，或转场是否可交互 |
| 交互原型或录屏 | 评审既定路径、时间安排、反馈和交互行为 | 所有用户如何行动、所有可能路径，或录制情境之外的结果 |
| 观察式任务研究 | 了解用户在何处犹豫、他们预期什么，以及如何在真实情境中恢复 | 从少量或缺乏代表性的样本得出普遍结论 |
5. 可重复使用的流程注释评审
以下清单适用于简短点评或更深入的交接。让每条注释具体明确，并区分观察结果与假设。如果你评审的是自己的产品，请用原型或可运行版本测试所绘制的任务；观察到的行为不同时，及时修订地图。
- 明确一个用户、情境和可观察的最终目标。
- 排列相关截图；将每张标为已确认、推断或未知。
- 对每个步骤，记录用户操作、界面响应、当前状态和下一项决策。
- 标出缺口：触发操作缺失、进度不明、上下文丢失、缺少反馈或没有恢复路径。
- 加入替代状态和失败状态，包括跳过、返回、取消、空状态、错误及拒绝授权的情况。
- 检查标签和信息层级能否让用户理解下一步操作和当前位置。
- 将每个不确定之处转化为原型演示或观察式任务测试中的问题。
- 记录证据来源和日期，让后续评审者了解这张地图代表什么。
常见问题
截图序列与应用流程是同一回事吗？
不是。序列是为暗示进展而排列的一组静态截图。应用流程还描述操作、转场、状态和可能的分支。除非交互行为和覆盖范围已经分别验证，否则应将截图序列视为局部的视觉证据。
应如何标注缺失的界面或转场？
写下你知道什么、推断什么，以及哪些仍未知。记录用户操作、预期反馈、结果状态，以及缺失的恢复或替代路径。对于截图无法解答的问题，请借助原型或观察式测试。
我可以将截图参考资料用于用户研究吗？
它们可以支持设计比较并帮助形成假设，但无法展示参与者如何行动或理解了什么。要了解这些，请让用户在原型或可运行界面中完成真实任务，并观察结果。
