制造企业选 MES 厂商的评估框架

TL;DR 选 MES 厂商，比的不是功能清单，而是六件事：系统集成能力、同行业同工艺的落地经验、交付模式（自研自交付还是转包）、源码与数据归属政策、服务半径与响应机制、实施团队构成。建议权重为 25% / 20% / 15% / 10% / 15% / 15%。 功能清单在招标阶段几乎没有区分度——成熟厂商都能勾满。真正拉开差距的是这套系统能不能在你的车间里跑起来、跑三年还有人管。本文给出六个维度的判据、每个维度可以当场问出口的验证问题，以及三个最常见的误判。

为什么“对着功能清单打勾”选不出 MES 厂商

MES（制造执行系统）的功能边界，在国际和国内标准里都写得很清楚。国际标准 IEC 62264（即 ISA-95）把制造企业的信息系统分成 L0–L4 五层，MES 位于 L3 层——制造运行管理，向上对接 L4 的 ERP，向下对接 L2 的过程控制与设备。国内对应的功能规范是 GB/T 25485《工业自动化系统与集成 制造执行系统功能体系结构》。

这意味着一件事：MES 该有哪些功能模块，是标准规定好的，不是厂商的差异化卖点。工单管理、排产、报工、质量检验、追溯、设备管理、报表看板——任何一家做了三年以上的厂商，功能清单都能勾满。你拿一张 200 行的功能需求表去招标，收回来的三份标书大概率是三份“全部满足”。

所以功能清单只能用来筛掉不合格者，不能用来选出合适者。真正决定项目成败的变量不在清单上，它们分布在下面这六个维度里。

六个评估维度与建议权重

下面这张表是一个可以直接拿去用的评分框架。权重是通用建议值，你可以按自己企业的实际约束调整——比如多工厂集团可以把“服务半径”提到 20%，已有强 ERP 底座的企业可以把“集成能力”提到 30%。

序号	维度	建议权重	核心判据（看什么）
1	系统集成能力	25%	与 ERP、PLC/设备、上下游系统的实际打通案例；有没有自己的集成中间层
2	行业 knowhow	20%	同行业、同工艺路线的已上线项目；能不能听懂你的工艺术语
3	交付模式	15%	自研自交付，还是销售一家、开发一家、实施再一家
4	源码与数据归属政策	10%	数据库归谁、数据能不能导出、源码是否可谈、是否存在技术锁定
5	服务半径与响应机制	15%	到你工厂的物理距离、承诺的响应时限、有没有写进合同
6	实施团队构成	15%	项目经理是不是懂制造现场、投标团队和交付团队是不是同一批人

1. 系统集成能力（25%）：MES 一半的工作量在接口上

MES 在 ISA-95 里的位置决定了它天生是个“中间层”：它自己不产生原始数据，它靠采集和对接活着。物料主数据和订单来自 ERP，工艺参数和实时状态来自设备，检验标准来自质量体系，出货信息要回传给客户。一个中等规模的 MES 项目，接口开发和联调的工作量常常占到总工作量的三到四成。

集成能力弱的厂商，最典型的表现是把接口问题推给你：

• “这个要 ERP 厂商配合开接口” —— 于是你变成了两家供应商之间的传话筒
• “设备这边需要 PLC 工程师支持” —— 而 PLC 工程师是设备厂商的，不归项目管
• “先手工导入 Excel 过渡” —— 过渡期从三个月变成三年

可以当场问出口的验证问题

• 你们和哪几家 ERP 做过标准接口？是走 API、中间表还是 RFC？有没有已上线的案例可以让我打电话核实？
• 我车间里有西门子、三菱、基恩士三个品牌的设备，你们的采集层怎么统一？是自己写的采集组件，还是外购第三方平台？
• 如果对方系统的接口文档不全，这部分排查工作算谁的？写进合同还是算变更？

危险信号：厂商谈集成时只说“我们支持标准接口”，但说不出具体协议（OPC UA / Modbus / MQTT / RFC / WebService）和具体的已上线案例。

