光伏能源管理平台UX设计的7个关键原则

用户体验 2026-08-30

之前我们写了两篇光伏APP设计的文章，这篇换个对象：Web端的能源管理平台。平台和APP的设计逻辑差别很大。APP服务的是"碎片时间里快速确认一下"的场景，平台服务的是"坐在工位上处理一天工作"的场景——多电站资产管理、批量派单、财务对账、给领导出报表。屏幕大了，用户有耐心了，设计要回答的问题反而更多了。

以下七条是我们在新能源项目里沉淀下来的原则，按重要程度排，不按模块排。

1. 先定角色，再画界面

这句话我们每篇文章都在说，因为项目里最多的返工都来自这里。管理平台的角色比APP更杂：业主看收益，运维看设备，财务看账单，集团领导看报表。四个角色打开同一个系统，想要的完全是四个东西。

处理办法不是做四套系统，而是同一个数据底座，四套视图。登录后看到什么，由角色决定。别指望用一套"大而全"的界面满足所有人——那种界面我们见过，每个角色都要穿过别人的信息才能找到自己的，谁都嫌乱。

2. 总览页只回答一个问题：今天需不需要我做什么

管理平台的首页经常被做成"数据仓库"：几十张卡片、一排排行榜、一个装饰性的大地图。看起来很忙，用起来很慌。

我们对总览页的验收标准只有一条：管理者花十秒钟扫一眼，能不能回答"今天有没有事需要我处理"。能，就是好首页。异常电站数量、紧急告警、待处理工单放最上面；装机总量、累计发电这类"荣誉数据"放下面——它们好看，但不影响任何决策。

光伏PV平台设计原则

3. 告警不是通知栏，是工作台

APP端的告警是"通知你"，平台端的告警是"让你处理"。这是两个物种。

平台端的告警列表要能直接干活：筛选（按电站、等级、设备类型）、认领、转工单、批量处理、查看处理进度。告警从出现到关闭的全流程都应该在平台上留痕，谁处理的、多久处理的、怎么处理的。这不仅是效率问题，年底做运维复盘、跟甲方结算运维费用的时候，这些记录就是凭据。【此处可补充：你们设计告警工作台时的真实取舍，比如列表和看板怎么选的】

4. 高密度数据：给密度，但给"逃生通道"

平台端用户是专业人士，他们确实需要密度——一行十几列的表格、紧凑的行高、尽量少的翻页。这条和移动端设计哲学相反，但在这里是对的。

不过密度要有边界。列太多时，支持用户自定义列显示；默认列序按使用频率排，不是按数据字典的顺序排；表格的关键列（电站名、状态）冻结，横向滚动时不丢上下文。还有个小而重要的细节：数字右对齐、千分位、单位统一放表头。这类细节没人夸你，但少了人人骂。

5. 远程操作：每一次点击都要有"后悔药"

平台端常常能做远程控制：重启逆变器、修改参数、远程开关机。这类功能的设计重点不在"能不能做"，在"敢不敢点"。

高危操作三件套：操作前明确告诉用户后果（不是一句"确定吗"，是"重启后该设备将离线约3分钟"）；操作中有可见的执行状态；操作后留完整的审计日志——谁在什么时间对哪台设备做了什么。权限上也要卡住：远程控制不能是谁都能点。【此处可补充：真实项目里远程控制功能的安全设计案例，或客户在这方面的真实顾虑】

6. 报表和导出：被严重低估的主战场

很多团队把报表当成附属功能，草草做个导出Excel。但在真实使用里，报表是平台的高频刚需：财务要对账，业主要申报补贴，管理层要月报，运维要年度复盘。

设计上值得投入的点：常用报表做成模板一键生成；导出的文件格式对方拿到就能用（日期格式、表头命名这些细节）；月报类报表支持定时自动生成和推送。这类功能不性感，但用户续约的时候想得起它。

光伏PV平台设计原则

7. 性能是体验，而且是排第一的差评来源

最后一条和技术有关，但 UX 团队必须盯：几百个电站、几万条告警、一年的分钟级数据，列表加载转五秒的圈，前面所有设计原则都白费。设计上能做的事不少：大数据量默认带筛选条件而不是全量加载；加载中有骨架屏而不是白屏；弱网环境保留最近一次的数据并明确标注时间戳。性能问题拖到上线后就是客诉，在设计阶段把数据量的边界问清楚，比什么都强。