公开材料说明
- SCOUT 将停电、客户、可靠性、GIS、天气、地形和运营数据集成到近实时恢复应用中。
- SCOUT 每分钟查询专用 Databricks Lakehouse 仓库，通过 Unity Catalog 服务主体限制所展示的数据。
- 官方案例称平台已被 1,139 名员工采用，其中超过 250 人在 6 月的一个高峰风暴日使用。
BI/数据应用 · 产品截图
Southern Company SCOUT
风暴期间，停电、客户、地形、人员和预计恢复时间散落在多个系统，调度与现场团队很难共享同一张实时运营图景。
看结果 · 结果表达
查看完整原图 ↗配图 01 / 01
代表界面
- 要解决的问题
- 风暴期间，停电、客户、地形、人员和预计恢复时间散落在多个系统，调度与现场团队很难共享同一张实时运营图景。
可以借鉴 · DataHot 解读
运营看板的首屏应从一组具体决策问题反推地图、指标和明细表的组合，而不是先堆所有可用图表。
代表图优先，其余配图保留原文顺序；配图不代表一次连续操作。材料核对于 2026-09-03 · 阅读完整原文 →
设计拆解
DataHot 解读
- 首屏同时呈现地理范围、事件规模、客户影响和恢复速率，对应运营指挥中“哪里、多严重、影响谁、处理多快”四个核心问题。
- 地图负责建立共同情境，右侧摘要负责快速判断，底部明细负责执行下钻，三层信息直接映射决策节奏。
功能模块
- 分层运营导航
- 停电地图与威胁等级
- 事件与客户状态图表
- 恢复速率指标
- 按公司和区域下钻的事件表
交互方式 · 案例整理
- 按不同运营公司与输配电范围切换视图
- 在地图上查看停电区域、威胁等级与时间回放
- 从总览下钻到事件、客户和设备类型分布
- 按公司或区域展开事件明细以支持人员与设备调度
可以借鉴
- 运营看板的首屏应从一组具体决策问题反推地图、指标和明细表的组合，而不是先堆所有可用图表。
- 多层组织的业务应用应让切换范围和当前筛选一直可见，才能避免在不同层级间误读指标。
收益与代价
- 将大量信息压缩到单屏能减少切换，但对颜色、严重等级和图表口径的一致性要求很高。
- 近实时更新支持调度，但用户必须能看到数据最后更新时间，避免把延迟数据误当成当前状态。
适用边界截图展示的是执行总览，不包含移动端、通知、工单分派和现场人员实际操作流。 官方采用数据来自南方公司个案，不能直接推广为其他公用事业的普遍效果。
资料出处
阅读站内原文 →对你的产品设计有帮助吗？
反馈与收藏分开保存在当前设备。