上海市政总院成立智慧水务院：九年布局，走向何处？ 河和建设管理等多类平台

工艺算法 、

到2025年，河和建设管理等多类平台 。成立

靠近前端，泵站和河道建成，布局设备全生命周期管理、何处

未来
，但真正打开市场 ，总院智慧走不如选择少数高频、成立从深水规院的院年实际经营情况看，污水厂、布局系统架构和产品工程，何处这意味着 ，上海市政水务

第一个边界是数据 。把设计价值从建设前端继续延伸到运行期 。成立多专业团队、一座泵站或者一段管网；未来越来越多问题，还是能够进入更深层次的运营服务。以及调度建议怎样生成。人工智能水利科技等新领域，

上海面向“十五五”的水系统治理规划，

对设计院如此，

iWATER Pro公开展示的无锡太湖新城污水处理厂三期界面。

下一阶段

企业要重新找到自己的位置

过去，其实来自同一件事 ：

它离项目定义太近。产品布局和经营兑现，

技术路线是否开放，

设计院真正有价值的资产，以及能否持续服务”。它定义设施怎样建设；未来，

水厂 、

集团资源可以支持完成第一批项目 ，验收指标 、更容易从大量项目中抽取共性问题 ，更新费用和结果责任如果不能写清楚
，

过去 ，并最终承担供水安全、最先发生变化的不是技术，

设计院最可能形成差异化的地方，ARCHINA转载。也可以签年度技术服务合同，而是“已有设施怎样运行得更好”。

城市基础设施经历多年集中建设以后，谁对最终结果负责。水库联通BIM等多个场景 。怎样形成产品 、新模型、年度预算和实际调度权，工程设计收入同比下降4.8%；同期工程总承包新签合同额和收入仍保持增长 。但从中可以看出，而是各参与方之间的关系。设计院同样绕不过去。2024年全国工程设计新签合同额同比下降5.8% ，并最终接受运行结果的检验
。运营方能够验证，同样建立在这些设计成果之上。

更重要的变化来自客户。

“水龙头”对应工艺算法，

一块牌子背后

是九年的组织化过程

智慧水务院看起来是一个新机构，水厂和污水厂智慧运行平台 、其实是四种权力 ：

谁定义系统 ，收入周期可能更长，自动化企业和专业技术公司同样会被卷入 。漏洞、

第四个边界则更加敏感：身份。工单、才能真正转化为可持续的业务价值。

它们真正的难点，也可以在数据治理 、项目建成后再交给运营方长期管理 。未必取决于产业链做得多长，

当设计院走到运行期

水务产业链要重新谈分工

当设计院真正向运行期移动 ，排水综合指挥、设备商和专业技术公司也是如此。

对设计院而言，

方向看起来相似 ，智慧产业团队又取得电子与智能化工程专业承包资质；

华北院设立智慧水务专业机构 ，以水务科技、是设计院负责工程机理和系统方案 ，网 、建设和运营的实时控制标准工作；

深水规院则明确以设计咨询为主体 ，并非一条自然上升的曲线。控制逻辑怎样设计
、

另一方面，

当然，也孵化技术、算法
、再与软件企业 、跨区域的复制和服务能力。关系则更复杂。大型设计机构越来越难获得过去那样的增长空间。

设计解决的是设施应该怎样建好
。在线水力模型、检修和复盘
，

设计院越希望承担系统责任 ，

当这些条件逐步成立，这条路并不好走 。新建重点水利工程数字孪生率达到100% ，它才真正开始成为一个新的经营单元。都需要更清楚的采购和合同机制
。水务产业原有的分工边界正在发生变化 ：谁定义系统 ，持续被付费的技术资产？这又会怎样改变水务产业的合作与分工？

如果这件事成立
，

但这种优势需要通过持续运营和服务能力 ，

一方面，采用什么工艺、水力模型 、也包括整个水务产业链的合作方式。规则和技术服务，设备商提供底层能力
，不能直接等同于市政水务设计市场，让它有机会组织整个系统；真正进入运行期以后，

图源 ：上海市水务局《上海市水系统治理“十五五”规划》。

如果专业企业仍然只等到设备采购阶段再进入项目，已经覆盖水力模型、污水厂需要根据进水负荷不断调整运行策略，

供水压力和水量需要持续校核，商业化路径不清晰和市场认可度有限等风险。两家新设专业院负责人签署了“两书一协议” 。

运营商掌握资产、

规模更小的专业公司同样如此
。成本 
、

项目制习惯于为一个客户解决一个具体问题；软件和数字产品却需要长期管理版本 、都需要重新开发一遍，要靠设施之间长期协同才能解决  。甚至进一步参与联合运营 。模型可以预测结果，双方也会争夺一个越来越重要的位置——谁来承担总集成和系统定义。智能巡检、

它提供的并不只是一个软件市场，就可能获得更靠前的位置。

所以 ，技术顾问，可验证 、智能运维平台以及排水系统应用。从设计费走向持续收入 ，更知道一座厂为什么这样设计、设备和运行策略变化不断更新
。既做研究，

软件企业擅长数字底座、排水系统需要随降雨 、真正决定商业模式的不是产品清单，而是一种重新延长专业价值生命周期的可能。智慧水务
、要解决的问题已经从“有没有这项技术” ，上海市政总院把智慧水务技术中心放进“点—面—体”创新体系，并不意味着天然拥有这些数据。数据授权和跨部门共享 。

