制造业老系统改造：5 个典型场景和改造路径

制造业企业的信息化系统，往往有一个共同特征：用着用着就成了"祖传系统"。

系统可能是 10 年前买的或定制的，当时很好用，但随着业务扩展、设备升级、员工换代，系统越来越跟不上：新设备接不上、新需求加不了、出了问题没有人能改、招不到人维护这套技术栈……

本文梳理制造业老系统改造中最典型的 5 个场景，以及每个场景对应的务实改造路径。

---

场景一：生产进度全靠人工汇报，管理层看不到实时数据

典型现象：

• 生产主管每天要打电话问各工序的进度
• 进度表是 Excel，每天手工汇总，滞后 1 天以上
• 管理层做决策时，数据往往是昨天的，甚至是上周的

根本原因： 老系统可能根本就没有进度追踪功能，或者有但设计太复杂，工人不愿意用。

改造路径：

不需要上完整的 MES（制造执行系统），可以从最小切口入手：

1. 第一步（2–4 周）：在关键工序节点增加简单的"报工"功能。工人用手机或平板扫描工单二维码，点击"开始"和"完工"，系统自动记录时间节点。
2. 第二步（2–4 周）：基于报工数据，做一个实时进度看板（大屏或管理后台），让主管实时看到每张订单在哪个工序、预计完成时间。
3. 第三步（按需）：把进度数据和出货计划打通，客服可以在系统里直接查询订单状态，不需要找生产部门确认。

成本参考：第一步 + 第二步约 3–6 万，具体看已有系统是否有可以对接的接口。

---

场景二：设备接不上系统，生产数据靠手工录入

典型现象：

• 数控机床、注塑机等设备有自己的控制系统，但数据孤立在设备上
• 生产报工、良品率统计都靠工人手工填表，数据准确性差
• 设备异常、停机记录不完整，无法分析设备效率（OEE）

根本原因： 老系统没有设备数据采集（IoT）能力，设备数据和生产管理系统之间存在"信息断层"。

改造路径：

设备数据采集的核心是在设备和系统之间建立通信桥梁：

1. 评估设备通信协议：主流设备通常支持 OPC-UA、Modbus、MQTT 等协议，需要先确认每台设备支持哪种协议。这是整个改造的基础。
2. 部署数据采集网关：在车间部署工业网关，负责从设备采集数据并上传到系统。
3. 系统改造：在现有系统中增加设备数据接收、展示和分析功能。

注意事项：

• 老旧设备可能不支持任何标准协议，需要定制硬件方案（成本更高）
• 改造前必须评估设备的数字化能力，不要"假设"设备可以对接
• 建议先选 1–2 台关键设备做试点，验证方案可行后再推广

成本参考：视设备数量和协议复杂度，单台设备的对接成本约 5,000–20,000 元。

---

场景三：多个系统数据不互通，员工在多个系统间复制粘贴

典型现象：

• 销售系统接了订单，需要手工录入 ERP
• ERP 出了采购计划，需要手工发给供应商
• 仓库系统和财务系统的库存数据对不上
• 员工每天花大量时间在不同系统间"搬运"数据

根本原因： 企业的信息化是"堆砌"出来的——销售用一套 SaaS，仓库用另一套，财务再用一套，这些系统之间没有打通，数据靠人工同步。

改造路径：

这类问题的解决方案是系统集成，而不是替换所有系统：

1. 数据流梳理：先画出数据在各系统间的流动路径，明确哪些数据需要同步、方向是什么、触发条件是什么。
2. API 对接：通过各系统的开放 API，实现数据的自动同步。比如销售系统成单后，自动触发 ERP 创建生产订单。
3. 中间层集成：如果各系统的 API 能力有限，可以开发一个"集成中间件"，统一负责各系统间的数据转换和同步。

注意事项：

• 先确认每个系统是否提供开放 API，以及 API 的能力范围
• 部分 SaaS 系统的 API 功能受限，需要评估可行性
• 集成后需要建立数据一致性监控，及时发现同步异常

成本参考：简单的两系统对接 2–5 万；多系统复杂集成 8–20 万。

---

场景四：老 ERP 加不了新功能，但又不想推倒重来

典型现象：

• 系统本身能用，但想加的功能（比如移动端审批、客户自助查询、数据分析大屏）老系统做不了
• 原来的开发商已经倒闭或失联
• 系统是 VB、Delphi 等老技术栈开发的，找不到人维护

根本原因： 老 ERP 的技术架构限制了扩展能力，核心业务跑在老系统上，又无法彻底抛弃。

改造路径：

外挂式扩展（推荐）：不动老系统的核心，在旁边建一个新的"扩展层"，通过读取老系统的数据库来提供新功能。

适合的场景：

• 在老 ERP 旁边新建一个移动端 App，用于审批和查询
• 搭建数据分析平台，从老 ERP 的数据库提取数据做分析
• 搭建客户门户，让客户自助查询订单状态

注意事项：

• 直接读数据库的方式有风险，需要评估老系统的数据库结构是否清晰
• 老系统升级或变更时，扩展层也需要同步更新，需要建立维护机制

逐步迁移（适合有替换计划的）：

• 先把低风险、低频使用的模块迁移到新系统
• 核心财务、库存模块保持在老系统
• 两套系统并行运行，数据通过集成同步
• 待新系统稳定后，逐步迁移核心模块

成本参考：外挂式扩展 3–8 万；逐步迁移视迁移范围 10–30 万。

---

场景五：外包开发的系统跑着但没有人能维护

典型现象：

• 系统正常运行，但外包团队失联或不再续约
• 出了 bug 找不到人修复，或者修复费用极高
• 想加功能但新找来的开发说"这代码太乱了，我们重新做吧"

根本原因： 这是最典型的"技术接盘"场景，通常由外包质量差或无文档交接导致。

改造路径：

这类项目必须从代码评估开始：

1. 代码评估（1–2 周）：让有经验的团队审查代码，给出可维护性评级、主要问题清单、改造建议和成本估算。
2. 稳定化改造（2–4 周）：修复影响核心业务的 bug，补充最关键的文档，让系统在可控状态下稳定运行。
3. 按需迭代：在稳定化之后，再根据业务需求逐步添加新功能，不再依赖找不到的原团队。

关键建议： 接盘团队在没有认真评估代码的情况下，不应该给出"重新开发更划算"的结论。只有在评估后确认改造成本超过重建时，才考虑重建。

成本参考：代码评估通常免费或按项目规模收取 5,000–15,000 元；稳定化改造 2–5 万；后续迭代视需求定价。

---

如何开始

对照以上 5 个场景，如果你的问题符合其中一个或多个：

第一步：明确当前最影响业务的是哪个场景（不要试图同时解决所有问题）

第二步：找一个有制造业信息化经验的团队做初步评估，摸清改造成本和可行性

第三步：从影响最大、风险最低的切口开始，小步推进

---

如果你正在面临制造业系统改造的困境，可以预约一次免费的 20 分钟项目诊断，根据你的具体情况给出可行的改造建议。