PLM 管理软件在硬件研发里管什么？BOM、变更与版本三条主线

设计改到第三版，采购还按第一版下单；装配现场发现物料干涉，图改了，物料清单却没改。这类问题的根子，往往不是谁不认真，而是产品数据缺少一条统一主线。PLM管理软件要做的，就是把这条主线立起来：让研发、采购、制造、售后看到同一份有效数据。

一、PLM在硬件研发里管什么

PLM的英文全称是Product Lifecycle Management，中文通常译为产品生命周期管理。在硬件研发场景里，它管的是产品定义数据的唯一性、可追溯与受控流转。

集中管理的内容分三类：数据对象，包括物料、BOM、图纸与模型、工艺文件、验证记录；数据关系，即物料用在哪里、变更牵动了什么；数据状态，即哪些已发布、哪个版本当前有效。

边界同样要说清。ERP管钱和账，负责库存、采购与成本；MES管车间执行，负责工单、报工与设备数据；PLM管产品定义与变更过程。三者会交换数据，但职责不重叠。

在规模化研发团队里，PLM通常与项目管理平台配合：一个守住产品数据，一个守住计划与进度。

二、BOM：产品由什么构成

BOM，即Bill of Materials，通常译为物料清单，是结构化的产品构成说明：有哪些零部件、层级关系如何、每层用量多少。同一套结构在不同场景里复用，就派生出多种视图。

1. 四类BOM的分工

下表按关注视角、主责与用途，对照硬件研发常见的四类BOM。

四类BOM不是四份各自维护的清单，理想状态是共享同一套物料编码，只是组织方式不同。各做一套又没有映射，差异就会在量产阶段集中暴露：工厂拿到的结构，和设计确认的对不上。

2. PLM在BOM上做什么

它的工作可归为五件事：统一物料编码与属性，避免一物多码；维护多视图BOM的映射关系；做BOM比对，让版本之间、视图之间的差异可见；把BOM与图纸、工艺文件、变更单关联；沉淀可复用件。落地时，PLM常与文档管理能力衔接，让BOM不至于和文件脱节。

三、变更：数据怎么改

硬件研发里，比设计更难对齐的是改。改一个零件，结构图、装配图、BOM、工艺文件、工装、采购订单、在制与库存、售后备件都可能跟着动。漏掉一环，问题就会在后面的工序里放大。

1. ECR、ECO、ECN分别管什么

• ECR（Engineering Change Request），工程变更申请，回答要不要改，记录理由与初步影响。
• ECO（Engineering Change Order），工程变更指令，回答怎么改、谁改、何时生效。
• ECN（Engineering Change Notice），工程变更通知，回答谁知道、从哪个批次开始。

这三类文件没有统一标准：有的组织只用ECR与ECO，有的用ECR与ECN，也有组织用一张单跑完审批与发布。关键不在单子叫什么，而在功能定位、审批权限与职责边界是否清晰。变更来源也很多样，可能是设计优化、供应商切换、质量问题纠正，也可能来自需求管理侧的调整。

2. 变更影响分析

变更要闭合，通常要走完提出、评估、审批、实施、验证、归档。出问题较多的环节是影响分析，它至少要回答三组问题：影响哪些对象，包括BOM、图纸、工艺、工装、在制与库存、采购订单；旧版本何时失效，新版本从哪个断点生效；在制品与库存如何消化。

变更管理真正要防的不是改错，而是改漏。BOM改了工艺没改，库存扣了采购没调，各部门拿着不同步的信息各自行动，成本就会累积。审批环节通常依赖可配置的工作流，把谁审、审什么、按什么顺序固定下来。

四、版本：哪个版本有效

1. 版本与修订

版本表示较大阶段的更迭，修订表示同一阶段内的细改。命名约定可以不同，但规则要统一、能被系统识别，而不是靠文件名后面的最终版、最终版2来区分。

2. 不覆盖是底线

新版本产生后，旧版本需要保留，任何一次改动才能回溯到改之前的状态、时间和依据。新版本直接覆盖旧版本，一旦量产出问题，连对照的基线都找不回来。

3. 基线与生效点

基线是某个时间点被冻结、不再随意改动的一组受控数据，常见于设计转产等节点；生效点决定新版本从哪一刻、哪一批次开始采用。版本解决记录，基线解决冻结，生效点解决切换。三者缺一，版本体系就只剩一个编号。

五、三条主线如何咬合

三条主线是同一件事的三个侧面：BOM是对象，变更是驱动，版本是轨迹。

1. 提出：变更来源进入正式通道，形成ECR。
2. 评估：沿设计、制造、供应链三个方向查受影响对象，靠数据关系自动展开。
3. 审批：形成ECO，明确内容、责任人与生效条件。
4. 执行：更新图纸、模型、BOM与工艺文件，同步下游环节。
5. 通知与切换：以ECN发布，明确旧版停用时间与新版本断点。
6. 验证与归档：确认结果，归档形成可追溯记录。

判断一次变更是否闭环，可以问三个问题：影响范围查全了吗？切换点明确吗？记录可追溯吗？

变更每推进一步，版本前进一格；版本在某个节点被冻结，就形成基线。三条主线由此咬合成闭环：结构有版本，BOM有状态，变更可追溯。

六、落地自检

IDC在《中国核心工业软件市场预测，2025—2029》中预测，2024至2029年核心工业软件（含PLM、MES等）年复合增长率约19%。投入在加大，但落地的差别通常不在系统，而在团队有没有把规则先想清楚。

1. 六个自检问题

1. 同一物料是否只有一个唯一编码、一个权威来源？
2. EBOM、MBOM、SBOM之间是否有持续维护的映射？
3. 一次变更能否查到它影响了哪些物料、文件、在制与库存？
4. 旧版本是否被保留，而不是被覆盖？
5. 新版本的生效断点是否明确？
6. 变更从提出到关闭是否有完整的时间戳与责任人记录？

六个问题有一半答不上来，通常不是系统功能不够，而是规则没建立。

2. 三个常见误区

• 只存文件，不管对象关系与状态，版本照样会乱。
• BOM各做一套，缺少映射与比对，差异只能靠人力对齐。
• 变更只走邮件与群聊，影响分析靠经验，追溯无从谈起。

PLM解决的是产品数据的受控问题，不解决流程执行力本身。再好的系统，也要配上编码规则、变更规则与职责划分。

七、常见问题

1. 物料编码由谁制定、什么时候定

一般由研发在物料首次被选用时提出，由掌握物料主数据的部门统一分配，避免多个项目各编一套，后期难以合并。

2. 一个产品有多个配置变型，BOM怎么管

常见做法是先建一个包含全部可选件的超级BOM，再按配置规则裁剪出各变型的BOM，而不是为每个变型各建一套独立结构。

3. 同一物料有两个供应商，替代关系要写进BOM吗

建议写进物料主数据与BOM的可替代关系中，并标注适用批次。否则采购换料后，制造与售后拿到的信息仍然对不上。

4. 硬件产品带嵌入式固件，固件版本要纳入版本管理吗

建议纳入。固件与硬件结构同属产品定义，固件与某批硬件一旦绑定，就需要和硬件版本一起记录，否则售后很难判断某台设备该烧哪个固件。