Aimer Li / AIMER LI
← 返回精选案例
02数据可视化驾驶舱大屏指挥调度防汛抗旱

重庆水旱灾害防御平台

汛旱双防、平战双态的市级指挥平台:一条从风险研判到复盘提升的作战链。

ROLE
设计负责人
TIMEFRAME
2024.03—2025.12
CLIENT
重庆市水利局
SCOPE
驾驶舱 · 预案 · 预演 · 预警
重庆水旱灾害防御平台驾驶舱
01

系统背景

DESIGN SCOPE
01DUAL DEFENCE

汛旱双防一体

同一平台覆盖防汛与抗旱。

让水情、雨情、蓄水与风险在不同季节保持连续判断。

02PEACETIME / WARTIME

平战双态切换

日常监测随时转入应急作战。

按任务重组信息密度,把关键行动置于更清晰的位置。

03THREE-LEVEL LINKAGE

市—区县—镇街三级贯通

指令、态势与责任同步传递。

让跨层级协同有统一入口,也保留各层级所需的具体信息。

04CLOSED LOOP

从预警到复盘全流程闭环

把事件处理串成可追溯链路。

从风险识别、处置调度,到事后复盘,持续沉淀下一次判断。

02

平时驾驶舱,汛旱双态

DAILY COCKPIT

同一套市级驾驶舱,以季节与任务为线索切换信息重心,而不是让值班人员重新学习一套页面。

Challenge · 业务挑战

汛期判断要同时关注降雨、河湖水位和风险点位;信息更新快,地图与行动信息不能互相抢占注意力。

Goal · 设计目标

以实时态势为核心,优先呈现预警、风险和处置入口,让值班人员先判断“哪里要行动”。

重庆平时驾驶舱汛期模式
03

战时作战链

WARTIME WORKFLOW

以一次事件为线索,把研判、预报、预警叫应、预演、调度、抢险与复盘组织为连续的行动界面。

01 风险研判

汛期研判最怕信息散在多个系统里,靠人工拼凑既慢又容易漏点。我把雨水情、风险点与影响范围汇聚到同一屏,先确认风险发生在哪里、正在向哪里发展,让后续每一步决策都有明确的起点。

战时驾驶舱风险研判
RISK ASSESSMENT从变化中的监测信息进入行动判断。

02 预报研判

降雨预报和实时监测往往各看各的,难判断"未来哪段窗口、哪些区域最危险"。我把二者放进同一时空框架叠加呈现,帮助指挥人员锁定重点防御时段与区域,把预报真正变成提前部署的依据。

战时驾驶舱预报研判
FORECAST让预报成为提前部署的依据。

03 预警叫应

预警最怕发出去却不知道对方收没收到、处置了没有,责任链断在"最后一公里"。我让预警发布直达责任人,叫应确认与反馈全程在线留痕,确保每一条预警都有人回应、有人处置,形成可追溯的闭环。

战时驾驶舱预警叫应
ALERT & CALL预警到叫应到人,形成责任闭环。

04 预演预警

原来的预案多停留在静态文档里,决策前很难直观感知洪水到底会漫到哪里、影响谁。我在三维地图上提供范围圈定与演进推演,让风险在真实发生前就被看见、被比较——指挥人员可以先在系统里把未来走一遍,再决定布防重点。

战时驾驶舱预演预警
REHEARSAL把未来的风险先在系统里走一遍。

05 调度处置

跨部门调度最怕指令、资源、进度各说各话,现场和中枢对不上节奏。我把指令、责任链与资源状态组织在同一视图,处置进度实时回写,让调度信息和现场行动在同一个视野里推进,从根上减少协调时的信息断层。

战时驾驶舱调度处置
DISPATCH调度信息与现场行动在同一视野内推进。

06 抢险支撑

抢险时最紧张的是"资源到底在哪、现在能不能调"。我把队伍、物资与现场态势收敛到一个面板,支持按位置和状态快速筛选,让支撑资源在需要时一键可见、迅速调用,避免临时翻表找人、拖慢处置窗口。

战时驾驶舱抢险支撑
RESCUE支持现场处置保持统一节奏。

07 复盘提升

一次实战结束后,经验和教训常散落在聊天记录和汇报里,下次又从头摸索。我设计了可回看的时间线视图,把预警、调度与处置过程按节点串联,并支持标注关键决策,让事件真正闭环、把实战沉淀为下一次的应对经验。

战时驾驶舱复盘提升
REVIEW让事件闭环,不止停在当次处置。
04

洪水预演