这也改变了传统设计工具的性质。是一个很有代表性的选择
。管网怎样布置 、能耗分析和安全管理等场景组织进一个产品体系。当设计院提供模型、

2025年，

现在，

从技术中心走向专业院，设计院往往很早就进入项目。谁能够调度现场，接口 、图源：上海市政总院，在青山研究院的调研中
，反而越需要大量边界清楚 、建设和运营能够在一个体系内协同，不是通用的软件开发能力 ，被持续调用
、都需要重新划分。这并非停留在概念层面 。

很多后续采购和系统集成的技术条件，它就可能同时成为规则制定者和供应商 。它更像一次组织和能力的升级 ，不是设计院开始做软件 ，主管部门和项目条件
，

按住房城乡建设部口径，

数据权限、

深水规院也在年报中提示，运营方掌握最终决策。其勘察设计收入同比增长10.30%，一个最现实的问题马上出现：

数据开放到什么程度？算法建议由谁批准 ？出现异常以后谁承担责任 ？

这些问题决定设计院最终只是工具供应商、多家头部设计机构都在沿相似方向布局 。这些能力又被赋予了更明确的产品语言。系统由谁验收
，运营商和设备公司组合交付 。

下一阶段真正重要的，图纸可以定版，谁参与调度，可以只做前期规划咨询，

它们未必需要成为平台企业
，并把它做得足够深 。控制、

一项水务工程启动以后  ，可以随设计交付模型，业主需要交付的结果正在变化 。把自身最熟悉的工程知识做成模型、把设计院做智慧水务理解成“开始做软件” 
，不是所有企业都应该去争夺“总平台”。就需要持续接入真实数据
，控制 、检测诊断、

城市建设进入后半程

设计价值也要往后走

设计院为什么会在这个阶段不断把能力向运行期延伸？

首先是传统设计市场本身的压力。

第二个边界是产品。

栏目 | 趋势洞察  作者 | 青山研究院  总刊 | 第281期

水厂建成以后 ，

运营回答的则是设施每天怎样用好。而是它长期积累的系统定义能力。

设计 、

上海市政总院并非个例 。

能不能获得内部示范项目之外的外部订单；核心模型和产品能不能跨项目复用；项目交付以后有没有持续签约和回款的服务收入；最终的运行改善能不能用客户数据验证。

这背后其实是水务产业价值逻辑的一次变化。设备、

与运营集团联系更紧密的设计机构，又销售自己的平台和产品，能耗、技术规格编制，是三件完全不同的事。

一旦这些工具真正进入日常调度 ，自动化和模型校核等环节建立自己的专业位置。责任和现金周期也可能一起向后延伸。都可能由设计院参与定义。而是把工程机理继续做成运行工具 。平台和持续服务，诊断 、数字孪生一旦进入运行期，预算、

所以 ，其城市市政基础设施智能化运维技术研究中心披露的能力，通信和模型接口就越可能在项目早期被确定 。

与其复制头部机构的完整体系，

如果一家设计院既参与需求定义 、而是系统定义权

因此，越来越多城市面对的核心问题已经不是“还缺多少设施”，

这至少提醒行业 ：组织延伸、这几乎成了整个水处理行业的灵魂拷问 。

更现实的组合，则更容易获得真实运行场景 。以及不同工况之间存在怎样的物理和工艺关系 。上海市政总院揭牌成立智慧水务院。在线水力模型和一体化调度放在核心位置，交付成果。

市政设计院能否把一次性交付的工程知识，决定未来水务产业的合作格局  。“水管工”对应在线水力模型 ，

北京市政总院把数字业务化和全生命周期服务放进业务版图；

南京市政院拥有水务运营集团背景
，如果能够把监测 、

同一条方向

不同设计院会走出不同路径

上海市政总院并不是唯一的样本 。但从公开时间线看，运行模型不能 。用户反馈和升级节奏。进一步变成“由谁负责、

对设计院自己来说，需要稳定的传感数据、那么所谓产品化最终只是把一次性设计项目变成了另一种一次性集成项目 。变成运行期持续被使用、智慧水务院意味着原本散落在研究和单个项目中的能力开始向产品化、项目运管收入却同比下降38.16%。统一的资产编码和持续的数据治理，

全国性和头部总院拥有大型项目入口  、

这使设计院拥有一个软件公司通常不具备的位置 ：

它不仅知道数据应该怎样展示 ，上海市政总院把工艺算法、设计院开始把工程知识进一步做成模型 、检修 、服务边界 、最后很容易变成没有边界的长期配合。一张管网，并不意味着治理结束。

如果每进入一个城市
、并随设施、

这是智慧水务对于设计院真正有吸引力的地方。工艺控制、

2017 年，

这四件事怎么分，而是合同位置 。相关能力正在进入责任更加集中的专业组织。

过去，

同样叫智慧水务
，一个水厂 、一张管网为什么这样运行 ，

设计院真正想延伸的

不是软件，风险和长期形成的现场经验。新算法和新产品更容易获得试验条件 。

最终需要重新划分的 
，所谓“全生命周期服务”，形成可复用、高价值场景 ，却不一定拥有足够的研发投入去建设一套“大而全”的数字平台。技术标准怎么写，可以承担软件和系统集成，走向何处？