“十五五”来了，数字智能事业部的机会，不是再做一套软件

——从项目交付到产品复制，重新思考电力数智化的未来五年

2026年，国家发展改革委、国家能源局印发《新型电力系统建设“十五五”规划》。

文件提出了一个清晰的发展方向：强主网、韧配网、活微网、智调度。

西电东送规模超过4.2亿千瓦，配电网支撑9亿千瓦分布式新能源接入，虚拟电厂最大调节能力超过5000万千瓦。一个更加复杂、更加灵活，也更加依赖数字化能力的新型电力系统正在加速形成。

这些数字背后，是庞大的电网建设需求。

但对于一家电力行业软件企业来说，更值得思考的不是未来五年电网还要建设多少系统，而是：

当电网的运行方式发生根本变化，我们的软件究竟应该解决什么问题？

这决定了数字智能事业部未来五年的发展方向。

一、电网正在变化，软件却不能停留在过去

过去相当长一段时间，电力信息化建设主要围绕数据采集、状态监视、业务管理和信息展示展开。

一个系统能够把数据接进来、把指标算出来、把界面展示出来，就已经解决了大量业务问题。

但新型电力系统正在改变这个逻辑。

过去，电力主要从大型电源经过主网、配网流向用户。现在，分布式光伏、储能、充电设施、微电网等资源大量接入，电能开始双向流动。

过去，调度关注的是设备当前状态。未来，还需要提前判断未来15分钟、一小时甚至一天的运行风险。

过去，发生故障后，调度人员依靠经验判断转供路径。未来，系统需要能够自动识别供电关系、生成候选方案、校核安全约束，并解释不同方案的优劣。

这意味着，电力软件的价值正在发生变化。

从“看见电网”，走向“理解电网”；从“展示问题”，走向“辅助解决问题”。

数据可视化仍然重要，但它不再是数字化建设的终点。

真正有价值的软件，应该能够回答更复杂的业务问题：

• 未来哪些线路可能发生重过载？

• 某条馈线故障后，有哪些可行的负荷转供方案？

• 接入新的分布式光伏后，配电网还能否安全运行？

• 极端天气来临前，哪些重要用户存在供电风险？

• 当前运行方式下，哪些操作能够降低风险，又会引入哪些新的约束？

这些问题的答案，才是未来电力数智化产品的核心竞争力。

二、项目做得越多，不代表产品能力越强

软件企业在发展过程中，很容易形成一种惯性：

客户提出需求，我们组织人员开发；项目完成验收，再去承接下一个项目。

这种模式能够支撑企业生存，也能够积累行业经验。

但它有一个容易被忽略的问题：每完成一个项目，究竟有多少能力真正留在了公司？

假设两个地市都需要负荷转供辅助决策。

第一个地市需要供电路径分析、转供候选生成、安全校核和方案评分。

第二个地市也有类似需求，只是数据接口、网络模型、业务规则和展示方式有所不同。

如果第二个项目仍然需要重新梳理算法逻辑、重新开发核心功能、重新构建业务流程，那么我们积累的主要还是项目经验，而不是产品能力。

项目收入会随着项目数量增长，但交付人员、研发工作量和维护成本也可能同步增长。

这正是项目制软件企业走向规模化时必须面对的矛盾。

一个真正有竞争力的事业部，不应该仅仅衡量一年交付了多少项目，还应该关注：

今年完成的项目，有多少能力能够让明年的项目做得更快、更好、成本更低？

这是从项目经营转向产品经营的关键。

三、未来五年，我们应该把力量集中在哪里？

国家规划涉及主网、配网、微电网、储能、电力市场、虚拟电厂等众多方向。

这些方向都有发展空间，但不意味着每个方向都适合我们立即进入。

对于数字智能事业部来说，战略规划首先是选择，而不是把所有机会列出来。

结合已有的电力业务积累，我们更应该围绕一条主线持续建设：

以主配微协同为方向，以电网安全治理为核心，以预测、分析、推演和辅助决策为关键能力。

在此基础上，重点布局四类产品。

1. 主网配网一体AI辅助决策

这是已有业务积累较深，也最适合持续产品化的方向之一。

未来的主配协同，不应该仅停留在主网、配网数据汇集和统一展示。

真正的业务价值，在于打通事前、事中、事后的运行决策过程。

事前能够预测风险、评估运行方式；事中能够分析故障影响、推荐转供方案；事后能够复盘处置过程、评估恢复效果。

围绕供电路径分析、N-1校核、负荷转供、重要用户保障和运行风险研判，逐步形成标准化辅助决策产品。

2. 负荷预测与新能源功率预测

预测不仅是一项独立业务，也是未来众多智能应用的基础能力。

负荷预测影响调度运行方式安排，新能源功率预测影响源荷平衡，分布式资源预测影响配网承载力评估。

我们需要把预测能力从单项目算法开发，逐步转向可以持续运行、评估、管理和调用的标准化预测服务。

不仅要关注预测精度，还要关注数据质量、预测时效、异常处理、模型更新和结果追溯。

3. 电网安全风险态势推演与防控

过去，很多风险是在监测指标越限后才被发现。

未来，更重要的是在风险真正形成之前，通过预测工况和仿真推演提前识别。

例如，在迎峰度夏、重要保电、极端天气和大负荷转移等场景下，提前评估潜在风险、比较运行方案，并为调度人员提供决策依据。

这类产品能够把预测、拓扑、潮流、安全校核和优化算法结合起来，形成更完整的业务价值。

4. 面向县供电公司/供电所的轻量化智能工具

产品化不一定意味着建设大型平台。

县级供电公司存在大量高频、明确、范围相对集中的业务问题。

例如台区频繁跳闸分析、低电压治理辅助、停电检修冲突检查、设备异常识别等。

这些场景可能不需要一个复杂的大系统，却需要一个能够真正减少人工分析工作量的小工具。

对于中小型软件团队来说，轻量化产品具有一个值得探索的优势：业务边界相对清晰，验证周期可能更短，更容易积累跨客户复制经验。

大型产品形成业务深度，小型工具验证复制效率，两者不应相互排斥。

四、产品化的关键，不是功能复用，而是能力复用

未来，不同产品可能需要使用同一项核心能力。

故障转供需要拓扑分析，重要用户保障需要拓扑分析，新能源承载力评估同样需要拓扑分析。

运行风险预警需要负荷预测，态势推演需要负荷预测，源网荷储优化也可能需要负荷预测。

如果这些能力分别建设在不同项目中，最终就会形成多个难以统一维护的技术实现。

这也是我们推进组件化建设的根本原因。

组件化不是把现有代码简单拆分成几个模块，更不是整理一份组件清单。

真正的组件化，应当明确：

• 输入是什么：需要哪些数据，数据质量和时效有什么要求？

• 规则是什么：遵循哪些业务约束，哪些参数允许配置？

• 输出是什么：能够提供哪些计算结果、判定依据和异常信息？

• 边界在哪里：组件负责什么，不负责什么？

• 如何验证：什么条件下可以证明组件有效、可靠并具备复用价值？

我们所推进的三层标准化架构——标准化输入、核心计算、标准化输出，正是为了解决这些问题。

数据源可以因地区而不同，展示界面可以因客户而变化，但经过验证的核心业务能力，应尽可能保持稳定。

当然，标准化不意味着忽略地区差异。

不同地区的网络结构、业务规程、数据条件和调度权限可能存在差异。真正可复制的产品，必须能够