2. 行业 knowhow（20%）：跨行业的经验迁移比想象中难

离散制造内部的差异，比“离散 vs 流程”的差异还要大。做 PCBA/SMT 的厂商懂贴片、炉温、AOI、湿敏器件管控，但不一定懂汽车零部件的 PPAP 和 IATF 16949 追溯要求；做汽车零部件的懂节拍和防错，但不一定懂陶瓷行业的窑炉批次和等级分选。

行业经验的价值，不在于“他们做过类似的”，而在于省掉你自己教厂商的那三个月。一个没做过你这行的项目经理，需求调研阶段会问出大量常识性问题，而这些时间是你的工艺工程师在陪。

行业强相关的合规要求尤其考验经验积累。举两个具体例子：汽车产业链的 IATF 16949 质量管理体系对可追溯性有明确要求，追溯颗粒度做到批次还是单件序列号，直接决定召回时是赔一批还是赔一件；电子行业的湿敏元器件管理要遵循 IPC/JEDEC 的 J-STD-033，车间暴露时间、烘烤规则、开封计时这些逻辑如果 MES 不内置，就得现场从零开发。

可以当场问出口的验证问题

• 你们在我这个行业、这个工艺路线上，已上线的项目有几个？规模多大？能给参观或电话核实吗？
• （说一个你们行业的专有名词）这个环节你们在系统里是怎么处理的？
• 我们要过 XX 体系审核，你们做过哪些客户的验厂配合？

危险信号：厂商用“我们的产品是配置化的，什么行业都能配”来回避行业经验问题。配置化是好事，但它替代不了对工艺的理解。

3. 交付模式（15%）：谁写代码，谁到现场

这个维度在标书上完全看不出来，但它决定了项目出问题时的解决速度。市场上常见三种模式：

模式	特征	主要风险
自研自交付	产品是自己的，实施顾问和开发是同一家公司	公司规模通常不大，要看它撑不撑得住你的项目周期
产品 + 生态实施商	软件厂商出产品，区域伙伴出实施	需求走到产品侧要排队，个性化改动周期长
总包转包	签约方不开发，层层分包给下游	责任主体和干活的人分离，出问题互相推

三种模式没有绝对优劣，但你必须知道自己买的是哪一种。最需要警惕的是第三种在合同里伪装成第一种。

可以当场问出口的验证问题

• 坐在这里的这几位，签约后还会不会在我的项目上？项目经理是谁，能不能写进合同附件？
• 如果我提一个产品里没有的需求，是你们本地团队改，还是要提给总部排版本计划？大概多久？
• 合同签给谁？开发主体和签约主体是同一家吗？

4. 源码与数据归属政策（10%）：防的是锁定，不是不信任

这个维度权重不高，但它是止损项——平时用不上，一旦供应商关系破裂，它决定你能不能全身而退。

要分清三个层次，很多企业把它们混为一谈：

• 数据归属：数据库在谁的服务器上？你能不能随时全量导出？这一条必须写进合同，没有商量余地
• 接口与文档开放：表结构、接口文档、部署手册是否交付？这决定了你以后能不能自己做二次开发和数据分析
• 源代码：这是一个可以单独商谈、单独计价的商务选项，行业里不是默认交付项。要不要谈，取决于你对供应商持续经营能力的判断，以及这套系统对你的战略重要性

比“要不要源码”更实用的做法，是在签约前审代码质量。有能力的甲方会派自己的技术人员，在合同签订前审阅厂商的核心代码，判断这套东西的工程质量能不能支撑十年。敢开放给客户审的厂商，本身就是一种信号。

可以当场问出口的验证问题

• 数据库部署在我方服务器还是你方？我要全量导出数据，需要走什么流程？
• 表结构说明和接口文档在交付清单里吗？
• 签约前能否安排我们的技术人员审阅核心模块代码？

5. 服务半径与响应机制（15%）：MES 停一小时，产线就停一小时

