总览画面是恢复态势的锚点
别名: 态势恢复锚点 · overview display
概念解释
总览画面可作为态势恢复的定向锚点（orientation anchor）：在中断、交接或深层诊断后，操作员回到一个稳定的全局表征，重新确认系统结构、主要状态和未决异常。它的作用不是展示更多信息，而是给恢复过程一个固定的起点——不管中断发生在哪个页面，回到这一张画面总能重新定位。
机制
恢复态势需要重建“我在哪里、系统现在怎样、刚才发生了什么”这三件事。稳定不变的空间布局支持操作员用已有的空间记忆去定位，不用从零搜索；汇总状态把注意力引向真正需要关心的地方；事件痕迹补回中断期间发生但没被亲眼看到的变化。三者缺一，恢复过程就要靠更慢的逐项排查去补。
这里的关键不是“有没有总览画面”，而是这张画面的元素会不会移动。如果总览是按拓扑固定排布的——设备位置对应实际工艺流程或厂区地理位置，中断前后同一个设备总在同一个地方——操作员存的空间记忆在恢复时依然有效，重新定位很快。但如果总览是动态排序的，比如按优先级或时间把活跃报警排成一张会不断重排的列表，条目位置随时在变，操作员存的“上次在哪”这条记忆就直接失效，锚点作用也随之消失——这时候总览画面本身还在，但它已经不能再充当锚点，因为锚点依赖的是位置不变，不是信息完整。这是判断一张总览能不能真正起到定向作用的分界条件。
怎么研究
可在模拟任务中插入中断，让参与者从不同的返回入口恢复工作，测恢复到正确操作所需时间、遗漏变化数量和回看路径。比较总览布局是否固定、是否保留事件痕迹这两个变量，能区分“定向恢复”和单纯的“导航速度”——如果两组恢复时间接近但遗漏变化数量差很多，说明差异发生在感知重建这一步，而不是操作熟练度上。
这类研究和任务中断范式（interruption-resumption paradigm）里测量恢复延迟（resumption lag）的做法是同一个思路：中断结束后到重新做出正确操作之间的时间差，是恢复质量的直接指标，比事后追问“你还记得多少”更可靠。
边界
总览的聚合规则可能产生“全绿”假象：局部严重但被平均掉的异常在总览上完全看不出来，操作员据此判断“系统正常”反而是错的。大型系统也不可能在一屏内呈现所有依赖关系，总览的作用是定向和可追溯，不能替代专业子系统画面去做精细判断。
锚点效应还依赖操作员本来就对这套拓扑有稳定的心智模型——如果是刚上岗、还没建立起这张图对应关系的新手，总览画面对他而言只是一堆没有意义位置的图标，不存在可以重新激活的空间记忆，稳定布局这时候不会比动态列表更有帮助，需要额外的引导而不是单纯依赖总览本身。
怎么落地
固定总览的核心拓扑与关键指标在画面上的位置，不要因为报警优先级变化就重新排列这些位置；在画面上标出中断期间的新事件、当前选择和数据时间，让操作员一眼能分辨“这是我离开前就有的”还是“这是刚发生的”。
让交接班和中断恢复都从这张画面开始，作为固定的恢复流程起点，而不是允许操作员从任意一张细节页直接接手。
验证办法：做中断—恢复测试，在操作员离开工位一段时间后要求其在限定时间内基于总览指出发生了什么变化、当前风险和下一步该做什么；把回答的完整度和用时与总览稳定、有历史痕迹的版本和一个会动态重排、无历史痕迹的版本对照，才能确认锚点设计是否真的起作用。