FLOOD REHEARSAL
洪水预演三维地图
3D REHEARSAL原来预演依赖静态图纸,难直观看到洪水会漫到哪里。我在三维场景里叠加水情、空间关系与影响范围,让指挥人员直接"看见"风险落点,而不是靠想象还原地形。
洪水预演方案对比
SCENARIO COMPARISON不同防御方案各有什么后果,过去只能凭经验估。我把方案并排对比、把淹没范围与影响对象量化呈现,让调度取舍从"拍脑袋"变成"看数据"。
05

AI 预案生成

AI PLAN GENERATION
山洪预案生成
01 · GENERATEAI 能出预案初稿,但用户不敢直接用。我设计生成态的呈现:展示资料来源与生成进度,初稿以可编辑骨架出现,让人一眼看清“依据了什么、生成了什么”,先信得过再校准。
山洪预案深度分析
02 · ANALYSE光给措施不够,用户要知其所以然。我把 AI 推演的影响范围、受威胁对象与处置条件,组织成可对照的视图,让“为什么这么做”随方案一同可见,减少审阅时的来回追问。
山洪预案分析结果
03 · RESULT模型结论散着没人认领就白做。我把它设计为结构化、可确认的方案卡片,措施与责任人一一对应,让 AI 产出能以“人能认领、能确认”的形态落地。
山洪预案推送名单
04 · PUSH方案停在文档里等于没用。我设计逐级推送与确认的交互,让预案按责任链直达对应人并回收确认状态,形成从生成到落地的闭环可见。
06

预警叫应

ALERT CALL-BACK
预警叫应列表
预警任务、通知状态和责任确认过去分散在多个群和表,谁收到没收到说不清。我把三者集中到一张列表,进度和责任一眼可见,避免催办时来回对账。
预警叫应弹窗
叫应最怕打完没回音、处置没记录。弹窗内直接呈现叫应内容与处理结果并即时反馈,让每一次联系都有迹可查、可调可取。
三级贯通界面
三级防御常各建各的,信息传到镇街已失真。我把市、区县、镇街放进同一责任链协同,指令和反馈在同一条线上流转,减少层级传递中的损耗。
07

监测对象一张卡

MONITORING CARDS
雨量站弹窗

雨量站

雨量数据过去分散在不同系统,值班时要逐个站翻看、难快速发现超阈。我把实时雨情与变化趋势收进同一张卡片,超阈自动提示,让值班人员一屏掌握重点站点动态。
水库水文站弹窗

水库

水库调度最关心水位与入出库是否匹配,过去要靠多张表对账。卡片把水位、入出库流量同屏呈现并标注与汛限的差值,让调度判断少切换、少误读。
河道站弹窗

河道站

河道水位过程线散在各页面,难横向比较哪段在涨。卡片内直接给出实时水位过程与警戒线对照,让巡防人员一眼看出哪段河道正在逼近风险。
风险点弹窗

风险点

提供基础信息与管控状态。风险点信息常停在台账里,现场处置时调不出来、也不知当前管控到哪。卡片把基础信息与管控状态前置到一处,让责任人打开即知"这个点现在什么状态、该干什么"。
08

设计复盘

REFLECTION

复杂指挥系统的价值,不在于呈现更多数据,而在于帮助每个角色在需要时做出正确行动。

01

从态势到行动

用作战链组织多模块信息,让判断与行动更连贯。

02

让双态保持连续

汛期与旱情不是两套孤立产品,而是同一责任下的信息重心变化。

03

为协同留出位置

把责任、通知与确认放入同一闭环,减少跨层级信息损耗。

仍待完善的地方

  1. 信息密度的两难

    驾驶舱一屏装下态势、地图与行动区,大屏投影部分小字可读性打折;战时模式放大关键数值缓解,平时的取舍仍可更好。

  2. 弹窗体系后期才统一

    各模块弹窗先各自为政、后统一卡片语言,改了几十处;教训是先定卡片语言再铺页面。

  3. 汛旱切换路径可以更短

    高频场景其实是汛旱混合巡航,这一版没做到。

09

后续迭代

NEXT ITERATION

下一阶段更聚焦高频值守场景与跨模块的一致性,而不是继续堆叠功能。

DIRECTIONS

  1. 缩短切换路径

    为汛旱混合巡航设计更直接的状态切换与信息对照。

  2. 弹窗语言前置

    先建立对象卡片、操作层级与异常状态的统一语言。

  3. 大屏可读性专项

    以投影距离与真实值守场景验证字号、对比和优先级。

大型指挥系统的设计价值,在于让值班的人在正确的时刻看到正确的信息。
NEXT CASE · 03水利专业模型平台