制造企业里最沉默的成本，往往不是材料涨价，也不是人工上涨，而是“同一个东西有好几个版本”。设计部电脑里一张图纸，工艺部手里一份工艺卡，车间墙上一张作业指导书，ERP 里一套 BOM——四份文件、四个版本，谁也不确定哪份才是对的。
一、PDM 与 PLM 不是一回事
PDM（产品数据管理）解决的是“文件放哪儿、谁改过、能不能改”：图文档的存储、版本、权限、审批。它管住了文件。
PLM（产品生命周期管理）在 PDM 的基础上往前走两步：一是把 BOM 管起来——不只是图纸，而是产品的结构关系；二是把 变更 管起来——从提出、评估、审批、执行到关闭的完整闭环。
一句话区别：PDM 管文件，PLM 管产品定义。文件是载体，定义才是要被全公司共用的东西。
二、三条主线
图文档主线：三维模型、二维图纸、技术条件、工艺文件，从创建到归档的全过程版本管理。
BOM 主线：设计 BOM（EBOM）、制造 BOM（MBOM）、现场用料，结构关系一路演进，而不是在每个环节重造一遍。
变更主线：工程变更请求（ECR）、变更通知（ECN）、执行与验证，每一次改动的来龙去脉都要留痕。
三条主线里，BOM 和变更最容易被低估。很多企业上了 PDM，图纸终于不乱了，但 BOM 还是靠 Excel 手工维护、变更还是靠邮件通知——等于把最难的部分留在了系统外面。
三、EBOM 到 MBOM：一张 BOM 的旅程
EBOM 站在设计视角：一台产品由哪些零件、组件构成，按功能结构组织，可能有虚拟件，也可能按装配层级划分。
MBOM 站在制造视角：这些零件是自己做还是外购、按什么工序顺序装、在哪个工位装、需要哪些工装和辅料。它会多出工艺件、拆分或合并某些层级、增加制造所需的辅料。
从 EBOM 到 MBOM 不是简单的复制粘贴，而是一次有规则的转换。转换规则不明确会带来两种后果：要么 MBOM 靠人工重搭，跟 EBOM 越走越远；要么强行一对一映射，工艺的灵活性被锁死。
四、变更管理才是 PLM 的心脏
一个没有变更管理的 PLM，本质上只是一个文件柜。完整的变更闭环包含四步：
| 环节 | 要回答的问题 | 产出 |
|---|---|---|
| 提出 | 谁发现了什么问题，影响哪些产品 | 变更请求 ECR、问题描述 |
| 评估 | 影响哪些图纸、BOM、在制品、已发货产品、库存与成本 | 影响范围清单、方案与代价 |
| 执行 | 谁改、改什么、什么时候生效、旧版本怎么处置 | 变更通知 ECN、新版图档与 BOM |
| 验证 | 现场对不对、成本变了多少、问题是否真的解决 | 执行记录、验证结论 |
这四步里最难的是第二步“评估影响范围”。因为影响范围要靠 BOM 结构去算，而 BOM 又必须是准确、互相关联的。这就解释了为什么 BOM 和变更必须是同一个系统的两条腿——缺一条，另一条走不动。
五、PLM 与 ERP、MES 的接口
PLM 是产品数据的源头，但它不负责执行。它往下游送的主要是三样东西：物料主数据（新物料申请、编码、属性、替代关系）；制造 BOM 与工艺路线（给 ERP 算成本与物料需求，给 MES 排工序）；变更通知（告诉下游哪些东西要换版本、从什么时候生效）。
接口设计的原则只有一条：主数据单向从 PLM 流向 ERP 和 MES，反向只回传执行结果，比如“某变更已在现场执行完毕”。如果允许两边都能改物料编码，那就等于没有源头。
判断一家企业的产品数据管得好不好，有个很简单的检验：随便指一个零件，问“它现在用的是哪个版本、为什么是这个版本、上一个版本什么时候停用的、谁批准的”。如果这四个问题能在十分钟内答清楚，说明 PLM 真的在跑；如果还要去翻邮件和微信记录，那说明产品数据还没有真正的源头。