企业决定上AI之后,几乎必然听到一个建议:"先把系统换了。"

这句话有三个来源。厂商销售说它,因为换系统才有大客单;咨询蓝图说它,因为蓝图默认画在新系统上;组织内部也在说它,因为用老系统的人攒了十年的嫌弃,正好借AI立项一起清算。三个来源有一个共同点:没有一个是从你的数据出发的。

而数据,才是AI落地真正要盘点的东西。

一、组装式信息化是地基,不是包袱

制造加电商企业的典型现状:一套跑了十几年的ERP,一套电商SaaS管订单库存发货,一套协同工具管审批沟通。各自能用,互不相通——"信息孤岛"这个词被骂了十年,骂到很多老板默认:孤岛=落后=该换。

换个视角重新盘点这三套系统:

孤岛的真问题不是"系统老",是"数据不流通"。而AI恰好是一种不要求换系统、只要求拿到数据的技术形态——它读的是数据,不是系统品牌。

所以第一问的判断依据是:你的信息化欠的不是新,是通。换系统解决不了通——新系统一样要对接电商、对接协同,孤岛问题原样平移;而叠加一个智能层直接解决通——把三处数据汇到AI面前,孤岛自然消失。为一个"通"字付"换"的钱,账算不过来。

三套系统三类资产
图1|三套系统=三类资产:孤岛的真问题不是老,是不通

二、重建派与叠加派:一笔TCO账

重建路线的隐性成本有三项,它们共同的特点是不进报价单

  1. 数据迁移风险——十几年ERP数据往新系统搬,损耗多少、错多少,没人在合同里赔
  2. 停摆风险——切换期双轨并行,多出来的工时由业务部门付
  3. 组织学习曲线——全员重学一套操作,一年混乱期,期间所有人怀念旧系统

叠加路线复用现有资产,三项成本归零:

有人担心叠加路线"治标不治本"。恰恰相反:换系统才是治标(把不通的岛换成新的不通的岛),叠加智能层是治本(数据层面一次性打通,之后无论底层系统怎么换,打通层可迁移复用)。

重建与叠加的TCO对比
图2|重建 vs 叠加:隐性成本从不进报价单

三、能不能叠:接口盘点四问

工程上能不能走叠加路线,不靠信念,靠盘点。四个问题对着现有系统过一遍:

  1. 数据可取吗?老ERP大多留有数据库层的读取通道(直读或定时导出);SaaS看有没有开放API或导出功能。有通道=能叠
  2. 流程可挂吗?找到自动化断在最后一步的环节(人工复制粘贴处=最佳叠加位)。断点越靠流程末端,叠加越便宜
  3. 权限可继承吗?AI的权限模型能不能跟随原系统的角色体系?不能继承=两套权限两套维护=治理灾难的开始
  4. 墙在哪?哪些数据被SaaS厂商锁死(不开放API、不让导出)?锁定处要么谈判要么绕行——但先要知道墙在哪

四问答完,叠加路线图自己浮出来:先接哪路数据、先补哪个断点、哪里要绕墙、哪里要谈判。盘点本身半天到一天,比任何"数字化转型规划"都便宜,但它是AI落地唯一必须的前置动作。

接口盘点四问
图3|接口盘点四问:能不能叠,不靠信念靠盘点

四、三条工程红线

叠加路线要立三条纪律,把关人(IT负责人)可以直接拿去当验收标准:

  1. 只读接入:AI层对业务数据只读,不回写核心库。写操作走原系统、走审批——叠加层出任何问题,业务数据无损
  2. 权限跟随:你在ERP里看不见的数据,通过AI也看不见。权限不另起炉灶,治理成本不翻倍
  3. 叠加层独立演进:模型升级、场景增减,不动业务系统的升级周期。反过来,业务系统将来要换,叠加层整体平移,资产不丢

三条红线的共同逻辑:叠加层和业务系统解耦——谁出问题都不连坐,谁要升级都互不绑架。这是叠加路线相对于重建路线的工程本质优势。

只读接入、权限跟随、独立演进三条红线
图4|三条工程红线:叠加层与业务系统解耦

五、收口

"换系统"当然有对的场景——公司要上新制造执行系统、要换架构、老系统厂商停止服务了,该换就换。但那是业务决定,不是AI的前提。

把AI绑在换系统上,逻辑等于给发烧的病人开化疗:手术也许有一天要做,但绝不是退烧的第一步。

AI进厂第一问,多数时候的正确答案是:用系统,不是换系统。先盘点、后叠加,数据通了,孤岛自己就没了。

下一步:拿第三节的四问,对你的三套系统各做一遍盘点——数据通道、流程断点、权限体系、锁死的墙。一天之内你会得到一张叠加路线图:哪些能直接叠、哪些要谈、哪些要绕。这张图在手,任何服务商再提"先换系统",你都有底气问一句:为什么。