企业决定上AI之后,几乎必然听到一个建议:"先把系统换了。"
这句话有三个来源。厂商销售说它,因为换系统才有大客单;咨询蓝图说它,因为蓝图默认画在新系统上;组织内部也在说它,因为用老系统的人攒了十年的嫌弃,正好借AI立项一起清算。三个来源有一个共同点:没有一个是从你的数据出发的。
而数据,才是AI落地真正要盘点的东西。
一、组装式信息化是地基,不是包袱
制造加电商企业的典型现状:一套跑了十几年的ERP,一套电商SaaS管订单库存发货,一套协同工具管审批沟通。各自能用,互不相通——"信息孤岛"这个词被骂了十年,骂到很多老板默认:孤岛=落后=该换。
换个视角重新盘点这三套系统:
- ERP:公司最完整的结构化数据资产。订单、成本、BOM、客户往来——十几年的家底都在里面
- 电商SaaS:最高频的业务流水。今天的数据今天就有,比月报快三十天
- 协同工具:组织真实的决策现场。谁在拍板、依据什么、卡在哪一步——全在聊天记录里
孤岛的真问题不是"系统老",是"数据不流通"。而AI恰好是一种不要求换系统、只要求拿到数据的技术形态——它读的是数据,不是系统品牌。
所以第一问的判断依据是:你的信息化欠的不是新,是通。换系统解决不了通——新系统一样要对接电商、对接协同,孤岛问题原样平移;而叠加一个智能层直接解决通——把三处数据汇到AI面前,孤岛自然消失。为一个"通"字付"换"的钱,账算不过来。
二、重建派与叠加派:一笔TCO账
重建路线的隐性成本有三项,它们共同的特点是不进报价单:
- 数据迁移风险——十几年ERP数据往新系统搬,损耗多少、错多少,没人在合同里赔
- 停摆风险——切换期双轨并行,多出来的工时由业务部门付
- 组织学习曲线——全员重学一套操作,一年混乱期,期间所有人怀念旧系统
叠加路线复用现有资产,三项成本归零:
- 数据不动——还在原系统,AI层只读
- 流程不换——业务照旧跑,AI补断点
- 组织不重学——界面还是原来的,只是多了一个问得动的入口
有人担心叠加路线"治标不治本"。恰恰相反:换系统才是治标(把不通的岛换成新的不通的岛),叠加智能层是治本(数据层面一次性打通,之后无论底层系统怎么换,打通层可迁移复用)。
三、能不能叠:接口盘点四问
工程上能不能走叠加路线,不靠信念,靠盘点。四个问题对着现有系统过一遍:
- 数据可取吗?老ERP大多留有数据库层的读取通道(直读或定时导出);SaaS看有没有开放API或导出功能。有通道=能叠
- 流程可挂吗?找到自动化断在最后一步的环节(人工复制粘贴处=最佳叠加位)。断点越靠流程末端,叠加越便宜
- 权限可继承吗?AI的权限模型能不能跟随原系统的角色体系?不能继承=两套权限两套维护=治理灾难的开始
- 墙在哪?哪些数据被SaaS厂商锁死(不开放API、不让导出)?锁定处要么谈判要么绕行——但先要知道墙在哪
四问答完,叠加路线图自己浮出来:先接哪路数据、先补哪个断点、哪里要绕墙、哪里要谈判。盘点本身半天到一天,比任何"数字化转型规划"都便宜,但它是AI落地唯一必须的前置动作。
四、三条工程红线
叠加路线要立三条纪律,把关人(IT负责人)可以直接拿去当验收标准:
- 只读接入:AI层对业务数据只读,不回写核心库。写操作走原系统、走审批——叠加层出任何问题,业务数据无损
- 权限跟随:你在ERP里看不见的数据,通过AI也看不见。权限不另起炉灶,治理成本不翻倍
- 叠加层独立演进:模型升级、场景增减,不动业务系统的升级周期。反过来,业务系统将来要换,叠加层整体平移,资产不丢
三条红线的共同逻辑:叠加层和业务系统解耦——谁出问题都不连坐,谁要升级都互不绑架。这是叠加路线相对于重建路线的工程本质优势。
五、收口
"换系统"当然有对的场景——公司要上新制造执行系统、要换架构、老系统厂商停止服务了,该换就换。但那是业务决定,不是AI的前提。
把AI绑在换系统上,逻辑等于给发烧的病人开化疗:手术也许有一天要做,但绝不是退烧的第一步。
AI进厂第一问,多数时候的正确答案是:用系统,不是换系统。先盘点、后叠加,数据通了,孤岛自己就没了。
下一步:拿第三节的四问,对你的三套系统各做一遍盘点——数据通道、流程断点、权限体系、锁死的墙。一天之内你会得到一张叠加路线图:哪些能直接叠、哪些要谈、哪些要绕。这张图在手,任何服务商再提"先换系统",你都有底气问一句:为什么。