制造业服务化转型:工业互联网让卖产品变成卖服务

尔悦

2026-09-04 /

陕鼓集团做了一个很多人没注意到的转型。这家原来卖压缩机的企业,现在卖的是”工业气体解决方案”——客户不需要买压缩机、不需要管维护、不需要操心备件,陕鼓把设备装在你厂里,你按使用的压缩空气量付费。设备产权还在陕鼓手里,客户只买”气体”。

这个模式不是陕鼓独创的。罗尔斯·罗伊斯卖”发动机飞行小时”而不是卖发动机,ABB卖”电机服务包”而不是卖电机。制造业服务化——Product-as-a-Service——在欧美工业界已经不是新鲜概念。

但在中国,这条路走得磕磕绊绊。核心问题不在愿不愿意转,而在能不能转——没有可靠的工业互联网数据平台,服务化转型就是空中楼阁。你按使用量计费,使用量怎么测?数据断连了谁说了算?设备远程监控的数据传不回来,你敢让设备继续运行吗?

服务化的本质:从一次性交易到持续关系

传统的制造业商业模式——卖一台设备,收一笔钱,交易结束。客户用得好不好,跟设备厂商没有直接关系(除了保修期内的维修)。

服务化彻底改变了这个关系。客户不买设备了,买的是设备提供的”结果”——压缩空气、蒸汽、制冷量、电力。设备产权留在厂商手里,厂商负责运维,客户按使用量付费。

这意味着厂商的收入从”一次性”变成了”持续性”。好处是收入更稳定、客户粘性更高。代价是前期投入大——设备是你买的、安装是你做的、运维是你负责的,但收入是按月、按使用量慢慢回笼的。如果设备运行不稳定、频繁故障、数据中断,你的收入就跟着断。

所以服务化模式对数据平台的要求是硬性的:设备运行数据必须实时采集、可靠传输、安全存储,计费数据不能断、不能丢、不能被篡改。这不是”锦上添花”的功能需求,是”命根子”级别的基础设施需求。

几种服务化模式

服务化不是只有”按使用量付费”一种模式。根据客户和厂商的分工边界不同,至少有几种典型模式。

模式类型

厂商提供

客户负责

计费方式

数据需求

设备租赁

设备+安装+基础维护

运行操作+工艺管理

月租/年租

设备状态监控

按量服务

设备+运维+耗材

只管用

按产出量计费

使用量精确计量+实时采集

全托管服务

设备+运维+工艺优化

只管提需求

按效果/可用率计费

全量运行数据+预测维护

性能保证

设备+性能承诺

运行操作

基础费+性能奖励

运行数据+KPI实时核算

设备租赁是服务化的初级形态。设备厂商把设备租给客户,收租金。客户自己操作、自己管工艺。厂商通过远程监控了解设备状态,安排定期维护。数据需求相对简单——设备在线状态、运行时长、故障告警。

按量服务进了一步。客户不付租金,完全按使用量付费。空压机厂商按”标准立方米压缩空气”计费,锅炉厂商按”吨蒸汽”计费。这种模式下,计费数据就是收入——计费数据准不准、断不断,直接决定厂商收多少钱。数据平台必须做到:使用量计量数据实时采集、不可篡改、可按小时或按天汇总生成账单。

全托管服务是最高形态。厂商负责设备运行的一切——安装、操作、维护、工艺优化。客户只管提需求:”我需要每小时5000标立方的压缩空气,露点-40°C”。厂商确保设备持续满足需求,按”可用率”或”效果”计费。这种模式下,厂商需要采集和管理设备的全部运行数据——不只是计费数据,还包括工艺参数、能耗数据、设备健康数据,用于持续优化运行效率和预测维护。

转型难点:不是不想转,是转不了

说说为什么大部分企业转不过来。

设备数据采集是前提。 服务化要求精确计量客户的使用量,但你连设备装在哪、跑了多久、产出多少都不知道,怎么计费?很多中小型设备厂商的产品根本没有数据采集能力——出厂的设备就是个”铁疙瘩”,没有传感器、没有通信模块、没有数据接口。要上服务化,先改产品——加装传感器、配通信模块、接数据平台。这是一笔不小的改造成本。

