在甲方任职的时候，参与过多个MES 相关的项目，几乎大大小小的角色都担任过，经历过成功的项目，也经历过失败的项目。我们认为，一个成功的 MES 项目，最重要的是具备了两大条件：适合的产品和有经验的实施团队。

今天我们来谈谈产品的部分：

为什么我们说适合的产品，而不是“好”的产品？

‍

什么是“适合”半导体生产的MES产品？

◆ 半导体的生产模式不断的精进，管控也越来越严格（从当年入行时的 90nm 到现在的 7nm），如果不是平台型的 MES，根本无法一直把功能和管控加上去。

◆ 我曾经遇到过一个没有线体（Line）概念的 MES，虽然是平台型的 MES，但如果基础模型都不支援生产型态，基本上实施商和客户需要花很多的时间去客制化，甚至未来还有可能会和厂商改进旳模型冲突（这样就会有无法升级的可能）。

◆ 这里需要的是可以在每一个 API 被呼叫的前后执行客制化的规则（简单来说就是代码）。为什么会有这个需求？因为在半导体的管控规则，是很难做到用配置来完成的，很多时候需要写代码。

◆ 这是一个很多客户容易轻视的问题，我们的建议是在评估产品的时候，让厂商和客户工程师按手册把系统装起来（不是开发环境，而是生产环境），装不起来的直接出局。当然如果厂商能给你 Docker/K8S 的镜像，请优先考虑，给不出来的说明他们赶不上时代，和买车的道理一样，没理由这个年代依然买 4AT 变速箱的车子。同时一个 MES 有成百上千的接口，到底使用哪一个才是最有效的 ？MES 的API 一般都是经过不停的迭代增加的，例如 TrackIn 相关的就有好几个，到底什么时候要用哪一个，没有文件说明，客户/实施商根本不知道到底要用哪一个（曾经我被总部的人员质疑，客户的性能问题是因为选错了API，我为什么不用效率超好的那一个 API呢？但事实是开发文件连 API 中参数的说明都没有）。有些国外的 MES，厂商坚持不给客户中文说明文件，这样的厂商不符合国情。

◆ 没有行业套件的 MES 就说明了产品没有足够的沉淀，MES 产品也只是集中在“平台” 的功能，而没有针对行业的特点进行特有的区分和开发。这是有很大风险的。厂商一味的强调可以客制，但是一旦原厂出了套件，客制的部分将会是未来升级的阻碍。客户说我不升级总可以吧？这个前提是你不需要原厂的 Bugfix。 

◆ 客户需要的是一个可以搭建所有功能的“平台”，而且还包括了大部分具有基础功能的子系统（例如设备保养，SPC，异常管理，QMS 等）。

当然，云化/虚拟化，负载平衡等都已经是基本的要求（不论今天是 MES/ERP，不具备这些条件的基本上不应该是顾客考虑的产品。

很多客户在谈MES 项目的时候都喜欢提出他们需要源代码，我们觉得其实没有太多的保障。一个大型的 MES 系统，有近百万行代码，连编译都有专人负责。有了代码不代表一定是保险的，如果企业有人能够下载 ODOO （开源的 MES 和 ERP），并能编译成功，安装和执行，我们觉得提出源代码的要求是可以的。但是事实上要求一堆做系统运维的人去改一个 MES 的代码，我们觉是不太现实的，反而是提出的 2/3/4 才是重点，能够有效率地运用平台的优势去持续扩展功能，才是信息和自动化部门最重要的事。

最后，半导体行业客户选择MES系统供应商时，需要考虑“成功案例”，没有人愿意“冒险”选择一个没有经验和没有验证过的产品和实施商，这也造成了这个行业新增的产品和实施商其实没有太多，来来去去就同样的人。

下一篇我来分享一下身为客户对实施商在意的是什么？