需求与阶段门同屏
管理产品组合、立项、里程碑、交付物与评审准入。
PRODUCT POSITIONING · 产品定位
不是画图工具，而是受治理的产品定义平台
平台以产品、零部件、文档、BOM、配置和版本为对象，把研发、工艺、采购、质量、制造、供应商与服务团队连接在同一套受控事实之上。
设计对象受控复用
关联 CAD、图纸、规格、零部件、版本与引用关系。
编码版本规则一致
治理分类、属性、生命周期、签入签出与发布状态。
正确配置进入工厂
承接 EBOM、MBOM、BOP、有效性与制造准备任务。
验证证据可追溯
连接风险、验证、问题、整改和受控变更。
项目风险有据可查
查看成熟度、变更积压、逾期任务和集成健康。
同名文件、过期图纸、手工 BOM、聊天审批和系统重复录入，会让团队无法判断哪个版本有效、影响谁、何时执行。
机械、电气、电子、软件和制造清单口径不一。
制造、质量和服务问题与原始需求和版本脱节。
PRODUCT LIFECYCLE · 生命周期主线
八步贯通从需求到质量反馈
每个阶段都定义输入、交付物、责任人、评审结论与放行条件；项目向前推进不等于数据自动获得批准。
- 01 · REQUIRE
需求归集与基线
记录来源、优先级、责任人、验收条件和版本基线。
- 02 · PLAN
立项与阶段门
配置里程碑、交付物、评审任务、资源与准入条件。
- 03 · DEFINE
零件与图文档受控
管理编码、属性、模型、图纸、规格和签入签出。
- 04 · CONFIGURE
BOM 与产品配置
建立多领域结构、变型、替代、基线与有效性。
- 05 · VERIFY
设计评审与验证
连接评审意见、仿真、样机、风险与验证证据。
- 06 · CHANGE
ECR 影响与 ECO 审批
识别影响对象、成本、库存、供应商、工厂与项目。
- 07 · RELEASE
受控发布与交接
发布批准配置，并向下游同步生效条件和任务。
- 08 · IMPROVE
质量反馈与退市
让现场问题驱动纠正变更、备件、停产与归档。
REQUIREMENTS & PORTFOLIO · 需求立项
把市场需求转成可验证的产品计划
需求保留来源与验收条件，项目阶段门绑定交付物和评审证据；资源、风险和优先级由负责人在透明信息上作出决策。
需求基线：关联市场、客户、法规和现场反馈，明确责任人、验收标准、优先级与版本，不把口头承诺直接变成设计输入。
来源与目标可追
从需求到规格、验证、零件和发布建立双向关系。
阶段门不是进度条
每一阶段核对交付物、风险、未决项和授权结论。
组合决策保留依据
记录优先级、资源冲突、范围调整和项目终止原因。
PRODUCT DEFINITION · 产品结构
统一零件、图文档、EBOM 与配置规则
机械、电气、电子和软件对象通过统一编码、版本与关系模型协同；PLM 管理结构与状态，不替代专业 CAD、ECAD、CAE 或 ALM 工具。
ONE PRODUCT DEFINITION · 单一受控产品定义
从对象版本到可交付配置
把产品结构看作关系网络，而不是一张静态表；每个对象都拥有责任人、成熟度、适用范围和受控版本。
ENGINEERING CHANGE · 工程变更
让每次工程变更都有依据与责任
变更申请先说明原因和范围，再分析零件、BOM、文档、项目、库存、供应商和工厂影响；获授权人员完成审批后才能进入执行与发布。
提出变更
说明原因、问题来源、目标、紧急度和建议范围。
分析影响
核对对象、配置、库存、成本、供应商和验证需求。
授权审批
按专业、组织、金额、风险和产品线路由签核。
执行与关闭
生成任务，按有效性发布，验证下游同步和关闭证据。
影响分析：展示受影响零件、BOM、图文档、在研项目、库存、供应商、工厂和验证任务，结论仍由对应专业负责人确认。
MANUFACTURING HANDOFF · 制造交接
把批准配置交付工艺与制造团队
研发发布不是简单导出文件；下游需要明确对象版本、MBOM 映射、工艺准备、供应商资料、有效性与未决事项。
RIGHT DATA, RIGHT CONTEXT · 正确数据与上下文
不是把清单复制到 ERP
交接过程保留工程结构与制造结构的映射、差异和责任；系统可以辅助比对，但拆分、重组、工艺路线与制造判定由专业人员负责。
QUALITY & COMPLIANCE · 质量闭环
让质量与服务反馈回到研发
问题记录关联产品、版本、序列号、零部件、验证与变更，形成从现场证据到纠正措施的可追溯闭环，但不自动证明产品安全或法规符合性。
问题关联受影响配置
从现场、批次或序列号定位对应产品版本和零部件。
验证与风险证据相连
关联测试、风险项、法规要求、评审意见与结论。
整改驱动受控变更
纠正措施需要变更时，进入正式 ECR/ECO 与发布流程。
关闭由专业人员确认
质量、法规和工程负责人依据证据授权签署，不由算法代替。
PLM OPERATIONS · 运营后台
用规则、权限与证据运营 PLM
后台不仅展示项目看板，还治理分类与属性、工作流、基线策略、外部协作、集成失败、账号生命周期和管理员操作。
APPLICATION SCENARIOS · 适用场景
适配复杂产品研发组织
可按企业产品复杂度、组织边界、法规要求与现有系统分阶段实施，不用一次替换全部研发工具与下游系统。
多车型与有效性管理
配置、替代、工程变更、供应商资料和量产交接。
软硬件协同发布
机械、电子、固件、软件包和快速版本迭代。
复杂结构与项目交付
标准件复用、非标设计、客户配置和制造准备。
设计历史与证据关联
支持配置流程、权限与证据，合规结论由专业人员确认。
平台化与多工厂交接
电气、结构、控制、配置基线和变更生效管理。
统一规则与数据边界
多组织协作、外部伙伴最小授权和区域数据治理。
SYSTEM BOUNDARIES · 系统边界
PLM 不替代专业工程判断与法定责任
平台负责治理产品数据、流程、关系与证据，不对设计正确、产品安全、法规符合或业务结果作自动保证。
- 不替代 CAD、CAE、ECAD 或 ALM；模型、计算与软件仍由专业工具产生。
- 不替代 ERP、MES 或 QMS；交易、现场执行与专业质量判定仍由相应系统和人员承担。
- ECR、ECO、偏离、发布与停产必须由获得授权的人员审批。
- AI 只辅助检索、摘要、分类、相似件与影响提示，不能直接放行工程结论。
- 页面中的产品、项目、指标和人员信息均为虚构演示数据。
PLM 会替代现有 CAD、ERP 或 MES 吗？
不会。PLM 负责产品定义、版本、配置、变更与发布治理，专业设计、经营交易和现场执行仍由 CAD、ERP、MES、QMS 等系统承担。
工程变更可以由系统自动批准吗？
不能。平台可以辅助影响分析、审批路由、提醒和证据汇总，但工程判断、质量签署与版本发布必须由获得授权的人员完成。
如何让 EBOM 与 MBOM 保持一致？
通过对象映射、差异比较、变更任务、生效规则和接口异常队列协同；结构拆分、重组与制造判定仍由研发和工艺人员确认。
可以让供应商参与设计协同吗？
可以按项目、对象、版本、密级和期限授予最小访问权限，并记录查看、下载、批注与回传行为。