计费模型设计是关键。 “按量付费”听起来简单,但实际设计很复杂。空压机的产气量受进气温度、湿度、压力影响,同样的电耗在不同工况下产气量不同。按产气量计费还是按电耗计费?峰谷时段不同价还是统一定价?设备故障期间免不收费?这些规则需要在数据平台上配置和执行,不是拍脑袋能定的。

客户接受度是变量。 有些客户不接受”不买设备只买服务”的模式。他们的顾虑很实在——数据在厂商手里,如果厂商做手脚多算量怎么办?设备产权不在自己手里,厂商服务不到位停机了怎么办?合同到期不续了设备怎么搬走?这些顾虑需要合同条款+技术透明度共同解决。

数据平台可靠性要求极高。 这是最技术性的难点。服务化模式下,数据平台就是计费系统。数据断连等于计费中断——你不知道客户用了多少,也不知道该收多少钱。更麻烦的是断连期间设备还在运行,恢复后需要补数据,如果补不上就等于这部分的收入丢了。

一个极端场景:如果一家做了服务化的设备厂商,它的数据平台出了一次72小时的事故,这72小时内所有在运设备的使用量数据都丢了。按服务化模式,这72小时的收入全部归零。对一家有1000台设备在运的厂商来说,如果每台设备每小时收入50元,72小时的收入损失就是360万。这不是理论推演,是真实发生过的。

工业互联网在服务化中的三层作用

回到正题。工业互联网数据平台在服务化转型中要做三件事。

第一层:数据采集和可靠传输。 设备端数据实时采集,网络断连时本地缓存,恢复后自动补传。数据写入后不可修改,保证计费数据真实可信。这层是基础,做不到就别谈服务化。

第二层:实时计费和账单生成。 根据计费规则配置,自动按使用量、时段、工况修正计算费用,实时生成账单数据。客户可以随时查看自己的使用量和费用明细——透明度是建立信任的前提。

第三层:预测维护和运行优化。 服务化模式下设备运维成本由厂商承担,降低维护成本等于增加利润。利用设备运行数据做预测性维护——在故障前安排检修,避免突发停机。做运行优化——调整设备运行参数降低单位产出能耗,能耗省1%就是纯利1%。

这三层功能对数据平台的要求很高:高可靠写入(不能断不能丢)、实时数据订阅(计费需要实时计算)、历史数据分析(预测维护需要长期趋势)、标签模型适配多设备多客户(不同客户的设备要隔离管理)。

为什么很多厂商想转但转不动

坦率讲,服务化转型最大障碍不是商业模式设计——模式设计可以请咨询公司做。真正的障碍是数据平台建设。

大部分中小型设备厂商没有自己的IT团队,更没有能力自建数据平台。市面上的工业互联网平台要么太重(整个平台部署下来几百万,服务化还赚不到几百万)、要么太轻(只做数据看板,不支持实时计费和数据不可变)、要么锁定太深(数据在平台上,想迁到别的地方去要付高额费用)。

所以服务化转型在大型设备厂商(陕鼓、徐工、三一)推进较快——他们有资金和IT团队建设数据平台;但在中小型设备厂商中进展缓慢——不是不想转,是数据平台成本和门槛太高。

结语

制造业服务化是必然趋势。设备利润越来越薄,单纯的”卖铁”模式天花板就在那。服务化把收入从一次性变成持续性,从”卖硬件”变成”卖能力”,这是制造业升级的方向。

但这条路走不走得通,取决于数据底座够不够硬。TDengine作为AI原生工业数据平台,用高可靠的数据写入保障计费数据不断不丢,用数据订阅支撑实时计费,用低成本的开源方案降低中小设备厂商的服务化门槛。不锁数据、不绑客户——数据主权在厂商手里,迁移成本几乎为零。当数据平台的门槛降到中小设备厂商也能承受的时候,服务化就不只是大型企业的游戏了。