U7.02.1Monitoring dashboards optimise for anomaly detection设计

监控型强调异常发现

别名: 监控仪表盘 · 监控型

概念解释

监控型仪表盘的任务是"让异常无处可藏":用户反复回到同一屏,期望大多数时候确认"一切正常",少数时候立刻发现"哪里坏了"。它的设计目标不是信息丰富,而是异常的显著性——正常状态应该视觉上安静,异常状态应该不可能被错过。

机制

异常发现依赖对比的稳定性:监控的价值来自"同一屏、同一布局、同一阈值"的反复出现——用户对正常基线的视觉记忆越牢固,偏离越刺眼。这决定了监控型的三条设计纪律:布局冻结(元素位置永不漂移,异常位置可被肌肉记忆定位)、状态先行(颜色与信号灯承载正常与异常的二分,先于任何数值被读取)、基线可见(目标线或正常区间画进图里,偏离直接可判)。监控型还优化的是扫描速度:全屏状态应能在两三秒内扫完——这也是它常采用紧凑信号灯网格而非全尺寸图表的原因。

边界

监控型的异常显著性与告警疲劳是同一枚硬币的两面:阈值过松则异常漏网,过紧则满屏告警把用户训练成忽略者(见同族告警叶)。监控也不等于只报错——"一切正常"的确认感本身是监控的核心产出,所以正常状态需要低调但明确的表达(统一的绿色、干净的布局),而不是空白。监控型的密度上限比其他类型更苛刻:可扫描的项目数受"异常必须可定位"约束,超过一屏的监控应分层或分页。

怎么落地

  • 监控视图冻结布局,异常项用颜色与位置双重编码,正常项统一低调样式。
  • 每个监控单元带上"正常区间"或目标线,让偏离可判而非靠记忆。
  • 验证:往测试数据里注入一个异常,让用户在十秒内找出;找不出即显著性不达标。

延伸

  • 同组U7.02.2 分析型强调深入与对比 · U7.02.3 汇报型强调结论传达 · U7.02.4 三种目的的布局与密度不同
  • 相邻U7.04.4 告警过多会训练用户忽略告警 · U7.04.1 阈值把连续指标转为正常与异常两种离散状态
  • 站内检索monitoring dashboard · anomaly salience · status at a glance

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/U7.02.1