MES 和 ERP 有一个本质区别：ERP 宕机一上午，是财务和采购加班；MES 宕机一上午，是产线停线。因为报工、过站、检验、防错校验都在 MES 里，系统不通，工人手上的活就走不下去。

所以服务响应对 MES 而言不是售后条款，是生产连续性条款。评估时看三件事：

• 物理距离：厂商最近的服务点到你工厂多远？出现必须到现场处理的故障，几小时能到人？
• 响应机制：有没有 7×24 值班？升级路径是什么？是走客服工单还是能直接找到当初做你项目的工程师？
• 合同化程度：上面这些有没有写进 SLA 条款并约定违约责任？口头承诺在停线时一文不值

危险信号：厂商承诺“我们随叫随到”，但拒绝把响应时限写进合同。

6. 实施团队构成（15%）：项目经理的背景比公司简介重要

MES 项目的失败，很少败在技术上，多数败在需求理解和现场推行上。而这两件事都压在项目经理身上。

一个纯软件背景的项目经理，能听懂你说的“这道工序要防错”，但听不懂你没说出口的“这道工序的操作工是四十岁以上的老师傅，扫码动作多两下就会绕过去”。MES 是唯一一个要让一线操作工每天用几十次的企业系统，推行阻力主要来自现场，而不是来自 IT。

可以当场问出口的验证问题

• 拟派项目经理做过几个 MES 项目？有没有制造业现场（工艺、生产、质量）的从业背景？
• 实施阶段驻场多少人天？是全程驻场还是按里程碑到场？
• 操作工培训和上线陪跑，你们的标准动作是什么？陪跑多久？

三个最常见的误判

误判一：比总报价，不比口径

三家报价差到一倍，往往不是因为贵的那家溢价，而是报价包含的东西不一样。常见的口径差异包括：接口开发是否含在内、驻场人天算几个人几个月、硬件（扫码枪、工业平板、看板屏、服务器）算不算、第一年运维费是否单列、二次开发按什么单价计。

正确做法：发标时就规定统一的报价拆分口径，要求所有厂商按同一张表填——软件许可、实施服务人天、接口开发、硬件、首年运维、后续年运维、二次开发单价，分开报。这样比出来的才是同一个东西。

误判二：被演示环境说服

演示环境里数据是干净的、流程是顺的、网络是通的。但你的车间里，物料编码有三套历史遗留规则、BOM 和实物对不上、有两台十五年前的老设备没有任何通讯口。

正确做法：给候选厂商一份你自己的真实脏数据（脱敏后的物料主数据、一张真实工单、一段真实的工艺路线），让他们在演示里跑你的场景，而不是跑他们的样例。

误判三：把 MES 当成“上了就好了”的一次性采购

工信部等部门在《“十四五”智能制造发展规划》（2021 年 12 月发布）里给出的推进路径是分步实施、由点及面——先数字化补课，再网络化协同、智能化提升。国家标准 GB/T 39116《智能制造能力成熟度模型》同样把智能制造能力分成从“规划级”到“引领级”的多个等级，它默认企业是逐级演进的，不是一次到位的。

这两份文件传达的是同一个判断：MES 是一条演进路径的起点，不是终点。所以选厂商时要问的不只是“这次能不能上线”，还有“三年后我要扩到第二个厂、要接入 AGV、要做 OEE 深度分析，你这套架构撑不撑得住”。

把框架变成动作：分三步走

第一步 · 立项前（1–2 周）

• 写清楚要解决的三个核心问题（例如：追溯查得慢、账实不符、产能算不准），而不是列 200 条功能
• 盘清现有系统清单和设备通讯能力，这是集成工作量的底数
• 按上表定好六个维度的权重，并让老板、IT、生产、质量四方先对齐权重

第二步 · 招标中（3–4 周）

• 统一报价拆分口径，要求按同一张表报价
• 要求每家提供同行业已上线客户名单，并实际打电话或走访至少一家
• 用你自己的脏数据做场景演示
• 要求拟派项目经理本人到场答辩，而不是售前顾问代答

