OT 中的 Alert Design。如果一切都在尖叫，却没有人听见
Source: Dev.to
OT 警报过载的问题
如果你在 OT 工作，屏幕上不断亮起红色警报，残酷的事实是你的警报系统并没有在保护你——它正在训练操作员忽视风险。大多数控制室都被噪音淹没。操作员会点击“确认”，即使他们并不真正理解这些警报，只是为了让屏幕再次可用，最终导致严重事件溜走。
为什么这不仅仅是技术问题
警报设计决定了操作员看到什么、忽略什么以及何时做出反应。懒散的设计会让操作员盲目，而不是提供可见性。大多数 OT 警报系统之所以失效，是因为它们从未基于明确的理念而建立；它们是由临时规则、供应商默认设置以及被遗忘的临时警报拼凑而成的混乱产物。结果是一堵噪音墙，对单一根本事件产生“警报风暴”。
类别和优先级不一致
诸如 informational（信息）、warning（警告）、critical（关键）、security（安全）和 system（系统）之类的术语在幻灯片上看起来整齐，但在实际使用中却不统一——有时“警告”比“关键”更严重。当标签与操作员对风险的认知不匹配时，它们就变成了装饰，而非功能。
如果所有东西看起来都很紧急，那么实际上没有任何东西是紧急的。红色横幅、闪烁图标以及对小问题的侵入式弹窗会让操作员停止相信系统，并自行形成一套隐藏的警报排名。
警报文本模糊
许多警报的内容类似于“检测到设备异常”或“触发安全事件”。这些信息没有立即指明正在发生什么、有什么风险或需要采取什么行动。如果操作员必须点击多个屏幕或打电话给他人才能了解基本情况，警报就变成了谜题——适合事后复盘，但在实时轮班时会被忽视。
控制室中的人因因素
操作员不是懒惰的机器；他们是承受持续认知负荷的人。注意力是有限的，当被过多刺激轰炸时，大脑会采用捷径：
- 噪声过滤：如果大多数警报从未重要，操作员会把它们当作生存策略而忽略。
- 习惯化：同一低价值警报反复触发会让大脑降低其重要性，就像每周的消防演练警报最终被忽视一样。
- 延期：“我稍后再检查”成为低价值警报占主导时的文化常态，为攻击者提供了隐藏的窗口。
- 模式寻找：操作员基于重复行为建立心理规则。当这些规则模糊了真实风险与常规噪声的界限时，真正的攻击会被当作“周一噪声”而被抛开。
好的 OT 警报应做到什么
一个设计良好的警报必须让操作员在几秒钟内回答三个问题：
- 发生了什么？ – 提供具体描述（例如，“对 PLC 3 的未授权登录尝试”）。
- 有什么风险？ – 解释为什么现在重要（例如，可能导致关键泵失控）。
- 需要采取什么行动，紧急程度如何？ – 说明下一步以及其优先级（例如，“立即联系值班安全工程师”）。
如果这些问题中有任何未得到回答，警报就是不完整的，容易被忽视、误判或延迟处理。
有效警报设计的简明严格规则
1. 限制警报数量
为每位操作员在一个班次内能看到的警报数量设定硬性上限。如果系统超过该上限，删除低价值警报或将相关警报合并为单一事件。没有上限，警报量会不断增长，直至系统因垃圾信息而崩溃。
2. 分离警报流
为 安全、过程 和 安全（security）警报创建独立的流。每个流应拥有自己的视觉风格、声音和升级路径：
- 安全 – 人员和物理损害。
- 过程 – 质量、性能和正常运行时间。
- 安全 – 访问、滥用和敌对行为。
操作员应能一眼看出警报所属的类别。
3. 为真正的高优先级事件保留侵入式声音
仅对真正关键的警报使用响亮的声音和弹窗。如果次要警告也大声喊叫，操作员会把系统静音，导致真正紧急时声音失去意义。
4. 消除重复
同一根本事件应只生成一次警报。使用关联技术抑制指向同一问题的多个警报，降低“注意力税”，而不增加价值。
5. 使用清晰、可操作的文本
用简明语言编写警报，告诉操作员 什么、为什么、该怎么做。避免使用“主机出现问题”或“检测到异常”等模糊表述。包含相关标识符（设备名称、位置、严重性），让操作员能够立即行动。
6. 强制一致的优先级
定义优先级层级（例如 Critical > High > Medium > Low），并在所有警报类别中统一应用。确保视觉提示（颜色、图标）与定义的优先级相匹配。
7. 一目了然提供上下文
在可能的情况下，将关键上下文（例如当前值与阈值、受影响的过程）直接嵌入警报横幅，使操作员无需跳转即可了解情况。
从噪声到信号的转变
通过应用这些规则，你可以把警报系统从一片混乱的红色横幅洪流，转变为清晰、可操作的信号。操作员重新获得对系统的信任，能够将有限的注意力集中在真正重要的地方，并在真正威胁演变为事故之前，更好地作出响应。