国产PLM的怪现象之版本升级：老客户的“杀猪盘”

寂静回声

如果说“实施上线”是企业与软件厂商的婚礼，那么“版本升级”就是检验婚姻质量的七年之痒。遗憾的是，在国产PLM的语境下，这场婚姻往往还没撑到七年，就已经充满了算计与背叛。
许多企业IT负责人在初次选型时，关注功能清单、关注界面UI、关注License价格，唯独忽略了最致命的一点：这款软件，未来能升级吗？升级要花多少钱？
当三年过去，服务器老化、操作系统更新、CAD软件换代，企业提出PLM升级需求时，才发现自己已经成了砧板上的肉。厂商报出的升级费用，甚至接近甚至超过了当年的采购费用。更可怕的是，厂商双手一摊：“由于当年的定制化开发太多，新版本架构不兼容，升级等同于重做。”
这就是行业的深水区，也是老客户面临的“杀猪盘”。

一切悲剧的根源，早在签单的那一刻就已埋下。
国产PLM市场竞争极其惨烈。为了抢占市场占有率，为了在IPO报表中多加一个Logo，厂商们不惜以极低的价格中标。一套在国际市场上价值百万的系统，国产厂商敢报30万。
但这30万连实施顾问的差旅费和开发人员的工资都不够覆盖。厂商不是慈善家，他们赌的是“后市场”。
他们默认的逻辑是：先把客户圈进来，以后靠服务费和升级费回血。 这就是“养猪”的开始。

为了弥补产品标准功能的不足（相较于国外成熟产品），国产厂商销售在售前阶段往往会有求必应：“这个功能没有？没关系，我们给你开发！”“这个流程不符合你们习惯？没问题，我们改代码！”
中国制造企业的管理成熟度参差不齐，往往希望软件适应人，而不是人适应软件。于是，双方一拍即合。
在实施过程中，大量的二开（二次开发）产生了。
你需要一个特殊的BOM视图？写死在代码里。
你需要一个奇葩的编码规则？写死在数据库触发器里。
你需要绕过系统的标准API直接读写表？没问题，为了赶上线进度，怎么快怎么来。
这些为了满足客户“任性需求”而写下的每一行非标准化代码，都是未来升级路上埋下的地雷。此时客户觉得厂商服务好、响应快，殊不知自己正在亲手打造锁住自己的脚镣。

当时光流转，企业需要升级PLM时（通常是因为配套的CAD版本升级了，或者操作系统不兼容了），真正的技术灾难开始显现。
很多国产PLM产品的底层架构在设计之初就缺乏弹性。
国外顶尖PLM（如Teamcenter, Windchill）通常有严格的MetaData（元数据）驱动机制和API隔离层。无论你怎么配置业务逻辑，核心内核是不动的。
但部分国产PLM，特别是那些从PDM（图文档管理）野蛮生长起来的产品，其“配置”往往是伪配置。所谓的定制，很多时候是直接修改了底层源码或数据库结构。
当厂商发布V5.0版本时，底层表结构可能已经发生了剧变。而客户手里的V3.0版本，已经被改得面目全非。
标准表被加了自字段。
核心逻辑被硬编码覆盖。
接口没有走标准协议。
这时候，升级程序一运行，系统直接崩溃。因为新版本的程序根本“不认识”这个被魔改过的旧数据库。

在项目实施期，为了赶工期，驻场的开发人员（很多是外包或实习生）写下了大量的“面条代码”（Spaghetti Code）。这些代码缺乏注释、缺乏文档、逻辑混乱，且紧密耦合在旧版本的特定环境中。
当要升级时，当初写代码的人早就离职了。
面对几万行不知所云的定制代码，原厂的高级工程师也束手无策。他们面临两个选择：
读懂并重写这些代码以适配新版本（工作量巨大，成本极高）。
告诉客户：这些功能在新版本里不支持，或者是即使支持也要重新收费开发。
绝大多数厂商选择了后者。这就是为什么客户觉得被“杀猪”了——我当年花钱买的功能，升级后竟然没了，想要还得再掏钱？

PLM的核心是数据。图纸、BOM、工艺路线，这是企业的命根子。
版本升级中最凶险的一环是数据迁移（Data Migration）。
由于国产软件版本迭代管理的混乱，V3.0到V5.0之间可能并没有平滑的升级工具。厂商往往需要写脚本把数据导出来，清洗，再导入新系统。
在这个过程中：
图纸关联关系丢失。
历史版本错乱。
审批记录查不到。
一旦数据出现问题，升级项目就会变成“事故现场”。为了规避风险，厂商往往会报出一个极高的“数据迁移费”，本质上是用高价劝退客户：“别升了，凑合用吧，或者当个新项目重新买。”

当技术问题无法以低成本解决时，商业镰刀就挥下来了。
这时候，企业已经深度依赖这套PLM系统。几十万张图纸在里面，几百个工程师每天要用。换系统的迁移成本太高（几乎等同于甚至高于新建），也就是所谓的Vendor Lock-in（厂商锁定）。
利用这种锁定效应，厂商在升级报价上拥有绝对的话语权。
License费： 之前买的是永久授权？对不起，新版本我们改SaaS订阅制了，或者旧License不兼容新模块，需要补差价。
实施费： 升级就是重新实施，按人天报价，不打折。
二开费： 以前的定制功能要迁移？按新需求开发收费。
算下来，升级费用甚至是初次采购费用的1.5倍。企业甚至会产生错觉：“我是不是遇到了诈骗？”

如果企业嫌贵不升级怎么办？
厂商有的是办法：
停止维护： 宣布旧版本停止支持（End of Life），不再提供补丁。
环境逼迫： 你的新电脑装了Win11，旧版本PLM客户端装不上；你的设计部门换了Creo 8.0或SolidWorks 2024，旧版本PLM无法提取BOM。
安全恐吓： 告知旧版本存在Java漏洞或数据库漏洞，不升级后果自负。
在这种“前有堵截，后有追兵”的情况下，企业被迫掏钱，成为那头待宰的猪。

国产软件行业人员流动率极高。当年给企业做实施的顾问团队，现在可能一个都不在原厂了。
厂商派出的新团队对老客户的业务一无所知。
“在这个项目上，我们要重新学习业务。” ——这句潜台词意味着，企业不仅要付钱，还要花大量时间陪练，帮厂商的新员工熟悉系统。企业花钱买了服务，却变成了厂商的新兵训练营。

国产PLM最大的软肋在于它是“项目型公司”而非“产品型公司”。
产品型公司（如达索系统）：卖的是标准品，尽量减少二开，依靠强大的可配置能力（Low-Code）来满足需求。升级是产品研发部门的事。
项目型公司（大多数国产）：卖的是半成品+人力外包。每一个项目都是一个独立的各种补丁的集合体。升级是项目实施部门的事。
由于缺乏强大的底层PaaS平台支撑，国产厂商只能靠堆人头做二开来满足需求。随着客户数量增加，维护成千上万个各不相同的“定制版本”，本身就是一场无法维持的噩梦。

中国甲方的“巨婴心态”也是导致“杀猪盘”的重要原因。
既要价格便宜，又要功能全，还要完全贴合我现有的（往往是落后的）管理流程。
很多企业引进PLM本应是学习先进的管理理念，但实际操作中，往往强迫软件修改逻辑来适应企业内部混乱的Excel管理习惯。
采购时只看谁便宜，不考察厂商的技术架构和长期生存能力。
当甲方逼迫乙方在烂泥坑里盖楼时，就不要指望这栋楼能加盖第二层。