这两年做能源数字化的朋友应该没少听到一个词EMS。我理解里的EMS并不仅仅是储能系统的控制面板它更是整个智慧能源项目的大脑负责把现场的发电、用电、储能数据统一采集上来再根据电价、负荷、碳排目标做出优化决策。当这套系统落到一个园区再戴上“零碳”的帽子时场景一下就复杂了——它不只是能量管理还要管碳、管绿电、管收益。去年我参与了这样一套“EMS智慧能源与零碳园区管理”的高保真原型设计工具用的是Axure。今天把这套方案从需求拆解、页面架构、核心模块到Axure具体实现完整复盘一遍给正在做能源数字化、智慧园区、储能EMS相关原型的朋友一个可复用的参考。1. 项目拆解与整体思路1.1 需求侧视角客户到底要什么做这类项目的原型最忌讳一上来就画页面。我习惯先花大半天的时间跟售前、客户代表一起把核心诉求捋清楚。EMS智慧能源系统听起来很高大上但落到零碳园区场景里本质就是一句话让园区里每一度电、每一方气、每一吨碳都有迹可循并在这个基础上做出最优的调度和控制决策。具体来说客户最关心四件事。第一能源流向是否透明。光伏发了多少电、储能充了多少、园区负载用了多少、从电网买了几度不能各看各的必须在一个画面里看全。第二储能资产能不能赚钱。峰谷价差套利、需量管理、光伏消纳这些收益能不能算清楚直接决定客户愿不愿意投这个项目。第三碳指标能不能交差。既然园区定位是“零碳”那如何向管委会、入驻企业、上级公司证明年度碳排放真的降下来了光有一张绿证不够需要看到完整的核算过程。第四故障能不能及时处置。储能电池温度异常、PCS通讯中断、逆变器离线如果都要等现场巡检才发现运维成本就太高了。所以我的整个信息架构是围绕这四个问题搭的总览大屏回答“透明”储能管理和收益分析回答“赚钱”碳排放模块回答“交差”告警与设备管理回答“安全”。这条逻辑在客户评审的时候特别好用因为每个页面都能对应到他们真正关心的业务痛点而不是空泛地讲“我们做了很酷的大屏”。1.2 为什么是Axure来做这套原型市面上原型工具不少Figma、Mockplus、Sketch各有拥趸但我做这类企业级管理系统还是首选Axure。原因有三个。第一Axure对“复杂状态”的表达能力很强。能源管理系统里到处都是多状态场景设备运行/停机/故障、告警未处理/处理中/已复位、策略峰谷套利/需量控制/光伏消纳。Axure的动态面板和条件逻辑可以很直观地把这些状态机做出来评审时点击切换非常自然。第二Axure的中继器Repeater处理中大型表格数据很顺手。设备台账、告警列表、电量报表动辄几十行字段中继器能绑定数据集、做筛选排序还能在演示中实时更新行数据这是Figma原型很难做到的。第三Axure生成的HTML演示包在客户环境里打开不需要额外权限一个Chrome浏览器就够这对能源行业客户尤其友好。当然Axure也有缺点最明显的就是页面一复杂就卡、样式不如Sketch精致。但这套方案里专业感和交互逻辑比像素级视觉更重要两相权衡Axure依然是这类项目最稳的选择。2. 核心功能模块与页面架构设计2.1 总览大屏从“能流”到“碳流”大屏是整个方案的门面我把它放在Axure文件的第一页命名“00-零碳园区总览”。布局用的是经典的“工”字结构顶部放项目名称、当前时间、天气温湿度左侧放光伏实时出力、储能充放电功率和SOC中间是园区GIS地图和能流示意图右侧放总负荷、碳排放趋势、综合能源自给率底部一条跑马灯滚动播报最新告警。大屏上的核心指标卡我用下来发现客户一定会问的有六个园区总负荷功率、光伏实时出力、储能充电/放电功率以及SOC、今日峰谷电费节省、今日碳排放量和年度剩余碳配额、综合能源自给率。其中“综合能源自给率”是整个大屏的题眼计算公式是光伏实时出力储能放电功率其他可再生能源/园区当前总负荷。我在原型里用一个环形进度条表达中间放百分比下方注释“计算口径”这样评审现场客户追问时能直接指着注释解释清楚不会显得数据来源不明。碳流怎么体现我在GIS地图旁边加了一个“能碳耦合”小区域左边是电、气、热等能源输入图标右边是碳排放输出中间用箭头连接箭头粗细随着实时数据变化。这个区域不要求数值精度但必须让客户一眼感受到“能源流向碳排”的逻辑闭环。要知道零碳园区管理系统的核心卖点不是“能看数据”而是“能看碳”这个区域承担了全案的点睛作用。2.2 储能管理模块充放电策略与仿真曲线储能是零碳园区里最有含金量的板块也是评审时被问得最多的。我在Axure里做了四个子页储能总览、单元监控、充放电策略、收益分析。储能总览页的核心是SOC进度条。这里有个细节不同电池厂家对SOC健康区间定义不一样有的允许20%-90%有的可以到95%甚至100%。所以我给SOC设置了三个阈值低于15%显示红色、15%-90%显示绿色、超过95%显示黄色防止过充。这个细节虽然小但懂储能的客户一下就会注意到专业感直接拉满。充放电策略页是整个原型里交互最重的地方。策略分为“峰谷套利”“需量控制”“光伏消纳优先”“手动控制”四种我做成四个选项卡切换时下方的电价曲线、充放电功率曲线和参数表单全部联动。比如点击“峰谷套利”展示当日峰谷电价曲线和对应储能充放电曲线下方是“充电时段”“放电时段”“最小SOC限制”的设置表单。评审现场可以直接操作选项卡领导能看到不同策略下曲线的差异比放好几张静态PPT有说服力得多。收益分析这里给一个可复用的测算公式单次循环收益 放电量 × 峰时电价 - 充电量 × 谷时电价 - 度电成本。以100kW/200kWh的储能柜为例假设峰时电价1.1元/kWh、谷时电价0.3元/kWh、系统效率按90%算充进去约222kWh对应放200kWh单次循环毛利大约200×1.1-222×0.3153元按每天一充一放、一年330天估算年收益约5万元。我把这些假设和计算结果直接做成一个小表格放在页面右侧客户关心回本周期时当场就能展开讲原型就从一个“展示品”变成了“论证工具”。2.3 碳排放核算模块让“零碳”看得见零碳园区如果没有碳核算模块整套方案就是空壳。Axure里的碳模块我拆成了三个子页碳排总览、核算明细、碳指标与减排报告。碳排总览本质上是一张“碳资产负债表”。左边是排放项包括外购电力、天然气、柴油、市政热力、废弃物处理右边是抵消项包括光伏自发自用、绿电交易、绿证、林业碳汇。中间一个汇总结果形成“总排放 vs 总抵消”的对比。这个页面的价值在于让客户直观理解“零碳”等于“排放-抵消0”而不是空喊口号。核算明细页要体现方法论。零碳园区在原型阶段不追求CCER级别的精确核算但边界和方法学必须严谨。我在页面里放了一个可展开的表格每一行都有活动数据和排放因子的来源备注。以外购电力为例排放量外购电量×区域电网排放因子。假设园区年外购1000万kWh即10000MWh华东电网排放因子按0.5703 tCO2/MWh计算年排放约5703吨二氧化碳保留一位小数展示为5703.0 tCO2。旁边再附一行注释开发阶段应以当地官方最新发布的排放因子为准。这样的严谨程度在原型评审阶段是非常加分的也能避免后续被技术型客户挑战。2.4 告警中心与设备台账告警中心我做了“告警列表详情弹窗处理流程”三层。列表页用中继器实现每条数据包含告警级别、设备类型、设备名称、告警内容、发生时间、处理状态。为了演示效果我在中继器数据集里预置了约20条数据并且特意设计了分级颜色紧急用红色严重用橙色一般用黄色。这个颜色规则看起来简单但能让客户在评审时一眼看出系统对告警的重视程度。点击某条告警会打开详情弹窗。这里我用动态面板做弹窗里面包含设备位置、实时参数、历史告警趋势、两个操作按钮“远程复位”和“派单处理”。“派单处理”点击后弹出工单确认框确认后列表里这条告警状态自动变为“处理中”。这样一个闭环交互比静态原型有说服力得多客户能直接看出系统在告警处置上是有完整流程设计的。设备台账页采用左树右表的结构左侧是设备分类树包括光伏组串、储能电池簇、PCS、空调、电表、开关柜右侧是对应表格。这里就是中继器筛选功能的主战场按分类点击时表格数据实时切换演示起来非常流畅。3. Axure原型实操从线框到高保真3.1 页面流与导航设计开始画页面之前先把页面框架定死。我采用的是顶部一级导航加左侧二级导航的结构。顶部包括总览、能源监控、储能管理、碳排放、告警中心、报表、系统设置七个菜单左侧菜单则根据顶部选中项自动切换。导航与侧边栏是用Axure的母版Master实现的。顶部导航做成一个母版左侧二级菜单做成多个母版通过顶部按钮点击时切换左侧母版内容。这里有个坑我必须强调母版的编辑作用域很让人迷惑我一开始把某个页面特有的子菜单也放进了全局母版结果所有页面都出现了一个不该有的菜单项。后来我才意识到正确做法是只把公共部分放母版各模块特有的菜单用动态面板在页面内部处理或者做成多个母版实例。页面命名我用了两位数字前缀00-总览、10-能源监控、20-储能管理、30-碳排放、40-告警中心、50-报表、60-系统设置。子页面继续编号为10-01、10-02这种。这样交付给开发时他们没有任何歧义导出HTML演示包后左侧目录的排序也清楚。3.2 中继器与动态面板的实战用法中继器是本套原型里最核心的组件。我先说数据绑定给中继器添加“Item Loaded”交互用“设置文本”把每一列的数据赋给对应的文本控件。听起来简单但很多人做的时候会把文本控件名写错导致数据对不上。我的习惯是中继器内部每个文本控件都带“itm_”前缀比如itm_devName、itm_power数据集列名统一用英文不用中文避免编码问题。条件筛选是设备台账页的核心。我放了三个下拉框设备类型、运行状态、所属区域。在中继器的“筛选器”里这样写[[Item.type LVAR1 Item.status LVAR2]]LVAR1和LVAR2分别是两个下拉框的选中值。最容易出问题的点是“全部”这个默认选项我在下拉框第一项设为“全部”筛选时先判断如果是“全部”就只按另一项筛选否则叠加条件。动态面板则用来做弹窗和状态切换。比如储能单元卡片的“运行/停机/故障”三种状态我用一个三状态动态面板实现外部按钮通过“Set Panel State”切换状态再配合条件判断比如“如果SOC小于15%则切换到告警状态”。这里要注意状态切换的用例顺序不要写反否则会出现同时触发多个状态的诡异现象。3.3 仿真数据实现让原型“活”起来原型要演示“实时刷新”其实不需要接任何真实接口用Axure的全局变量加随机函数就能实现。我在全局变量里定义socValue初始值写62表示电池当前SOC是62%。然后页面“载入时”设置一个循环事件等待3000毫秒设置变量socValue [[Math.min(100, socValue Math.random()*2 - 1)]]再把这个值设置到SOC进度条和文本上同时触发自身循环。这样每隔几秒SOC就会在62%附近小幅浮动看起来就像接了真实数据源。做负荷曲线我用的则更稳妥用中继器预置一整天的24点负荷数据然后结合当前小时做高亮判断。比如中继器每行存“小时、负荷值、是否当前时段”通过条件判断让当前小时那一行背景色变亮。这种方案不会产生随机数抖动演示时数据曲线看起来也更真实。3.4 交互状态管理那些容易翻车的细节评审现场最容易翻车的往往不是复杂功能而是一些基础交互的状态管理。我踩过三个坑这里全部说透。第一个坑是“没有内置返回按钮”。做了下拉筛选和弹窗之后客户习惯性按浏览器返回结果整个原型退回上一页观感很差。我的标准做法是所有弹窗和二级页面都内置返回箭头不用浏览器返回键。第二个坑是“菜单选中态没有清理干净”。点击左侧菜单“储能总览”再点击“收益分析”理论上导航高亮应该移动但如果你没有在点击事件里先取消其他按钮的选中样式就会出现两个菜单同时高亮。我的解法是每个菜单按钮点击时先执行“取消所有菜单选中样式”再执行“设置自身选中样式”顺序不能反。第三个坑是演示时客户乱输入数据。比如“充电时段”文本框客户可能随手填一个25导致后续计算显示异常。我在文本框失去焦点时加了校验超出0-23范围就弹窗提示并还原默认值。这些细节虽小但直接影响客户对系统成熟度的判断。4. 关键指标与数据模型设计4.1 能源指标在原型里怎么定义为了让开发团队后续能直接接手我给每个页面都加了半透明的注释面板注明单位、精度、刷新周期和数据来源。这套“原型版数据字典”里至少要有以下12个核心指标指标名称单位精度刷新周期来源光伏发电功率kW1位小数5秒逆变器遥测储能充电功率kW1位小数3秒PCS遥测储能放电功率kW1位小数3秒PCS遥测储能SOC%1位小数3秒BMS园区总负荷kW1位小数3秒关口电表外购电力功率kW1位小数3秒关口电表综合能源自给率%整数1分钟计算指标实时电价元/kWh2位小数15分钟电价接口实时碳排放功率tCO2/h2位小数1分钟计算指标累计碳排放量tCO21位小数10分钟计算指标今日收益元2位小数1分钟计算指标活跃告警数量条整数1分钟告警系统这个表格里的每一项我都会在原型里的注释面板中对应体现。这样开发在排期时不用反复找你确认评审时客户追问“这个数怎么来的”也能直接回答。4.2 碳核算简化模型把方法学讲清楚碳核算不能做成黑盒否则客户会认为是拍脑袋。我在原型里构建了一个简化模型用可展开表格展示三层结构活动数据层、排放因子层、计算结果层。活动数据层举例外购电量10000 MWh/年、天然气用量50000 Nm³/年、柴油用量20吨/年、市政蒸汽1200 GJ/年。排放因子层电网0.5703 tCO2/MWh天然气2.162 tCO2/万Nm³柴油3.095 tCO2/吨市政蒸汽0.11 tCO2/GJ。计算结果就是逐项相乘再汇总。这个模型不需要在Axure里做真正的公式计算把最终结果作为静态数据写进去并把计算过程以注释形式摆出来即可。光伏减排量怎么展示更严谨这里有两种口径一种按光伏实际发电量乘以电网排放因子计算“替代减排量”另一种只统计“绿电交易”成交的部分。原型上我建议两种口径并列展示旁边加一行小字说明口径差异。这样做一方面体现了团队对碳核算方法学有认知深度另一方面也避免未来数据对不上账。4.3 权限与角色在原型里先跑通权限控制在Axure里不需要完整做后台但至少要演示两个角色的差异。我做了admin管理员和operator值班员两个账号。admin能看到系统设置、报表导出、策略配置operator只能看监控和告警处理。实现上登录页把账号名存入全局变量然后在系统设置菜单项上添加条件判断如果当前账号不等于admin就隐藏该菜单。这个演示效果很不错客户会觉得你已经在考虑权限安全。另一个实用设计是所有表格页面都预留“导出”按钮点击后弹出一个模拟导出成功的提示气泡。虽然原型里不会真的导出文件但流程完整性加了很多分。5. 常见问题与排查技巧实录5.1 Axure做了几十个页面卡顿怎么处理Axure做这种图表密集、动态面板嵌套多的大屏演示时间一长风扇就开始狂转页面切换明显掉帧。我实测下来有几个优化手段非常有效。第一减少动态面板的无谓嵌套。动态面板套动态面板会指数级增加渲染负担能直接用“显示/隐藏”实现的效果绝不多包一层动态面板。第二中继器预置数据量要克制。演示用的设备台账有50行足够了不要为了看起来“全面”塞300行渲染卡顿只会拉低演示质量。第三关闭Axure的页面加载动画。第四演示前重新生成一遍HTML关闭浏览器开发者工具和多余标签页体验会好很多。另外如果遇到旧版本Axure源文件导入新版后出现样式错乱建议在源文件里全选所有页面重设一遍母版再检查被影响的动态面板状态。5.2 中继器数据异常排查清单做中继器表格最常见的报错就是显示“NaN”或“undefined”。根据我的经验90%是三种原因数据集列名拼写不一致、Item Loaded里赋值的文本控件名写错、或者数字列被当成了字符串。我排查的顺序很固定先看中继器数据集列表确认列名再点开Item Loaded用例确认赋值表达式最后检查目标文本控件名称是否重复。另一个容易踩的坑是从Excel粘贴数据到中继器数据集时数字列被识别成字符串这样后续做筛选和计算时会莫名其妙失败。我的建议是中继器数据尽量手动建立列一条条填入或者导入后用“设为数字类型”统一处理。虽然繁琐但能避免很多后面查不清的诡异问题。5.3 演示汇报时的翻车点做了这么多项目我发现演示翻车大多不是技术问题而是流程问题。第一演示前必须把原型生成一份本地HTML并用Chrome直接打开测试一遍。千万不要在评审现场打开Axure源文件演示源文件加载慢还容易因为没装Chrome扩展而白屏。提到Chrome扩展Axure官方插件一定要提前装好并且确认浏览器版本和插件版本匹配旧插件在新浏览器上经常失效。第二演示现场一定用一台独立电脑不要用开发机或常年不关机的电脑。内存占用高的时候切到动态面板多的页面能卡5秒以上整个评审节奏直接垮掉。第三准备一份“演示脚本”按时间线列清楚要讲什么、点哪里、预期出现的交互甚至连数值变化范围都写上。别小看这个脚本很多新人演示到一半会忘记下一步手忙脚乱翻页面脚本能稳稳兜住现场。5.4 版本管理与协作避免“文件灾难”Axure源文件是纯本地文件多人协作很容易乱。我现在项目里严格执行一套命名规范源文件按“系统名-版本号-修改人-日期”命名比如“EMS零碳园区-v2.3-李明-0315.rp”统一放到共享盘或Git仓库管理。每次评审结束后当天同步一个“评审版已修改”的文件进共享目录避免等到第二天忘了改到哪。这里必须多说一句关于许可证的事。我注意到很多新手在搜索“Axure破解版”“免费激活”“RP9密钥”这类关键词这个在行业里真的属于雷区。破解软件容易捆绑恶意代码一旦原型文件中毒几个月的心血全部白费更别说给客户演示时被问起工具授权场面相当尴尬。个人学习完全可以用官方试用版30天做完一套原型绰绰有余公司项目就让公司统一采购正版授权这既是对客户负责也是对自己职业口碑负责。6. 从原型走向产品落地6.1 交付物要做成“三件套”原型做完不是终点交付要做到三件套HTML演示包、Axure源文件、原型说明文档。HTML演示包给客户快速体验效果源文件交给开发继续迭代说明文档写清楚页面结构、指标口径、交互逻辑和待确认问题。这三个文件缺一不可很多项目最后开发做出来的系统和原型不一致往往就是交付时少了说明文档开发只能靠猜。说明文档有两点要写透。第一是仿真数据和真实数据的区分比如“SOC每5秒随机波动”这种演示交互要明确标注是仿真效果真实系统应该通过IEC104网关读取BMS数据。第二是交互行为清单按页面列出每条交互的行为路径——哪个按钮点击后跳到哪里、下拉筛选影响哪些数据、弹窗关闭后列表要不要刷新。开发拿到这个清单可以直接进入排期不用再反复找你确认。6.2 与开发评审时把原型当“需求说明书”用Axure原型最终要变成真实系统和开发Leader过原型这件事比想象中重要得多。我的经验是原型评审会上不要只讲“这个页面长什么样”而要逐条讲“这个交互背后的业务逻辑是什么”。比如告警列表开发第一反应是做一个表格但你要讲清楚告警状态机的流转未处理、处理中、已复位怎么迁移这样开发才会在设计数据结构时预留好状态字段。另外要主动标注哪些交互是原型演示专属、不会进入真实系统。比如“SOC随机数浮动”只是为演示效果做的假数据开发不需要花时间去模拟。如果不提前说清楚经验不足的开发可能会在这个仿真交互上浪费精力反而耽误了核心业务的实现。6.3 后续可以继续扩展的方向这整套原型跑通之后还可以往几个方向继续迭代电力需求侧响应、绿电绿证交易台账、碳资产管理、设备健康预测维护。如果客户反馈好下一步可以考虑把AI预测算法的入口加进原型比如负荷预测曲线、光伏发电预测误差带。这些都可以在当前的Axure骨架上做增量不用推翻重来。最后分享一个我个人的小经验能源项目的客户往往分两类一类是业务型关心收益和考核指标一类是技术型关心数据采集和算法逻辑。所以Axure原型里我习惯准备两套演示路径业务线快速讲大屏和收益分析技术线深入讲数据链路和设备监控。这套“分人演示”的思路帮我谈下了不止一个项目你下次做方案评审时也可以试试。