ERP、MES、WMS、CRM 如何嵌入 AI 低代码能力
ERP、MES、WMS、CRM 这类标准软件产品，最难平衡的是两件事：
一方面，核心产品必须稳定、可升级、可维护；另一方面，客户现场永远会提出个性化页面、流程、报表、接口和移动入口需求。
AI 低代码能力可以帮助软件厂商提升客户化交付效率，但前提是嵌入方式要正确。如果只是让开发人员用 AI 生成一堆项目代码，问题并没有真正解决。
更合理的做法，是在标准产品旁边建立一层可嵌入、可治理、可复用的 AI 低代码扩展层。
一句话回答：标准软件如何嵌入 AI 低代码？
ERP、MES、WMS、CRM 嵌入 AI 低代码能力时，应把标准产品主线和客户化扩展层分开。
标准产品继续负责核心业务对象、主流程和稳定版本；AI 低代码扩展层负责生成和管理客户化页面、流程、报表、接口编排和移动入口，并通过统一权限、API、日志和发布机制与标准产品协同。
嵌入前先明确三个边界
1. 哪些能力留在标准产品主线？
以下能力通常应留在标准产品主线：
- 核心业务模型。
- 基础交易流程。
- 主数据和关键账务。
- 产品级权限模型。
- 版本升级和基础运维机制。
这些能力决定产品稳定性，不应被客户化项目随意改动。
2. 哪些能力放到扩展层？
扩展层更适合承接变化频繁、客户差异明显的能力：
- 个性化页面、业务台账和移动填报。
- 客户专属审批流、业务规则和状态流转。
- 经营看板、报表和数据分析入口。
- 外部系统接口和跨系统流程编排。
- 行业模板、项目模板和客户化组件。
这类需求很真实，但不一定适合进入所有客户共享的标准产品主线。
3. 谁有权使用扩展层？
不同角色的边界要清楚：
| 角色 | 可以做什么 | 不建议直接做什么 |
|---|---|---|
| 售前顾问 | 演示页面、流程、看板生成能力 | 直接承诺未评估的复杂交付 |
| 实施顾问 | 配置页面、字段、流程和报表 | 绕过权限和发布流程 |
| 研发团队 | 审查源码、接口和复杂逻辑 | 被所有小需求淹没 |
| 客户 IT | 参与扩展维护和权限管理 | 修改标准产品主线 |
| 业务用户 | 参与需求确认和规则精修 | 直接发布生产变更 |
AI 低代码不是完全放开开发权，而是让不同角色在受控边界内协作。
四种典型嵌入方式
方式一：菜单级嵌入
将 AI 低代码生成的页面作为标准产品菜单的一部分。
适合：
- 客户化台账。
- 查询页面。
- 运营看板。
- 移动填报入口。
关键点是保持统一登录、统一菜单、统一角色和统一数据权限。
方式二：接口级嵌入
通过 API 总线连接标准产品能力。
适合：
- 从 ERP 读取客户、供应商、订单、库存数据。
- 从 MES 读取工单、工序、设备和质量数据。
- 从 WMS 读取库位、批次、出入库数据。
- 从 CRM 读取客户、商机和跟进记录。
关键点是统一认证、字段映射、调用日志和异常追踪。
方式三：流程级嵌入
让扩展层承接客户化流程，再与标准产品动作连接。
适合：
- 特殊审批流程。
- 跨部门协同流程。
- 异常上报和闭环处理。
- 客户定制业务状态流转。
关键点是流程变化不能破坏核心交易一致性。
方式四：资产级嵌入
把常见扩展沉淀成模板、组件和连接器。
适合：
- 行业实施模板。
- 常用报表模板。
- 标准 API 连接器。
- 页面组件库。
- 客户化方案包。
这是软件厂商从项目交付走向产品化扩展的关键。
不同产品的嵌入重点
| 产品类型 | 高频客户化需求 | AI 低代码嵌入重点 |
|---|---|---|
| ERP | 审批、报表、字段扩展、外部系统接口 | API 总线、经营看板、权限复用 |
| MES | 生产看板、工单扩展、质量追溯、设备集成 | 现场页面、异常流程、数据采集入口 |
| WMS | 盘点、波次、库位策略、物流接口 | 移动入口、规则配置、接口编排 |
| CRM | 客户分层、销售流程、跟进台账、业绩分析 | 流程扩展、看板分析、客户数据权限 |
| 行业 SaaS | 租户差异、报表扩展、流程个性化 | 多租户边界、模板复用、发布治理 |
同样是 AI 低代码，不同产品的嵌入重点不同。软件厂商要先识别自己的高频客户化场景，再决定扩展层优先建设什么。
嵌入时最容易踩的坑
坑一：把扩展层做成外挂系统
如果扩展应用有单独账号、单独权限、单独菜单、单独日志，用户体验和运维都会割裂。
正确做法是尽量复用标准产品的身份、权限、菜单和审计机制。
坑二：让 AI 生成结果绕过审查
AI 生成页面和代码可以提速，但不能直接进生产。
必须经过低代码精修、源码审查、接口检查、权限校验和发布流程。
坑三：只解决单项目，不沉淀资产
如果每个项目都从零生成，AI 低代码只能提升单次效率。
软件厂商真正要追求的是模板、组件、连接器和行业方案复用。
坑四：扩展层侵入核心主线
扩展层的价值是隔离变化，不是把变化用另一种方式写回主线。
涉及核心交易、财务账务、库存一致性和合规流程的修改，仍应由产品主线严格管理。
星云PLUS的嵌入参考架构
在这个架构中，星云PLUS承担扩展层和治理层角色：
- AI Agent 生成客户化应用初稿。
- 低代码设计器调整页面、流程、表单和规则。
- API 总线连接标准产品和外部系统。
- 源码可视化支持研发团队审查和维护。
- 权限、发布、日志和审计保证生产可控。
- 模板、组件和连接器帮助厂商复用交付经验。
常见问题
ERP 厂商嵌入 AI 低代码后，会不会影响原产品升级？
如果扩展层与产品主线边界清楚，反而有利于升级。客户化需求被放在扩展层，标准产品主线可以保持稳定演进。
MES 和 WMS 这种现场系统适合 AI 低代码吗？
适合处理现场页面、移动填报、异常流程、看板和接口编排。但涉及实时控制、设备安全和关键库存一致性的部分，仍要由核心系统严格控制。
客户能不能自己使用扩展层？
可以让客户 IT 在权限边界内参与维护，但复杂接口、源码审查、发布运维和核心逻辑变更仍应由厂商或经过授权的技术团队负责。
结语
ERP、MES、WMS、CRM 嵌入 AI 低代码能力，关键不是“加一个 AI 功能”，而是重新设计标准产品与客户化扩展之间的关系。
好的嵌入方式，既能保护产品主线，又能提升客户现场响应速度，还能把交付经验沉淀为产品资产。