监测与运维

工业仪表板应该显示什么

让用户角色、数据鲜度、报警背景和不确定性清晰可见。

好的工业仪表板应帮助用户借助可靠信息回答具体运营问题。更多图表、动态计数器和“实时”标签,并不是质量证据。用户应理解数值代表什么、何时测得、是否有效,以及能够支持哪种判断。

从角色与任务开始

操作人员需要当前条件,维护人员需要事件背景,管理人员需要可比较时期。应优先考虑这些任务,而不是将所有信号塞进密集画面。让最重要信息保持可见,并提供清晰的详情路径。

还要决定画面用于监测还是控制。监测视图不能意外获得指令权限。授权应在API执行,限制用户只能访问获准设备。视觉简洁不能代替访问控制。

数值旁边的信息

显示元素 提供的背景
单位与设备 物理含义
源时间戳 数据鲜度
质量状态 数值是否有效
所选时段 图表实际覆盖范围
报警状态 需要的评估或行动

颜色不能承担全部信息。故障或缺失数据指示旁应有易懂文字。区分连接不佳、传感器错误和物理报警。用户无需猜测装饰性状态点,也应能分清正常、过期和未知。

维护流程示例

用户打开一个活动报警,看到相关设备趋势、连接历史以及报警开始附近的事件。时区可见,时段能够扩大。确认报警与物理恢复显示为不同事件。

这比单个指标卡提供更多背景,但仍不能证明根因。如果需要操作人员或维护确认,应显示该限制。图表不能让不确定解释看起来已被证实。

如实展示趋势

不能在缺失数据区间悄悄连接正常曲线。数值经过聚合时,应说明分辨率,或提供底层细节。长时间平均可能掩盖短暂超限。用户应知道图表细节层级能揭示什么、不能揭示什么。

比较设备时,单位和刻度应清楚。双坐标轴可能让表面关联看起来比证据更强。展示选择应帮助技术解释,而不是制造测量无法支持的结论。

使用真实任务测试

请用户找出最近有效测量、调查一次停机、发现数据缺口,并改变报告时段。检查窄屏、键盘访问、可见焦点和可读字体。宽表格应在自身区域横向滚动,而不破坏整个页面。

截图本身不是验收。观察用户能否得到正确答案、证据是否充分。移除多余元素,澄清含糊标签,给予故障状态与正常状态同样关注。结果应帮助用户以适当信心行动,也包括知道数据暂时不足以支持判断。

具体评审任务优于视觉偏好

可用性演练中,请维护用户识别故障前最近有效读数,并解释数据是否连续。提供包含真实缺口与迟到补回记录的时段,观察用户能否同时发现两者。如果平滑曲线引导出自信却错误的结论,无论外观多漂亮,都需要更清楚地表示覆盖情况。

再请同一人员比较单位或采样策略不同的两台机器。画面应在邀请直接比较前显示差异。时间范围扩大导致聚合改变时,要标明变化。日平均与当前测量回答不同问题,将它们作为等价大数字展示会隐藏区别。

使用键盘和窄屏执行相同任务。筛选控件需要有意义的标签,选中状态应易懂,焦点持续可见。仅悬停出现的提示,可能向键盘或触屏用户隐藏关键信息。解释数据所需的最少背景,应放在始终可靠可访问的位置。

让变化中的数据保持易懂

实时更新不应反复移动用户正检查的项目。定义历史调查在新事件到达时如何工作:固定所选时段可能优于自动推进的视图。用户查看历史记录时,应明确标示该模式,避免被误认为当前物理状态。

加载中、部分数据、权限拒绝和服务故障,需要不同消息。空图表可能表示无匹配观测、设备选择受限或请求失败。统一的“无数据”会隐藏下一步有用动作。可以重试时保留用户筛选,并说明显示值是保留的历史背景还是已刷新结果。

交接时,为每个主要角色演示一个正常任务和一个故障任务。审阅者应能找到证据,而不必理解数据库结构或API设计。简要记录尚未解决的解释问题,增加更多指标前先改善标签和流程。讨论仪表板时,请带上操作、维护和管理人员反复提出的问题。清晰设计应围绕这些判断,并在用户使用数据的位置展示其限制。

您需要看到哪些数据? 哪些流程可以进一步改善?

告诉我们您的设备情况和需求,一起探讨合适的实现方式。

聊聊您的项目