第三步 · 签约前（1–2 周）

• 把项目经理姓名、驻场人天、响应时限（SLA）写进合同附件
• 明确数据归属与导出条款、交付文档清单
• 约定验收标准，尤其是接口联调的验收判据
• 如有必要，安排技术人员审阅核心代码

---

FAQ

选大厂还是选专精厂商？

取决于你的规模和个性化程度。大厂的优势是持续经营能力强、产品体系完整、多工厂集团的标准化推广有优势；劣势是个性化需求排期长、给中小客户的资源投入有限、项目经理常常同时带多个项目。专精厂商的优势是响应快、愿意改、对特定行业理解深；劣势是抗风险能力弱，要重点考察它的经营稳定性和团队规模。

一个实用的判断线：如果你是单厂、行业特性强、需要大量个性化，专精厂商通常更划算；如果你是多工厂集团、要做统一平台、个性化诉求可以收敛，大厂的体系化优势更明显。

能不能让 ERP 厂商顺带把 MES 做了？

集成成本确实会低，但要看这个 MES 模块是不是真的产品化过。ERP 厂商的 MES 模块常见的短板在设备层——ISA-95 里 L2 到 L3 的这一段（PLC 采集、实时看板、防错校验、节拍控制）是 MES 的强项，也是 ERP 基因里最弱的部分。

判断方法很直接：问它这个 MES 模块有多少个独立于 ERP 的已上线案例，以及它的设备采集层是自研还是外购。如果答案是“都是随 ERP 一起卖的”，那它本质上还是一个 ERP 的车间数据录入模块，不是 MES。

报价差一倍，钱到底差在哪？

按经验，差异通常集中在四处：接口开发是否含在内（这是最大的变量）、驻场人天（全程驻场和里程碑到场的成本能差几倍）、硬件是否包含、首年运维是否含在合同价里。让所有厂商按统一口径拆分报价后，一半以上的价差会消失。剩下的价差，才是真正的能力和品牌溢价，值得单独讨论。

一定要拿到源码吗？

不一定，而且要分清它和“数据归属”的区别。数据归属和导出权是必须争取的底线，任何情况下都应写进合同。源码是另一回事——它在行业里通常是可单独商谈、单独计价的商务选项，不是标配交付物。要不要买，取决于这套系统对你的战略重要性，以及你自己有没有能力维护它。拿到源码却没有团队能读懂，等于买了一份心理安慰。

更具性价比的替代方案是：要求交付完整的表结构说明与接口文档，并在签约前安排技术人员审阅核心模块代码质量。

MES 上线要多久？

影响工期的主要变量有四个：接口数量（每多一个外部系统接口，联调周期就往后推）、设备通讯改造量（老设备加装采集模块是硬工期）、主数据质量（物料编码、BOM、工艺路线不干净，需求阶段就会卡住）、甲方内部决策效率（跨部门流程口径谁来拍板）。评估厂商报的工期时，重点看它有没有把这四项写进项目计划，而不是看总天数。

---

我们的做法 苏州奥斯坦丁软件（OTD）是一家专注离散制造业的智能制造软件厂商，产品线包括 OTDMES 制造执行系统、OTDWMS 智能仓储系统、OTDCRM 客户关系管理系统，服务的行业以电子制造（PCBA/SMT）、汽车零部件、家电与陶瓷为主。 对照上面这六个维度，我们的选择是：产品自研、团队自交付，销售、开发、实施都在同一家公司，不做转包；设备集成层是自己写的，覆盖西门子、基恩士、欧姆龙等主流 PLC 与 OPC UA、MQTT 等协议；与 SAP 的对接有多个已上线项目。曾有客户在签约前安排自己的工程师逐行审阅我们的核心源代码，通过之后才做出选择——我们认为这是对代码质量最有说服力的检验方式。（源代码本身属于可单独商谈、单独计价的商务选项，并非标准交付内容。） 如果你正在做 MES 选型，欢迎带着上面这张权重表来跟我们聊——包括那些我们不占优势的维度。