A1查重检索 → A2提交申请
三大应用体系（物料管理 / 产品开发 / 平台开发）× 三大支撑域（流程建设 / 数字化转型 / AI 赋能）—— 每个体系统一按「问题 → 理论 → 框架 → 分步 → 一页纸 → 路线图 → 来源」七节组织
金字塔原理贯穿全篇：先立总体框架（结论先行），再按体系展开分步说明，最后以一页纸与检查点收口。所有模板表单与流程文件按流程活动挂接，点击即得。
六大体系（三大应用 + 三大支撑）完全共用一套篇章骨架——先讲清为什么（问题）、依据什么（理论）、怎么干整体看（框架）、逐步怎么干（分步）、干完看什么（一页纸及模板）、按什么节奏干（路线图）、依据在哪（参考来源）。结构一致，读者在任意体系间切换无需重新适应。
从参考资料与行业检索总结该体系的问题与痛点，每条痛点都能在后面章节找到对应解法——问题与方案一一映射，不写无解之问，不写无问之解。
行业标准、方法论文献、华为 IPD 实践、业界案例、内部资料五类来源——所有方法都可溯源，不凭空发明。
每个体系先给总框图：要素、关系、主线——框架逻辑能牵引后续每个分步环节，看完框架就知道后面每一步在全局中的位置。
按步骤逐页展开，每步都交代理论依据、操作方法与真实实例（含数据）——一看就知道怎么操作。
泳道图一页纸覆盖体系全流程活动；每个活动的输入输出都有对应模板（58 件），点击即得。
先立标准、再上工具、后固机制；每阶段有出口标准与里程碑。
分五类列示来源；问题页的痛点结论均可在此溯源核对。
金字塔原理：全文档先给总体框架（结论先行），各体系框架承上启下，一页纸收口总结——从总到分、从问到答、从框架到步骤。
纵向三大应用体系解决「业务怎么做」：物料管资源底座、产品管商业成功、平台管共用复用；横向三大支撑域解决「靠什么做好」：流程固化管理、数字化重构运作、AI 放大效能。应用与支撑交织成一张网——每个支撑域都同时服务三个应用体系。
主线问题是通用化差（小类碎片、组合爆炸、基数膨胀）；数据治理作为支撑措施先行——数据乱则查重难、统标难，通用化无从落地。
1-4-3-1 框架 · 19 活动泳道 · T1-T12 模板
解部门墙、需求断裂、上市慢之困——MM 做正确的事、结构化流程正确地做事、CBB 贯穿全流程复用、重量级团队承载协同。
六阶段 + DCP/TR · C1-C10 模板 · 裁剪指南
解重复造轮子、平台缺位、异步失调之困——分层解耦后产品、平台、技术并行开发；平台是货架，CBB 是货物。
四步法 · 模块化设计 · P2/P3/C3/C4 模板
统一架构 L1-L4 + 流程主人 PO/PC + 三阶十六步开发 + 审计成熟度——把三大应用的方法固化为可管理文件资产（19 节流程文件 + 18 份操作指导书）。
成熟度评估 → 愿景规划 → 变革管理 → 数据底座——用「转人磨芯」和业务 IT 一体化，把体系搬到系统上运行。
研发数据平台 × 智能技能包 × 智能体规范——把流程活动自动化封装，9 技能映射三大体系泳道节点。
阅读路径：应用体系按 1→2→3 顺序研读（物料打底 → 产品主线 → 平台上沉）；支撑域可独立研读，但都应在对应应用体系之后对照泳道图使用。
点击卡片进入对应体系；每个体系内部均按七节统一结构组织。
问题：40 小类碎片化、系列组合 2880 种、一物多码查重难。
方案：数据治理支撑先行 + 通用化主线（六步法 / 分级管控 / 四板斧）。
问题：跨部门假协同、需求变来变去、流程高效产品难卖。
方案：IPD 六阶段 + DCP/TR + Charter/需求闭环 + CBB 贯穿 + 裁剪适配。
问题：同类模块重复开发、技术不先行、CBB 只建不用。
方案：业务分层异步开发 + 平台规划四步法 + 模块化 + 技术规划 TD。
问题：无架构无主人、两张皮、断点在部门交接处。
方案：L1-L4 架构 + PO/PC 责任制 + 三阶十六步 + 五审链 + 审计成熟度。
问题：数据孤岛、IT 业务两张皮、转系统不转人。
方案：成熟度评估 + 三阶十二步规划 + 转人磨芯 + 统一数据底座。
问题：懂 AI 不懂业务、技能无沉淀、输出无规范。
方案：数据平台 × 9 智能技能 × 智能体受控流程规范。
从数据治理到品类通用化——物料是制造业的「血液」，资源底座先稳，产品与平台才有得复用。
定位：三大应用之一 · 资源底座 | 主线：品类通用化 | 支撑：数据治理 | 加速器：数字化与 AI
通用化差：40 小类碎片化、系列规格 2880 种组合、物料基数持续膨胀；数据乱：一物多码、主数据不一致。
1-4-3-1 框架；A 轨数据治理（四定 + 存量五步 + 增量防控）；B 轨通用化（六步法 + 分级管控 + 四板斧 + 运营机制）。
19 活动泳道一页纸；T1-T12 模板；T7 管理办法；FL1 流程文件 + 4 份 GD 操作指导书。
物料是制造业的「血液」—— 研发、采购、制造、库存、成本、合规全部建立在物料数据之上，物料主数据的质量决定上层一切应用的天花板。
物料主数据的问题，「20% 是技术问题，80% 是管理问题」—— 所以方法论必须从管理入手，而非先买工具。
来源：信息化观察网《一文讲透，工业企业的物料主数据管理》2020-09-29GB/T 45309—2025《企业采购物资分类编码指南》
GB/T 46888-2025《数字化供应链 采购管理规范》
DAMA-DMBOK 数据管理知识体系 · UNSPSC 国际分类标准
鞍钢 · 徐工 · 航天晨光 · 胜利油田 · 京东工业等企业的物料治理与品类策略实践，用于目标设定与效果对标。
同一物料在 ERP、PLM、WMS、采购系统各有编码、对不上账。鞍钢同一螺栓有几十个编码；某装备集团近 30 万条编码，重复、错误、无效数据泛滥。
按产品线 / 部门各自划类，历史存量大。治理前：大类 23、中类 465、小类 4,067、细类 9,466，结构件按产品线划分导致跨线无法复用。
关键字段缺失或各部门口径不同，报表对不齐。英文描述含中文 3,061 条待修复；ODM 物料缺环保属性，维修 BOM 合规无法判定。
PLM 与 SAP 的 BOM 上下层关系不一致（料号 11986315 案例）；PLM 与 MDG 生命周期状态不同步；SRM 回传 1 条变 3 条。
无审批即新增、谁都能改；部分审批流程超 20 个模板待选、审批人列表超 50 人备选，重复审批、移动端无法审批。
新增物料谁都能建、修改档案谁都能改、错了找不到人修——「谁建的、谁改的、谁负责」三问全部无解。
前两页的问题最终收敛为两大问题群。两者不是并列关系，而是主线与支撑的关系：数据乱则查重难、统标难、通用化无从落地——数据治理是通用化的前置支撑措施，通用化才是要打的仗。
→ 解法在第 4A 轨：定标准 / 定组织 / 定规范 / 定流向 + 存量五步 + 增量防控
→ 解法在第 4B 轨：通用设计六步法 + 分级管控 + 四板斧 + 运营机制
作战顺序：先 A 后 B、以 A 养 B——先把数据底座治干净（A 轨），通用化（B 轨）才能在干净数据上做查重、统标与收敛；两轨并行推进，A 轨的每个产出都是 B 轨的输入。
定组织、定标准、定规范、定流向。 信息化观察网 2020-09-29
为关键数据实体创建唯一、可信、权威的「黄金记录」；四阶段十步法：规划准备 → 数据发现与建模 → 实施与整合 → 分发与持续优化。 腾讯云开发者社区 2025-12-04
定义「谁、何时、通过何种流程、遵循何种标准」管理数据；主数据是高价值、跨系统共享、相对稳定的核心资产。
GB/T 45309—2025《企业采购物资分类编码指南》（2025-09-01 实施，全国统一分类编码体系）；GB/T 46888-2025 要求统一编码与 AI 辅助品类分析。
共用构建模块：通用组件只定义一次、变体继承通用结构，从源头减少物料种类。国内代表性实践：华为《从偶然到必然》。
全价值链、全系统范围内，每个物料有且只有一个可信编码与档案（黄金记录）。
以「重复率 / 填充率 / 准确率」三指标度量 → 看板化 → 挂钩考核 → PDCA 持续改进。
1-4-3-1 框架落到执行就是双轨：A 轨先把数据底座治干净（四定 + 存量 + 增量），B 轨在干净数据上做通用化（总纲 → 六步法 → 品类实战 → 分级管控 → 存量压缩 → 运营固化），数字化与 AI 作为加速器贯穿两轨。点击任一步骤直达。
输出：干净的主数据 + 防复发机制 → 作为 B 轨查重 / 统标 / 收敛的输入
输出：品类通用化设计规范（T9）+ 基数缩减目标 + 周 / 季运营循环 → 持续压缩物料基数
数据治理先行是数字化的前提；AI 把 T9 规范从文档变成系统强制执行（见体系六品类策略生成流水线）
按材质、加工工艺、形状功能等自然属性划分，保证跨产品线、跨组织可复用；参考 UNSPSC 与 GB/T 45309—2025。采购分类等业务视图通过映射表关联，不另起炉灶。
统一 8 位纯数字流水编码（实践企业将原 5 / 6 / 7 位含义码统一为 8 位）；行业建议 8-12 位、只带轻量含义，属性放档案字段不进编码。号段按物料类型规划，容量预留扩展。
进阶 · 双编码体系：8 位 MDG 流水号 ＋ 带含义的 14 位 PLM 图号（零部件一线实践）。
属性分五类管理：公共、技术规格、技术衍生、衍生、不参与唯一性；用「关键属性组合」（如名称＋型号＋规格）做唯一性校验；属性按品类差异化配置，一细类一套属性模板。
必填示例：是否安规部件、电源板认证号、是否集成 CIS —— 必填项设计直接决定下游合规与采购可用性。
归口集中管理是解决数据不一致最有效的方式：物料主数据统一维护入口（MDM 系统）；生产性物料归口技术 / 研发部门，非生产物料归口仓库 / 行政部门。（信息化观察网）
生命周期由原 4 态改为 7 个状态，每个状态匹配不同业务规则（如开发件可挂 BOM 但不允许采购）；状态必须跨系统同步（PLM / MDG / SAP），否则出现「审批全通过但 BOM 无法提状态」的矛盾；冻结 / 解冻需校验物料存在性与在产机型引用，防止误冻结。
周度：潜在可作废物料梳理（机型已退市＋无尾单＋专用） · 通用化缩减目标缺口分析 · 物料变化日报（入库 / 出库 / 冻结 / 解冻）
季度：品类策略刷新 —— 国产替代、通用化整合、新物料引入核查专利与地域限制；策略自动转化为 PLM 可执行校验规则（规格表＋管控规则），杜绝「策略与管控脱钩」。
任何业务系统不得自行新增物料编码或变更主属性；新增、变更、停用一律走主数据流程。
跨系统一致性运维：建立 PLM vs SAP vs MDG 的 BOM / 物料差异比对机制 —— 如 OLED 细类治理发现 300+ 条 PLM 有而 MDG 无、300+ 条反向差异，提工单闭环。（内部《日报》）
输出问题清单：重复码数量、关键字段填充率、口径冲突点、流程漏洞；用名称 / 规格模糊匹配做重复检测，按字段统计空值率。
确定分类体系、编码规则、主属性模型（见支柱一）—— 先立规矩，再清理。
在用口径约 16 万条：集团范围内生产物料＋12 个月内新建＋SAP 有库存＋2 年内有货物移动＋在产在研 BOM 引用增补。多码合并三步：模糊匹配出候选 → 人工逐条确认 → 按映射表切换（备份、对账、双轨观察期）。
15 套在用系统按「旧物料只更新品类、新建物料按新规则生成」切换，避免推倒重来。
清洗结果写入验收标准（填充率、准确率达标线）；总结固化为组织知识资产。
没有机制，清理完的数据库三个月就会恢复原样 —— 防复发比清理本身更重要。
最小指标集 · 看板化 ＋ 挂钩考核
从源头减少物料种类、让同一物料被更多场景复用——五层协同的体系工程，不是一次性运动。
定制品类每增一料即增一规格；通用化库查找不便，宁肯重新设计也不复用；不核算长期与系统成本；缺跨部门统一协调；模块化理解狭义、忽视「接口」（尺寸 / 位置）。
代价：单物料产量少、开发与模具费摊销高；专用物料积压只能报废（结构件、电路模块重灾区）；供应出问题需大量切换、资源保障难。
① 历史数据梳理：识别低效物料淘汰，按「进一出一」控制新增 → ② 系列化规格化：关键属性建立规范约束（核心逻辑）→ ③ 流程落地：申请环节点检系列与规格，总数不增。
应当数＝应有标准规格数（SKD / CKD 不计入，口径不统一会点检失真）；缩减率＝（现有−目标）÷ 现有；缺口品类数＝未达目标品类数（周度点检核心信号）。
总数一度超 2000 条、年新增超 1000——接口多样、长度规格多，板卡设计不考虑接口位置。
年新开 100+ 套、费用超 400 万——材料长度统一了，端子布局却无标准、两部门都不管。
在产 13 款、实际板型仅 2 种——新品设计无约束、自由发挥，物料越造越多。
策略是自然语言，选型看不到也拦不住——解法：把策略文档变成可执行的规格管控规则。
按分类圈定品类，导出全部物料及属性（用量、引用、供应商）。
→ 品类物料明细清单逐属性统计取值分布：同一阻值 12 种封装即冗余，无人选即空白。
→ 属性分布报告（冗余点）策略解析为「属性＋规则」：优选 0402 / 限选 0603 / 禁用 0805。
→ 结构化属性规则表建立策略属性 ↔ PLM 字段映射，确保规则落到系统字段。
→ 属性映射表按三法定值域＋建立关联约束，汇总为品类规格管理表。
→ 品类规格管理表 T9表1规则导入 PLM：禁用拦截、限选提示审批、新建默认优选。
→ PLM 校验规则＋优选推荐六个品类、两类打法——内部结构件靠接口标准化，外观件靠同质化收敛（真实数据）。
| 品类 | 根因识别 | 系列化做法 | 效果 |
|---|---|---|---|
| 连接线 | 接口多样、长度规格多；板卡插座位置无约束 | 按机内模块连接关系定义 15 个系列（先淘汰复合线、捆扎线），子系列直线 / 折弯；Pin 数 14→2 种、线号 5→1 种、单位长度→20mm | 板上插座位置统一到 7 种板型；接口规格统一为 1 种 |
| 主板 | 尺寸 10 种、端子布局 100 余种、屏接口多、机芯新老共存 | 确认五大生成要素（板型 / 机芯 / 端子 / 屏接口 / 功放）逐要素系列化：板型 10→5；屏接口「TCON 内置转接＋VB1＋CHOT 内置」1 替 5；端子布局统一 16 种 | 输出《主板通用化设计规范》，对每个系列明确设计要求 |
| 底座连接支架 | 接口完全按产品造型各自设计 | 按功能接口定义 8 个大系列；固定关键尺寸、可变尺寸系列化 | 外部接口 20→8 种、内部接口 68→20 种，尺寸标准化定义 |
| 底座 | 53 种造型，同系列同质化严重 | 5 大系列各划分子系列（如双腿悬浮→刀锋 / 圆管 / 板状），材料 / 接口 / 工艺 / 颜色 / 尺寸建关联约束；新增一种形态或颜色须先淘汰一种 | 53 种造型合并为 17 种（双腿普通 341→101、燕尾 162→28） |
| WIFI 支架 | 新品设计无约束、随意发挥 | 排查 13 款支架对应实际仅 2 种板型，定义为标准件 | 13 款→2 款；模具大幅缩减（卡接背板类 6→2，其余 3 类清零） |
| 端子板 | 端子数量布局无标准，两个部门都不管 | 教训：只统一材料长度无效——约束必须覆盖全部生成要素，端子布局标准化落到板卡设计规范 | 才能扭转年新开 100+ 套、费用超 400 万的现状 |
九大类四十个小类逐项下达「基数 → 目标 → 缩减量」三联目标并落到品类责任人，月度点检——印刷品「电子化＋镭雕＋工厂打印」三板斧贡献最大降幅。
| 小类 | 基数 → 目标 | 缩减 | 打法（可逐年复用） |
|---|---|---|---|
| 说明书 | 362 → 0 | -362 | 电子化：实物说明书变更为电子说明书 |
| 标牌 | 129 → 0 | -129 | 镭雕替代印刷标牌 |
| 能效标识 | 150 → 5 | -145 | 工厂自动化打印：5 种半成品印刷来料，仅留 5 处可变信息黑色打印 |
| 铭牌 | 824 → 624 | -200 | 扩大镭雕导入范围，采购库同步淘汰作废 |
| 整机衬垫 | 800 → 720 | -80 | 设计阶段提前规划、兼容多市场需求 |
| 存放箱 | 561 → 505 | -56 | 黄箱全球通用版面统一印刷 + 按刀版库控制新增 |
| 电阻类 | 478 → 450 | -28 | 按功率优先小封装 + 按国标分度表取值，减少非标阻值 |
| 电容类 | 199 → 150 | -49 | 按耐压值需求重新规划，尽量保留高耐压值物料 |
| 电源管理 IC | 88 → 70 | -18 | 合并供应资源，缩减同类物料数 |
| 膜片 | 141 → 125 | -16 | 新开平台严格通用老平台物料；高价贴合膜以平价方案替代 |
用行业标准分级铺开，再用三个卡点把规范嵌进业务流程——规范不进流程，等于没写。
按国家电子行业标准 SJ/T 207.1 按结构特征与用途分级：整件（整机）、部件 / 组件（前壳组件、扬声器组件）、零件（印制板）。某电视产品线共梳理 110 个品类（整件 1、部件 14、零件 95），涵盖 17 大类——全部建立通用设计规范。
结构：品类 → 系列 → 子系列 → 规格，每个属性挂约束类型与关联关系，底层引用《接口规范》《布局规范》《规格规划》《优选库》等专项文件；属性分布分析与规格表（T9表1）按品类逐张展开，最终汇集成这本一级文件，作为品类管理各阶段的管控依据。
| 流程阶段 | 管控动作 | 挂接的制度文件 | 落点 |
|---|---|---|---|
| 物料规划 | 点检规划物料是否符合系列化、规格化要求 | 《产品规划管理办法》＋《平台需求映射表》（成本、技术方案、CBB、各品类通用化、DFX 改善率、关键资源规划清单） | 平台规划评审 |
| 物料引入 | 物料申请单点检系列化、规格化要求 | 《产品设计通用化管理办法》（关键部品系列化、规格化）＋《零部件引入控制程序》 | 取号申请环节（流程 A 先查后建） |
| 新品选用 | 多方案选择与 CBB 分析，选用符合规范的通用 CBB 模块 | 《产品开发管理程序》→ 输出《多方案选择及 CBB 分析》 | 策划阶段概念决策 |
分级不是为了管死，而是把评审资源花在刀刃上——四级物料从严论证、零级物料快速放行，例外必须走线下评估。
高重要 × 高通用 = 三级；高重要 × 中 / 低通用 = 四级（最严）；中重要 × 高通用 = 一级；中重要 × 中 / 低通用 = 二级；低重要 × 高通用 = 一级；低重要 × 中 / 低通用 = 零级。重要度看对通用化指标的影响，通用程度看可替代性与复用面。
四级物料：申请前必须完成方案论证及评审，研发 / 运营中心总经理批准；一至三级物料：功能、性能、通用性与替代性分析写入选型申请单，部门负责人批准；零级物料：专业室主任按产品规划直接批准。
| 引入条件 | 要求 | 配套管控 |
|---|---|---|
| 性能 / 功能不满足 | 物料库现有器件无法满足新品性能或功能要求 | 选型申请单中完成需求与选型分析 |
| 明显性价比优势 | 降本折合现有器件 10% 以上，或换代产品性能明显提升（提稳定性 / 简化电路 / 缩减 PCB 面积） | 同类通用资源原则上不超过 2 家，超出规划数量应将旧物料禁用 |
| 断供替代 | 现有厂家无法继续供货，必须引入替代产品 | 引入后旧物料即行禁用 |
| 独家第二资源 | 独家供货物料引入第二资源，消除断供风险 | 按独家供货管理办法执行 |
| 质量改善 | 为产品质量改善引入新器件 | 引入后旧物料淘汰禁用 |
对已膨胀的存量物料，四个压缩手段按「先易后难」排序执行；CBB 平台化设计是通用化的高级形态。
成本最低、先做：机型已退市＋无尾单＋专用＋无机型引用＋无近期采购 → 判定可退出，输出清单走 T6 冻结 / 作废。真实案例：DCDC / PMU 芯片冻结至仅备件。与考核挂钩——未按要求完成按月度任务书减分。
BOM 结构完全相同的物料合并编码：硬件相同、软件不同的 PCBA 半成品，备件升级软件即可替换、无需硬件验证（对应查重规则 R02：料号＋数量＋位号＋项目文本均相同判重）。
先定标准规格（六步法），再把存量规格向标准迁移：新设计一律用标准规格，在产机型随迭代切换（航天晨光：软管 655 → 170 种）。配套统标统型计划 T9表3——规格映射、涉及机型、切换计划、年化降本测算。
需求提报按标准规格选（不许自由填写），配合供应商聚量——徐工 MRO：供应商百余家 → 10 多家、6000+ 物资统一编码，部分品类成本降 30%、采购周期从半月缩至 2 天以内；胜利油田套管规格 169 → 36 个（−78.7%）、库存金额 −23.6%。「进一出一」在此同样生效：淘汰一个才允许新增一个。
通用化不是一次性运动——周 / 季双循环机制，保证它不随项目结束而退化。
| 节奏 | 动作 | 输出 | 责任与考核 |
|---|---|---|---|
| 每周 | 理论可禁用物料分析 | 可禁用清单 → 转 T6 冻结 / 作废流程 | 品类工程师 · 纳入月度任务书，未完成减分 |
| 每周 | 缩减进度点检＋缺口明细推送 | 「进度点检」「缺口明细」卡片推送通用化群 | 主数据管理员 · 不达标品类持续提示 |
| 每周 | 物料变化日报 | 入库 / 出库 / 冻结 / 解冻动态（某日 86 / 2 / 15 / 14） | 自动化日报 |
| 每周 | 品类例会 | 周度数据点检、下周计划 | 品类小组 · 提前一天备好周度数据 |
| 每季度 | 品类策略刷新 | 更新版策略文档＋规格表（T9表1 升版） | 归口部门组织评审 |
| 每季度 | 重点品类专项评审 | 硬件重点、结构包装类（EPE 垫 / 冲压支架 / 适配器）逐品类过堂 | 品类专家组＋采购 |
| 每月 | 例外与命中数据复盘 | 例外率通报、优选等级修订建议 | 归口部门 |
物料查询＋系统规则生成＋系统流程执行 3 大技能，覆盖 8 大场景，支持飞书 / 网页 / 语音多渠道；品类策略刷新环节年节省 8.4 人月。
承载品类属性信息表、管控规则编辑与 PLM 导入、多维表格同步；真实整改：首页品类数 461 与实际 800+ 不符，已对齐。
京东工业墨卡托标准商品库一年完成的标准化数据量超过前五年总和——前提仍是先有规范与运营机制。
物料数据治理先行：解决「一物多码」是数字化的前提。AI 能大幅加速标准化 —— 京东工业墨卡托标准商品库一年完成的产品标准化数据量超过前五年总和。
向量检索 ＋ 规则校验双引擎：智能分类准确率 ≥90%，响应 <500ms，支持日均 10 万级物料存储检索。
来源：内部《物料管理与品类策略数字化》出口管制模块：BOM 下发节点自动校验涉美物料价值占比（25% 卡控 / 10% 提示）；完成 37,522 颗采购物料管制信息收集，排查开发中 BOM 232 个（含涉美物料 144 个，成本占比 0.01%-5.37%，低于 25% 管制要求）。
来源：内部《研发专家赛马业绩晾晒表》《日报》本页为全流程一页纸总览；各活动的输入 / 输出 / 责任人 / 时限 / 操作步骤详见《物料管理办法（详细版）》→ T7（可下载）。
节点标注的模板 T1-T12 均可在「模板下载中心」页下载；T8 表1-表7 为活动级表单，T9 表1-表5 为品类通用化设计规范模板集。
新增物料 100% 走先查后建；状态迁移沿 T6 七状态模型；通用化与质量运营为持续循环；C4 为 L2＋L5 联合评审。
《物料管理流程（详细版）》（1.1.1A · 19 节）已上线：A/B/C/D 四段泳道图 + 19 活动五要素说明 + 19 表单 + 4 指导书，附录 B 流程文件中心下载。
十二个模板覆盖「标准 → 流程 → 台账 → 运营 → 路线 → SOP → 办法 → 表单 → 通用化设计规范 → 规划点检 → 例外审批 → 选型申请」全链路，点击即下载原文件（Excel / Word，文件名与格式不变）。
每个流程活动一个可直接填写的 xlsx（含使用说明 / 字段说明 / 示例 / 判定标准四页）；管理办法与框架级模板见「模板挂接」页。
按流程建设工具包 11 号模板（19 节结构）编制：泳道流程图 · 活动说明五要素句式（角色接收到输入后，在时限内，按模板要求完成输出并传递）· 每个输入输出均有表单模板或操作指导书挂接 · 含流程客户 / 驱动规则 / 接口描述 / 风险 / 绩效指标。
分行业标准 / 方法论文献 / 业界实践 / 网络检索 / 内部资料五类列示；问题页痛点与数据均可溯源。
行业标准 · 内部引用
方法论文献 · 内部提炼
业界实践 · 内部交流材料
网络检索 · 见问题页标注
内部资料 · 已脱敏
门户内交叉引用
以商业成功为导向的集成产品开发——做正确的事（MM），正确地做事（结构化流程），用 CBB 把重复劳动变成货架取货。
定位：三大应用之一 · 业务主线 | 框架：MM + PDP + OR 三大流程 | 贯穿：CBB 共用构建模块 | 适配：重量级团队与流程裁剪
部门墙下的假协同、需求断裂与伪需求、照搬流程水土不服、上市周期长开发浪费大。
IPD 六阶段 + DCP 商业评审 / TR 技术评审 + Charter 与需求管理闭环 + CBB 建设 / 使用 / 运营 + V/R/M×A/B/C 裁剪。
产品开发泳道一页纸；C1-C10 模板 + P1 管理办法；FL3 流程文件 + 5 份 GD 操作指导书；C9 决策评审要素表集。
国内企业推行 IPD「失败的多、成功的少」（腾讯云开发者社区，2026-06）。痛点不在方法论本身，而在落地方式——每条痛点都能在本体系后续章节找到对应解法。
把 IPD 当研发部门流程，其他部门围观——「流程越来越高效，产品却越来越难卖」；功利心态急于求成，短期数据不及预期就动摇。
→ 解法：MM 市场管理前置，商业成功导向（4.1）
高层当甩手掌柜、带头特批开绿灯——上行下效，整个团队觉得体系可以随意无视。
→ 解法：IPMT 投资决策 + DCP 喇叭口管道（4.2）
几百个管控节点照搬——小马拉大车、水土不服、基础设施跟不上、组织重叠权责不清。
→ 解法：V/R/M × A/B/C 受控裁剪（4.9-4.10）
成立了 PDT 但成员仍归原部门考核——假团队真孤岛、权责不清、考核脱节、部门利益优先。
→ 解法：重量级团队，负责人权力大于功能部门（4.8）
研发说市场需求变来变去，市场说研发不听客户声音——伪需求、需求理解偏差、无闭环追踪。
→ 解法：OR 需求管理五步闭环 + Charter 开发（4.4-4.5）
每个产品从零开始，共用模块无人沉淀——开发浪费大、上市周期长（业界参照：IPD 可缩短上市时间 40-60%、开发浪费减半）。
→ 解法：CBB 建设 / 使用 / 运营机制（4.11-4.19）
问题 → 方案映射：六条痛点分别由分步说明的 4.1-4.19 对应章节承接——问题页是「为什么」，分步页是「怎么办」。
本体系方法不凭空发明——IPD 主干来自 IBM / 华为二十年实践，需求与团队方法来自业界成熟模型，裁剪与总结方法来自内部落地经验。
集成产品开发：市场管理 MM + 结构化开发流程 + 需求管理 OR 三大流程；六阶段（概念 / 计划 / 开发 / 验证 / 发布 / 生命周期）；DCP 商业决策评审与 TR 技术评审分层。
《从偶然到必然》《华为能，你也能》
需求收集 → 分析 → 分发 → 实现 → 验证五步闭环；$APPEALS 竞争分析；需求分层分层模型（5 角色 7 层级）。
《从偶然到必然》· 业界实践
IPMT 是投资方、PDT 是承包商；团队负责人权力大于功能部门代表——打破部门墙的组织解。
华为 IPD 组织实践
CBB＝标准化的共用模块：八特征、高价值判定（自研 5 + 外购 5）、五阶段管理、两条生产线 + 优选器件库。
《从偶然到必然》·《研发能力持续成长路线图》
六阶段 17 步骤 37 任务 122 活动的结构化分层；三级计划体系；异步开发与共用模块决策点。
业界 IPD 实践资料
版本形态 V/R/M × 开发分类 A/B/C 组合裁剪——裁剪必须受控、有评审、与项目计划同步制定。
内部落地经验 + 业界实践
IPD 是一个有机整体：MM 回答「做正确的事」，结构化开发流程回答「正确地做事」，OR 把市场需求统一入口；CBB 像血管一样贯穿全流程供血，重量级团队是承载组织，裁剪让体系适配不同体量——五个要素缺一不可，分步说明将按此框架逐环展开。
做正确的事——市场洞察、组合分析、路标规划，输出 Charter（项目任务书 / 商业计划）。→ 4.4 Charter 开发
正确地做事——六阶段 + DCP 商业评审 + TR 技术评审，阶段间喇叭口收敛。→ 4.1-4.3 / 4.6-4.7
统一输入——收集 / 分析 / 分发 / 实现 / 验证五步闭环，杜绝伪需求。→ 4.5 需求管理闭环
概念阶段从货架取用 CBB → 计划阶段多方案选择及 CBB 分析 → 开发中新模块走预研 / CBB 评审反哺货架 → 量产后 CBB 运营考核共享率。→ 4.11-4.19（概念与价值 / 判定 / 开发 / 建设 / 使用 / 运营）
IPMT / PDT / LMT 重量级团队——权力大于功能部门，考核与产品成败挂钩。→ 4.8
V/R/M × A/B/C 组合裁剪——体系适配不同体量与业务形态，防「小马拉大车」。→ 4.9-4.10
牵引关系：本框架的每个方框对应分步说明的一组页面（编号已标注）——看完框架即知每步在全局中的位置。
分两段展开：先走 IPD 结构化主线（框架 → 评审 → 活动 → 需求 → 界面 → 验证 → 团队 → 裁剪 → 全流程），再走 CBB 贯穿主线（概念 → 判定 → 开发 → 建设 → 使用 → 运营 → 实例）。点击直达。
每页均含「理论 · 方法 · 实例」三要素：先看方法来源，再看操作步骤，最后对照真实案例（含数据）——一看就知道怎么操作。
基于 CBB（Common Building Blocks 共用构建模块）的产品开发——最大化使用共享资源，减少重复开发与新物料产生。
可被多个产品共用的构建模块（硬件 / 结构 / 软件 / 技术方案），经评审入库后形成「CBB 货架」；货架由平台规划定义、CBB 评审维护。
减少重复开发、缩短上市周期、控制新物料产生——CBB 选用与新物料强挂钩，是体系一 12D「新品选用卡点」在产品开发流程中的落点。
业界典型病（华为 IPD 镜鉴）：无节制满足客户定制＝放弃平台化；研发独角戏同样致命——需求应被探索、发掘、提炼后用技术实现，而非照单全收。
市场管理 MM（做正确的事）＋ 产品开发流程（正确地做事）＋ 需求管理 OR——把产品开发作为投资来管理。
理解市场 → 市场细分 → 组合分析 → 制定商业计划 → 融合优化 → 管理与评估绩效；输出 SP / BP 与产品路标。
收集 → 分析 → 分发 → 实现 → 验证（详见 Charter 与需求管理页）。
一页纸 IPD 流程框架图：阶段、DCP / TR、功能领域泳道与里程碑，供 PDT 随身对照管理项目。
DCP 是商业评审，形成喇叭口管道——越早砍项目损失越小；TR 是技术评审，结果作为下一 DCP 的决策依据。
继续 / 通过：授予下阶段资源；停止：有序终止、归档、资源重新安排；重新定向：调整方向或补充信息。
提前 5 个工作日分发资料并与 IPMT 逐一面谈；会议 1 小时：20 分钟背景＋15 分钟提问＋15 分钟决策讨论；聚焦方向与全局，不陷于设计细节；一次会议可评审多个项目。
六阶段共 17 个步骤、37 个任务、122 项活动——阶段、步骤、任务、活动逐级展开，每项活动均有「输入件—活动描述—输出件—责任人」四要素。
概念 44 项活动 > 计划 27 > 开发 18 > 验证 14 > 发布 9 > 生命周期 10——阶段越前端活动越密集，前端投入重、后端返工少。
一级计划：里程碑节点，项目经理制定；二级计划：来自流程「活动」层，核心组领域代表制定；三级计划：「活动描述」层进一步分解；内容含活动序号、名称、说明、起止时间、负责人、交付件。
Charter＝任务书 / 商业计划书——产品规划最终交付、投资决策依据；像开发产品一样开发 Charter。
Why 为何立项、不做的损失；What 产品包需求与竞争力；When 市场时间窗与里程碑；Who 团队；How 开发 / 盈利 / 上市 / 替换策略；How much 投入成本费用。
① CDT 立项准备 → ② 市场分析（六大活动）→ ③ 产品定义（目标成本、价值特性、需求动态排序）→ ④ 执行策略（红蓝军找盲点）→ ⑤ Charter 移交（IPMT 评审通过成立 PDT）；与客户 3~4 轮以上互动迭代。
准确的理解、多次的互动、杜绝伪需求——需求管理五步闭环与 5 角色 7 层级模型。
收集（客户 / 行业 / 竞对 / 展览＋管理层 / 售后 / 预研 / 研发 / 采购制造）→ 分析（分类、排序）→ 决策与分发（RMT 按收益、工作量、战略符合度、实现难度决定接纳、版本归属与交付时点）→ 实现（纳入战略 / 路标、Charter 或在研规格变更）→ 验证（跟踪与变更控制）。
客户问题 → 包需求 → 功能 → 性能 → 属性 → 内部需求 → 技术需求；市场经理管客户问题与包需求、产品经理管功能与性能、系统工程师管属性与内部需求、研发经理管技术需求；产品包需求说明书是七层需求的集成载体。
产品开发常见七类问题的业界解法——分层分类的结构化流程＋打通六个界面（研发 × 营销 / 技术 / 采购 / 制造 / 财务 / 人力资源）。
流程未按项目类型分层而僵化；研发与营销界面不通（市场调研、卖点设计、前三单验证、销售工具包薄弱）；与技术界面不通（缺需求分层映射、形不成 CBB 沉淀、预研不清）；与财务界面不通（缺全生命周期成本与定价）；与采购制造界面不通（未提前参与方案、重复设计）；与人力资源界面不通（产品开发成研发独角戏）；技术评审与决策评审未分离。
六个资料库：产品 / 市场 / 竞对 / 案例 / 问题 / 需求——各部门提供、市场部门汇总整理；四件套输出：销售指导书、售前胶片、销售一纸禅、常见问题解答；按使用者设计版本，开发阶段即编制、发布前完成修订评审与销售培训。
DFX 需求前置到概念阶段，测试沿 BBFV → SDV → SIT → SVT → BETA 阶梯推进，转产评审判定量产就绪。
可测试性（模块调试测试、上电自测、故障诊断）、可制造性（设计对制造的影响、制造能力、物理布局）、可服务性（服务成本设计、服务工具）、可采购性（规避独家、产能不足、长周期、禁运停产、质量问题供应商）——四类需求由测试 / 制造 / 服务 / 采购代表在概念阶段提出，纳入产品包需求。
规格类：SIT 完成、需求规格全部实现、环境 / 安规 / EMC 通过、致命问题为 0；单板工艺类：DFM 闭环、工装夹具验证；结构类：电缆验证、IQC 来料控制、包装试验；装备类：调测 / 老化装备到位、人员培训完成。
IPMT 是投资方，PDT 是承包商，按项目任务书交付；团队负责人权力大于功能部门经理，对组员有主要考评权。
产品线投资决策、对损益负责：产品战略决策、开发项目决策（路标、关键里程碑）、开发资源决策（资金 / 人员 / 设备调配）。
PDT 经理（专职，对成败全面负责）→ 核心组 ≤10 人（开发 / 市场 / 制造 / 采购 / 服务 / 财务 / PSE 系统工程师 / PQA）→ 扩展组；打破部门墙、并行开发、前端即考虑可制造可服务。
职能列（专业积累）× 项目行（协调推动）；设高层级项目管理部、专职项目经理——推荐给稍具规模企业。
TR / DCP 的合并裁减必须 IPMT 审核同意；下层活动由 PDT 经理判断负责，裁剪记录写入《产品质量计划》；项目过程手册 PHB 按项目类型（新开发 / 增强 / 维护 / 软件）说明阶段调整与交付件裁剪。
按业务分层 × 业务分类构建差异化流程，云服务不强行套 IPD（软件演进 ODP / OBP：投资与需求决策分离、小批量短迭代）；小微企业可免强矩阵与完整 PDT，但不可省测试、工艺、试生产；概念 / 计划阶段不可合并到立项。
版本形态与开发分类组合裁剪——裁剪必须受控、有评审、与项目计划制定同步。
研发视角的产品代际，对应唯一产品配套表，一个 V 含若干 R；多个 R 沉淀为技术平台（以 CBB 共享为主）；重大架构变更 / 底层重构亦属 V 类。
客户 / 市场视角的交付产品；特性纳入综合四要素：客户及竞争需要、功能与技术需求、时间、成本。
发布后针对具体客户的个性化版本；与在研版本并行管理、受控变更。
策划 → 计划 → 开发 → 量产；识别出的共用模块走预研 / CBB 评审反哺货架。
标杆选择 → 概念决策 → 多方案选择及 CBB 分析 → 产品包需求书编制 → 产品包需求评审。
含：市场需求评审 · 需求映射 · 业务计划书编制 · 需求分解分配 · 多客户需求调研与验证。
产品概要设计 → 概要设计评审 → 计划决策 → 设计规格说明书编制 → 项目计划确定。
含：各专业详细设计。
样机评审 → 开发评审 → 设计评审 → 设计性试制 → 技术文件发布 → 样机验证与测试 → 样机审查 → 工艺性试制。
含：样机制作与自查 · 样机测试 · 原型样机审查。
鉴定评审 → 首单试制 → 验收评审 → 上市决策 → 批量生产 → 生产服务支持。
含：产品发布计划 · 销售工具包培训 / 完成 · 项目总结。
货架模式：产品开发流程各阶段从货架上取用 CBB——货架由平台规划定义、CBB 评审维护。
CBB＝Common Building Block 共用构建模块：可跨多个产品 / 系统共用的零部件、模块、技术及设计成果——CBB 管理就是推行设计标准化。
① 有明确功能、需求规格和外部接口；② 高内聚、松耦合，内部更改不牵连其他模块；③ 相对独立的设计测试过程，可并行开发；④ 相对独立的生产过程；⑤ 可作为相对独立的备品备件。
共用性；二次开发能力（可配置、可扩展）；界面清晰（明确稳定的内外部接口）；支持异步开发；有明确规格（功能 / 性能 / 接口 / 环境适应性）；可靠性（经验证成熟稳定）；可维护可测试；有资料手册（数据手册 / 用户指南 / 应用指南）。
资源有限——用判定标准识别高价值 CBB，用五阶段管理 CBB 全生命周期。
① 发货额占比前 80%；② 物料成本占比前 30%；③ 研发资源占比前 30%；④ 与产品竞争力强相关的关键模块；⑤ 面向未来 3~5 年长期使用的核心模块。
① CPU、主板等核心器件；② 独家供货器件；③ 影响供货节奏的关键器件；④ 价格高的器件；⑤ 用量大的器件。
立项与验证两个决策评审点＋三个技术评审点——CBB 的成功标准是被产品大量选用，而非开发完成。
提前明确内部验证客户，在内部客户环境或生产环境试点验证；试点计划含验证活动、风险因素、质量目标与可接受标准、回归测试策略、入口 / 出口准则；完成后发布「内部销售指导书」（功能性能、接口规格、适用场景、选型指引、成本信息、支持方式）。
项目经理第一责任者、始终关注内部应用成功；系统工程师技术责任人；采购 / 制造代表管可采购性与可制造性。转预研决策三要素：是否含未解决核心关键技术、技术风险是否可控、预研周期是否匹配产品计划；转 CBB 决策核心：能够支撑系列产品的数量。
CBB 建设链路四步——规划输入、需求评审、开发入库、货架维护。
使用主战场在策划阶段——多方案选择及 CBB 分析是产品开发的第一道共用决策。
平台侧规模化生产 CBB，技术侧货架化产出 CBB——外购侧用优选器件库管住器件，物料管理与 CBB 体系在此交汇。
平台规划四步法＋模块化设计，系统性地识别并产出通用件、可选件——CBB 的规模化生产途径。
技术开发与产品开发分离，技术 / CBB 独立开发成熟后放货架，供多个产品选用——避免重复开发，实现技术共享和重用。
C-TMG 公司级技术管理组统一管理器件；CEG 器件选型决策、TQC 器件质量与可靠性。
路标库（规划导向）＋ 优选库（使用导向）；禁选器件在 EDA / ERP / BOM 系统中直接屏蔽——从工具层面杜绝选用。
引进期严格认证、小范围试用 → 应用期规模应用、持续监控 → 退出期主动规划替代、避免断供；海量单板定期演进再生。
机制保证 CBB 不随项目结束而退化——与体系一 12F 运营机制同构。
CBB 需求评审例行化（周度），由 CBB 评审负责人组织；结论入库 / 驳回 / 转预研。
CBB 规划输入走线上审批链（审核 → 部门负责人审批 → 专业组长策划），配套自动催办与超期升级。
CBB 选用率、共享率纳入产品开发考核，与体系一 12F 周季循环呼应；指标口径待补充。
项目 Charter 阶段纳入 CBB / 平台要素的成熟度评估，由专家小组评审。
三年滚动规划把 CBB 建设落到品类与预算，产品包需求评审用「共享率 80% 管控标准」守住货架复用——低于线必须加签审批。
规划 CBB 共 101 个（另有结转 36 个、合计 120），预算 1528 万元。专业版块分布：电源板 18 · 前 / 后壳 15 · 主板 13 · 光学组件 9 · 底座 8 · 模组背板 / 中框 8 · 结构件 8 · 自制 TCON 7 · 密封件 4 · WIFI 3 · 摄像头 3 · 包装 3 · 原材料 2——按年度规划更新并增补附件。
产品策划依据 CBB 货架选模块：共享率 ≥ 80%，产品线总经理审批即可通过产品包需求评审；< 80%，须产品线运营中心总经理 + 研发中心总经理加签审批——由系统工程师在 PLM 创建审批流并上传需求资料包，未放行不得过评审。
| 阶段 | 系统工程师关键活动 | 输出 |
|---|---|---|
| 需求 | 参与编制市场需求说明书；按需求映射表完成客户 / 市场 → 产品 → 技术需求转换，提炼功能与技术卖点 | 需求映射表 |
| 策划 | 组织多方案选择及 CBB 分析：成熟 CBB 直接应用、需预研的转独立立项、新开发的识别为攻关技术；同步做 NUDD 风险识别与专利法律风险点检 | 多方案选择及 CBB 分析 |
| 需求确认 | 组织识别可制造 / 可测试 / 可服务需求，编制产品包需求说明书；参与产品包需求评审（TR1）并关闭遗留问题——共享率管控即在此关口 | 产品包需求说明书 |
| 设计 | 组织需求分解分配到模块 / 单元 → 编制设计规格说明书 → 组织各专业概要设计及评审（TR2）→ 参与销售工具包评审 | 分解分配表 / 设计规格 / 概要设计 |
每个流程活动的输入输出都有模板：Charter / 需求 → 评审决策 → CBB 建设 → 验证总结 → 裁剪，共 C1-C10 + P1 + FL3 + 5 份 GD；泳道图一页纸见前一页。活动级模板（P1-1 至 P6-5，共 32 个）总目录见下一页。
每个流程活动一个可直接填写的 xlsx（含使用说明 / 字段说明 / 示例 / 判定标准四页）；管理办法与框架级模板见「模板挂接」页。
第 5 节 · 一页纸及模板先立标准、再上工具、后固机制——每个阶段有明确出口标准，未达标不进入下一阶段。
里程碑：试点项目按结构化流程走完一个完整阶段
里程碑：CBB 共享率可度量、货架有进出机制
里程碑：上市周期缩短、开发浪费下降可量化（对标业界 40-60%）
分行业标准 / 方法论文献 / 华为实践 / 业界案例 / 内部资料五类列示；问题页的痛点结论均可在此溯源。
书籍
业界资料
网络
内部·已脱敏
门户内
让多个产品共享零部件、工艺、接口与风格——平台是货架，CBB 是货物；分层解耦后产品、平台、技术并行开发。
定位：三大应用之一 · 共用复用 | 框架：分层解耦 → 平台规划 → 模块化 → 技术规划 → 货架运营 | 依托：产品开发体系下沉的共用要素
重复造轮子（同类模块多产品线重复开发）、平台缺位（新产品每项能力从零开始）、异步失调（技术不先行）、复用无治理（CBB 只建不用）。
业务分层与异步开发 + 平台规划四步法 + 模块化设计六步 + 技术规划与技术管理体系 + 货架层级指标与卡点。
平台开发泳道一页纸；P2/P3/C3/C4 模板；FL2 流程文件 + 4 份 GD 操作指导书。
产品线各自为政时，共用能力被反复开发、反复验证、反复维护——成本乘以 N，质量却未必更好。四类痛点环环相扣，最终都指向「缺一个有治理的平台体系」。
同类电源、结构、接口模块在多条产品线各自开发——人力浪费 × N、认证 / 验证成本 × N、物料品种 × N。数据参照：元器件标准化合并可降本 15-20%（Altium）；平台化是「以量换价」三板斧之首。
→ 解法：平台规划四步法定义平台交集（4.2）
没有产品平台与货架——新产品每一项能力几乎从零开始，「快」变成奢望；即使有共用件也是散点、无层级、无指标。
→ 解法：货架层级与平台指标（4.6）+ 平台规划输出物（4.9）
技术与平台不先行：产品开发等米下锅，或带着未成熟技术仓促上线——「一个产品含太多未成熟新技术是项目灾难」。
→ 解法：业务分层异步开发（4.1）+ 技术规划与技术开发分离（4.4）
CBB 只建不用、有库无治理、复用率无度量——业界总结的 CBB 管理五个致命误区；货架无维护，上架即过时。
→ 解法：技术规划与技术管理体系双轮驱动（4.7）+ 平台规划卡点（4.8）
问题 → 方案映射：四类痛点分别由 4.1-4.9 对应章节承接；平台与 CBB 的关系（货架与货物）见 4.10。
平台方法的主干来自华为 IPD 的分层异步开发与 CBB 理论，平台战略思想源自 McGrath 产品平台方法，货架识别来自业界产品树 / 技术树梳理实践。
产品层 / 平台层 / 技术层按各自节奏并行开发——上层产品不应受制于下层平台与技术的进度；分层解耦是异步的前提。
华为 IPD 实践（体系内借鉴）
平台＝产品系列在设计与技术上共同要素的集合（交集 / 最大公约数）；品种越多交集越有价值；平台规划四步法：差异分析 → 路标 → 要素 → 项目。
McGrath《产品平台战略》· 华为实践
平台是货架、CBB 是货物；模块分通用件 / 可选件 / 专用模块三类；高价值判定与五阶段管理（详见体系二 4.11-4.19）。
《从偶然到必然》
系统总体设计 → 模块内部设计 → 基于模块的产品设计三阶段；接口标准化是模块化的核心。
《研发能力持续成长路线图》
技术开发先于产品开发，技术成熟后迁移给产品；技术货架化是产品货架的上游供血。
华为 TD 实践
Gitee DevSecOps 用 CBB 重塑研发范式；产品树 / 技术树系统梳理识别货架——平台和货架不是凭空规划的。
网络检索（2026-09）· 业界实践
五个环节是一条有机链路，每一环的输出是下一环的输入：先分层解耦（各层并行），再规划平台（定义交集），然后把平台切成模块（可复用单元），上游技术持续供血（货架不空），最后用指标与卡点闭环运营（货架不烂）。
业务分层：产品 / 平台 / 技术三层按各自节奏异步开发。
→ 4.1
四步法定义平台交集：差异分析 → 路标 → 要素 → 项目。
→ 4.2 / 4.8 / 4.9
把平台切成 CBB：总体设计 → 模块内部 → 基于模块的产品设计。
→ 4.3 / 4.10
技术开发先于产品开发，技术成熟后迁移；技术树持续梳理。
→ 4.4 / 4.5 / 4.7
货架层级 + 平台指标 + 系列化卡点——复用有度量、货架有进出。
→ 4.6 / 4.8
产品树 / 技术树梳理（4.5）→ 平台规划输出平台要素与 CBB 清单（4.9）→ 模块化设计产出接口标准与模块规格（4.3）→ 技术规划产出技术货架与迁移点（4.4）→ 货架运营产出指标与卡点数据（4.6/4.8）→ 反哺下一轮平台规划——闭环迭代，可回退。
产品开发（体系二）在概念 / 计划阶段从平台货架取用 CBB——平台开发为产品开发供血；多方案选择及 CBB 分析是两者的握手点。
平台规划是物料通用化管控的第一卡点——新增物料的系列化、规格化点检从平台阶段就开始（4.8）。
牵引关系：五环框架的编号对应分步说明 4.1-4.11 的页面分组——看完框架即知每步在链路中的位置与上下游。
按「分层 → 规划 → 模块化 → 技术 → 货架运营」的链路顺序展开；每页含理论 · 方法 · 实例。点击直达。
产品平台化——让多个产品共享零部件、生产工艺、接口界面与风格布局，获得快速开发与整体成本竞争优势。
多产品各自为政：设计架构多样、新物料规格缺乏统一指导评审、需求规格缺乏规划——每个产品各建一套，量永远聚不起来，聚量降本无从谈起。
① 产品平台化（本体系展开）② 复选库 ③ 荐选池——② ③ 已在体系一 12E 页展开；平台化是第一板斧，也是后两板的前提。
平台化三优势：快速开发和整体成本竞争优势 · 降低制造 / 供应 / 交付多环节成本 · 提升产品质量。
业界典型病（华为 IPD 镜鉴）：产品规划与平台 / 技术规划割裂——产品做了很多、技术积累很少，每次开发新产品都从头做起。
上层产品不应受制于下层平台与技术的进度——分层解耦后，产品、平台、技术并行开发。
上层产品不受制于下层开发进度；上层产品开发驱动下层平台 / 技术开发；下层开发约束上层产品的设计选择——各层按自身节奏并行，接口契约对齐。
系统参考模型 · 平台参考模型 · 技术路标 · 版本火车（Release Train）· CBB · 技术管理体系（TMG + CEG + TDT）· 核心能力中心。
平台＝产品系列在设计与技术上共同要素的集合（交集 / 最大公约数）；品种越多交集越小——按产品族划分、一族一平台。
模块化设计三步：系统总体设计 → 模块内部设计 → 基于模块的产品设计——针对产品系列而非单个型号。
按技术原理划分，高内聚、松耦合；公共、可选、定制、可扩展功能分别模块化。
按需求性质分为通用件、可选件、专用模块三类。
全系列共用的公共固定需求，规划应用到各型号。
统一外部接口规格、可互换，明确需求变化方式。
仅某型号使用，不能提前开发。
为所有 CBB 定统一接口规格与集成协议；专用模块只定要点。
满足公共固定需求，全系列共用（如电脑电源）。
满足公共可变需求，统一外部接口规格、可互换（如硬盘不同容量）。
仅某型号使用，不能提前开发（如机箱外观）。
技术开发与产品开发分离——技术成熟后迁移给产品；一个产品含太多未成熟新技术是项目失败的主因。
启动 → 环境与价值分析 → 制定技术策略与路标 → 融合优化 → 执行；输出中长期 SP（3~5 年，战略控制点与重大投资方向）＋ 年度 BP（技术项目清单），BP 通过技术 Charter 落实。
技术路标必须与产品路标关联：明确哪个技术用在哪个产品的哪个版本上。
市场层（市场目标）→ 产品层（产品路线）→ 技术层（何时获得哪些核心技术）→ 项目层（RD 项目清单）→ 资源层（资源匹配分析）。
技术战略三阶段：模仿创新 → 跟随创新 → 领先创新；定位、资源投入政策、组织体系应书面化。
平台和货架不是凭空规划的——通过产品树、技术树的系统梳理识别出来。
芯片 → 模块 → 部件 → 单板 / 板卡 → 单机 → 整机 → 子系统 → 系统——层级数可按产品形态裁剪，关键是用统一的「货架层级」定义所有产品构成单元。
项目—专业对应矩阵：行为在研项目、列为专业技术、标注投入人数——同一技术被多个项目各养一摊人，即平台化整合信号；细腰型架构：越往中间越收敛（核心技术 → 技术平台 → 产品平台 → 产品），底层收敛共享、顶层面向客户发散——平台建设的本质是把「腰」做实。
用统一「货架层级」定义所有产品构成单元——平台由货架中的功能系统、组件、部件组合而成，管理指标沿层级逐层下达。
用统一「货架层级」定义所有产品构成单元——平台由货架中的功能系统、组件、部件组合而成，管理指标沿层级逐层下达。
平台指标：平台数、内外销共平台率、AFR、90 天早返率、平台衍生机型销量 / 销额 / 毛利、TOP20 机型数；CBB 指标：整机共享率、单 CBB 复用率、CBB 数量；型号指标：无效 / 低效型号数、单型号销量、退市超期型号数；BOM 指标：研发 BOM 通用化率、研发 / 制造 BOM 数。
某品类完成产品树与平台全量梳理：119 个平台、29 类 CBB、总量 2398 个构成单元，按功能系统 → 组件 → 部件逐层展开并全部标注固定部 / 半固定部 / 变动部属性——成为平台规划与 CBB 建设的直接底数。
规划＝洞察＋取舍＋执行——无序化有序，以确定性牵引不确定性，有限资源下必须取舍。
产品管理体系轮：MM 市场管理 → 产品路标 → Charter（CDP）→ IPD 产品开发 → 产品；技术管理体系轮：技术规划 → 技术路标 → 技术任务书（TCDP）→ 技术开发（TPD）→ CBB 库 / 平台 → 支撑产品开发。
两轮以需求管理衔接：产品规划识别的长期技术需求进入技术规划，产出的 CBB 回流产品开发选用。
四个滚动输入：行业技术趋势、竞争技术分析、市场环境与客户意愿、产品需求（路标与 Charter）；流程：启动 → 分析 → 融合和优化 → 执行。
核心交付＝技术路标＋技术任务书，据此启动技术开发（概念 → 计划 → 开发 → 迁移）与 CBB 开发。
自主掌握系统规划和设计能力；压强原则——选准着力点、集中突破再拓展；掌握 know-how 基础上与价值链共赢；平台优先——平台建设优于产品开发；有所为有所不为——业务分层 → 技术分层。
ITMT：公司技术投资决策，负责技术体系建设与工程 / 技术能力提前 Ready；TMT / TMG：产品线技术决策与评议；TDT：承接技术任务书、执行技术开发项目，与 PDT 平行运作的重量级团队。
平台规划是全流程通用化管控的第一卡点——新增物料的系列化、规格化点检从平台阶段就开始。
在新产品平台规划阶段，针对平台需求，点检新增物料是否符合系列化、规格化要求——与体系一 12D「全流程三卡点」同源：平台侧管住规划，产品侧管住引入与选用。
点检结论记入《平台需求映射表》的品类通用化字段，未通过系列化要求的方案需整改后再评审。
平台规划是全流程通用化管控的第一卡点——新增物料的系列化、规格化点检从平台阶段就开始。
《产品规划管理办法》5.3.4 / 5.4.4 开发阶段：平台规划活动的制度落点；《平台开发控制程序》修订中——修订发布后补充全文要点。
P2《平台开发管理办法（框架版）》已按平台规划阶段拆解活动（输入 / 输出 / 责任人），待补充处标注【待补充】。
平台规划的交付物清单——每一项都为下游产品开发与物料管理提供输入。
成本、堆叠图、技术方案、CBB、各品类通用化、DFX 改善率、关键资源规划清单——平台方案的颗粒度决定后续产品开发的复用上限。
跨年度外观模具的统一规划，保障外观件模具继承与聚量。
按品类给出选型方向与资源清单，衔接体系一的品类策略季度刷新。
平台级外观风格基线，产品开发在基线内做变体设计，不再各自发挥。
系统工程师在需求映射基础上开展多方案选择及 CBB 分析，把模块需求分为四类。
选配即出 BOM：配置规则直连模块池与物料主数据，订单自动生成生产清单。
派生产品走快车道：从池选配→个性开发→验证，V 模型左降右升，周期减半。
平台也有生命周期：版本演进有路线，退役有仪式——不让平台拖死产品线。
平台化的落点在「子系统归一」——接口、坐标、尺寸段。
梳理所有在产平台，存在三种布局方式 → 统一为一种规范布局；板卡与线材的接口位置不再随机型漂移。
各在产机型坐标均不相同 → 大后壳类、一字形后壳类分别按统一平台规范布局归一。
60 寸以下三合一产品无主板电源连接线；65 寸以上按统一平台规范——尺寸段收敛，物料与模具随之收敛。
平台开发 7 个活动的输入输出模板：需求承接 → 需求映射 → 多方案分析 → 评审入库，配套 P2/P3 管理办法与梳理模板；泳道图一页纸见前一页。
先立标准、再上工具、后固机制——每个阶段有明确出口标准，未达标不进入下一阶段。
里程碑：货架层级与指标口径评审通过
里程碑：平台规划输出物清单齐套（4.9 全项）
里程碑：新产品平台取用率与 CBB 共享率达标
分行业标准 / 方法论文献 / 华为实践 / 业界案例 / 内部资料五类列示；问题页的痛点结论均可在此溯源。
书籍 · 方法论
业界资料 · 内部交流
网络
内部·已脱敏
门户内
从「一堆文件」到「可管理的业务系统」——统一架构、端到端主人、结构化开发、五审链、推行运营与审计成熟度。
定位：三大支撑之一 · 固化管理 | 架构：L1-L4 分层 | 责任：PO 流程主人 + PC 流程管家 | 产出：19 节流程文件 + 18 份操作指导书
无架构无主人、文件与执行两张皮、断点集中在部门交接处、流程发布即结束。
L1-L4 流程架构 + PO/PC 责任制 + 三阶十六步 / 二阶七步开发法 + 本质设计表 + 五审链 + 审计成熟度。
流程建设泳道一页纸；F1-F10 模板 + FL1-FL5 流程文件 + 3 份 GD 操作指导书。
多数企业的流程不是没有，而是「一堆文件」——写得很多、用得很少、管得更少。四类痛点最终都指向「缺架构、缺主人、缺闭环」。
流程随项目随意生长，L1-L4 无分层；端到端流程无人拉通——各段 KPI 局部最优、整体次优；任何变革项目的流程输出不汇入统一架构，重复建设。
→ 解法：流程架构 L1-L4（4.1）+ 流程主人 PO / PC（4.2）
文件写一套、执行另一套；发布即结束，组织任命、IT 配置、数据迁移不同步——业界总结「流程发布 ≠ 落地」，发布只是推行的四分之一。
→ 解法：推行三件宝（4.7）+ 审计与成熟度（4.8）
跨部门 handoff 是执行真正断裂的地方（业界共识）；接口无定义、输入输出不咬合——部门墙让流程在边界处「掉线」。
→ 解法：泳道图规范与流程接口设计（4.5）
流程怎么写全凭个人经验：无本质设计、无标准结构、评审走过场——同一件事在不同流程文件里描述不一致。
→ 解法：三阶十六步开发法 + 本质设计表 + 19 节结构（4.3 / 4.4）+ 五审链（4.6）
问题 → 方案映射：四类痛点分别由分步说明 4.1-4.8 对应章节承接。
架构分层与责任人制度源自华为流程管理实践，开发方法融合 BPM 生命周期与内部流程工具包，审计与成熟度对标业界流程治理模型。
流程分类分级：架构只能被管理、不能被随意生长——变革项目输出必须汇入统一架构；架构三件图（全景 / 集成 / 接口）。
华为流程管理实践
流程主人（Process Owner）对端到端绩效负责、定方向做决策；流程管家（Process Coordinator）做日常建设维护——一个流程只能有一个 PO。
业界流程治理模型
全新流程走三阶十六步；优化修订走二阶七步；本质设计表是流程的「宪法」，19 节结构是文件标准。
内部流程工具包（11 号模板）
泳道图绘制规范（角色 × 阶段 × 活动 × 输入输出）；接口设计是孤岛与断点的解药。
BPM 实践 · 内部规范
自查 → 初审 → 评审 → 复审 → 终审，全部以规范性 Checklist 八大类为准绳。
内部流程工具包
遵从度审计十步法（时基 D-x）；流程成熟度四维评分取最低——与业界流程成熟度模型对标。
业界流程成熟度模型
先把流程放进统一架构（一架），给每条流程配上端到端主人（一主），用结构化方法开发文件（一法），再用推行、审计、成熟度让流程活起来（一环）——四者构成「可管理的业务系统」。
分类（L1）→ 分组（L2）→ 流程（L3）→ 活动（L4）；架构三件图管理全景。所有体系（物料 / 产品 / 平台 / 数字化）的流程都挂在这个架构上。→ 4.1
PO 端到端负责、PC 日常维护；权责手册（F3）明确到人。→ 4.2
三阶十六步 / 二阶七步 + 本质设计表 + 19 节文件结构 + 泳道图规范 + 五审链——从设计到文件到评审一条龙。→ 4.3-4.6
推行三件宝（组织 / IT / 数据）→ 遵从度审计十步法 → 成熟度评估 → 反哺优化。→ 4.7-4.8
服务三大应用：本门户物料（1.1.1A）/ 平台（2.1.1B）/ 产品 CBB（2.2.1C）/ 数字化（5.1.1D）/ 流程建设自身（4.1.1F）的 19 节流程文件 + 18 份 GD 操作指导书，都是这套框架的产物——支撑域自己先吃自己的狗粮。
按「架构 → 主人 → 开发两法 → 本质设计 → 泳道接口 → 评审 → 推行 → 审计」顺序展开。点击直达。
本体系的产物直接服务全门户：用 F4 模板写流程文件、用 F5 写本质设计表、按 FL1-FL5 参考五大体系成品、按 GD 指导书培训操作者。
三大体系是业务流程域，流程建设是方法支撑域——用统一的架构、主人、开发、评审、推行、运营、审计、成熟度八环链路，治理全部业务流程资产。
三大体系的管理办法、泳道图、表单模板本身就是流程建设的「被建设对象」：本体系提供架构分层、文件结构、模板编号、评审规范与审计方法，三大体系按此标准重述与治理。
流程主人 ↔ 重量级团队（PO 对流程端到端负责，如 PDT 经理对产品端到端负责）；19 节文件 ↔ IPD 各阶段交付件（受表单模板清单管控）；遵从度审计 ↔ TR 技术评审——审执行符合性与审技术质量构成双保险。
架构只能被管理、不能被随意生长——任何变革项目的流程输出必须汇入统一架构，防止重复梳理与相互重叠。
L1 流程类：命名「动词 + 名词」；编号 = 业务域顺序号 + 级别 + 复用属性字母，如 1.0B 管理物料。
L2 流程组：命名「名词 + 动词」；编号 = 上级编号 + 流程顺序号，如 1.1B 物料规划。
L3 流程：命名「范围 + 类别/属性 + 业务对象 + 动词」；如 1.1.1B XX 规格选型流程——流程文件的标准载体。
L4 子流程：命名规则同 L3；如 1.1.1.1C——承接微操作与裁剪。
复用属性字母：B = 仅 to B 业务流程 · C = 仅 to C 业务流程 · 无字母 = to B / to C 复用流程。
架构卡：每个 L1 流程一张——流程名称/编号、流程主人、流程使命（为什么存在、为客户创造什么价值）、边界（起点-终点）、上下游接口关系、关键绩效指标。
键盘图：公司全部 L1 流程按「业务域 × 职能」排列成键盘状总览，是流程架构的「地图」。
集成关系图：描述 L1 流程之间的串行 / 并行 / 双向依赖关系，识别跨流程协同点。
架构变更履历：变更内容、原因、影响分析（受影响流程 / 组织 / IT 系统）→ 流程管理部审核 → 架构委员会批准。
PO 对流程端到端绩效负责、定方向做决策；PC 协助做日常建设与维护——一个流程只能有一个 PO，一个 PO 可管多条流程。
L1 流程主人由公司红头文任命（高层管理者）；L2/L3 逐级任命，下级流程主人一般是上级流程主人的下属或指定责任人。
提名原则：谁对流程绩效最有影响力、谁对流程输出负责——避免按部门切割流程（部门墙正是流程孤岛的来源）。
① 流程设计（架构 / 文件 / 表单）② 流程绩效管理 ③ 遵从度管理（推动执行、参与审计）④ 持续优化 ⑤ 接口协调（PO 间争议上升架构委员会）⑥ 知识与能力建设（操作手册、宣贯培训）。
权力：流程文件审批权 · 流程绩效考核建议权 · 跨部门流程活动协调权。
按流程架构确定任命范围，明确到 L1/L2/L3。
按影响力与输出负责原则提名，不按部门切割。
落实 PO 的岗位载体，防止「有角色无岗位」。
流程职责写入岗位说明书，流程绩效进入个人 KPI。
红头文 / 任命文件发布，同步架构卡登记。
全新流程开发走三阶十六步法；已有流程的优化 / 修订走二阶七步法——省去调研与本质设计，强化影响分析与变更履历。
① 立项：明确流程建设需求，PO / PC 就位
② 现状调研：现状流程还原、痛点收集
③ 本质设计：填流程本质设计表（见下页）
④ 相关性分析（上下游 / 过程接口）⑤ 流程图设计（泳道图）⑥ 角色设计（角色库 + 岗位映射）
⑦ 活动说明编写（五要素话术）⑧ KCP / KSF 识别 ⑨ 文件成稿（19 节结构组装）
⑩ 自查（Checklist）⑪ 初审（PC 组织）⑫ 评审（部门会签）⑬ 复审（问题闭环复核）
⑭ 终审（PO 批准）⑮ 验证（试运行 / 沙盘推演）⑯ 发布（红头文 + 宣贯培训）
本质设计表是流程的「宪法」——后续所有文件内容必须与其一致；19 节结构是流程文件的标准载体。
流程客户（五类）：内外部客户、股东、员工、供应商/合作伙伴、上级管控部门——各自价值诉求分列。
目的：控制什么风险、满足客户什么价值诉求；起点：事件驱动（接收 Charter/任务书）或时间驱动（每月第一周）；终点：结束时产生的状态（如「XX 评审通过」）。
输入 / 输出：核心信息与输出物清单；适用范围：业务范围 + 组织范围 + 产品类别（具体到适用 / 不适用的产品线，不笼统写「全公司」）；绩效指标：时间 / 成本 / 质量 / 客户满意度 / 效率维度。
本门户三大体系的泳道图一页纸均按此规范绘制；接口是流程孤岛与断点的解药——每个接口明确四要素。
泳道：对应到角色、不允许对应到部门；接口流程统一维护在第一泳道之上。
符号：起点 / 终点用椭圆；活动用矩形、动宾结构命名、编号 01/02/03 顺延；决策用菱形、通过与不通过分支完整；返回用「返出 / 返入」符号成对出现（R1、R2 命名）；接口跳转用 To01 / From01 成对标注并写明交互信息；KCP（关键控制点，每流程至少一个）与 KSF 必须显式标注。
流程起点 / 终点必须包含在上游流程的起点 / 终点内；第一个 / 最后一个活动必须与本质设计表一致；相关性分析表识别的接口流程必须全部绘入流程图。
上层接口（承接上级流程输出）· 上游接口（接收上游输入）· 下游接口（向下游输出）· 过程接口（流程中段交互）——每个接口明确「交互信息 + 交互时点 + 交互方式 + 责任角色」。
跨流程接口由双方 PO 共同确认，争议上升流程管理部裁决；接口设计的载体是相关性分析表。
十六步法的 ⑩-⑯ 浓缩为五审链——自查、初审、评审、复审、终审，全部以规范性 Checklist 为依据。
编写人按 Checklist 逐项自查。
F6 ChecklistPC 组织，按 Checklist 逐项核。
F8 评审记录部门会签：边界 / 绩效承接 / 职责权限 / 体系符合性。
问题闭环清单问题闭环后复核确认。
F8 记录更新PO 批准 → 试运行 / 沙盘推演 → 红头文发布 + 宣贯培训。
F7 / F8 培训记录编号命名 / 客户识别（客户≠使用者）/ 目的与价值 / 指标逻辑自洽 / 范围分述。
流程知识范围界定 / 绩效指标要素完整。
泳道对角色 / 角色库与岗位映射 / 虚拟角色构成。
动宾命名 / 决策分支完整 / 返出返入规范 / 五要素齐备。
起止椭圆 / 起终点含于上游 / 首末活动一致 / 接口全绘入。
输入输出匹配 / 上下活动衔接 / 事件符号交互信息。
KCP 已标注 / 有关键说明 / 有控制程序（风险 + 控制方式）。
术语已解释 / 驱动规则清楚 / 手册表单关联 / IT 关联 / 裁剪规则。
流程文件发布只是推行的四分之一：组织任命、IT 系统配置、数据迁移必须同步到位。
推行任务分解到「流程 - 组织 - IT - 数据」四个维度，每项有责任人、时间、状态——防止「文件发了、系统没配、数据没迁」。
运行期痛点按四维归因：流程（做事套路）/ 组织（职责奖惩）/ 生产资料（工具手册模板）/ IT 系统——对应高阶方案：组织优化 / 流程优化 / 微操作能力建设 / IT 新建升级。
定期向上汇报推行进展的标准格式：里程碑达成、问题分级、求助事项——让推行进展可视、风险可求援。
审计时基 D-x：D = 审计日，-x = 提前 x 天；成熟度按四维评分取最低定级（短板原则）。
策划：① 年度方案（D-30）② 审计计划（D-15）③ 首次会议（D-0）
实施：④ 现场审核（访谈 + 抽证据 + 查记录，D+1 起）⑤ 问题记录 ⑥ 末次会议
确认：⑦ 审核报告发布（D+5）⑧ 问题确认与分级（严重 / 一般 / 观察项）
整改：⑨ 整改计划（根因 + 措施 + 责任人 + 时间）⑩ 整改验证与闭环
审计依据：流程文件 / 操作手册 / 公司规章制度 / 适用法律法规。与 IPD 的 TR 技术评审构成双保险：审计审执行符合性，TR 审技术交付质量。
企业能力：E-0 无流程文化 · E-1 职能驱动型 · E-2 流程驱动型（组织、考核、文化均以流程为中心）。四维评分：设计与文件 / 执行与记录 / 指标与监控 / 改进与优化。
从架构卡到成熟度评估全链路模板 F1-F10；FL1-FL5 为五大体系 19 节标准版流程文件成品（最佳参照）；泳道图一页纸见前一页。
先立标准、再上工具、后固机制——每个阶段有明确出口标准，未达标不进入下一阶段。
里程碑：核心流程全部有主、有架构位置
里程碑：19 节结构文件成为唯一合法流程文件
里程碑：流程成熟度四维评分进入稳定提升通道
分行业标准 / 方法论文献 / 华为实践 / 业界案例 / 内部资料五类列示；问题页的痛点结论均可在此溯源。
方法论
业界资料
网络
内部·已脱敏
门户内
业务重构的第二引擎——成熟度评估起步、愿景规划牵引、转人磨芯护航、统一数据底座承载。
定位：三大支撑之一 · 运作重构 | 方法：1 套方法 4 类场景 3 个阶段 | 护航：变革管理与转人磨芯 | 承载：统一数据底座
约 70% 转型未达预期：数据孤岛、IT 业务两张皮、转系统不转人、为技术而技术。
成熟度评估 18 问 + 三阶十二步规划 + 变革管理（转人磨芯）+ 业务 IT 一体化 + 服务化 V 模型 + Y 模型三个数字化。
转型推进泳道一页纸（三阶十活动）；FL5 流程文件 + 3 份 GD 操作指导书；转型度量体系。
业界复盘（2026）：近半数数字化转型折戟；经典统计约 70% 的转型项目未达预期——痛点高度收敛在四类结构性问题。
订单 / 生产 / 库存 / 采购数据割裂，各环节数据孤立、流程脱节；数据不一致是被忽视的成本推手——数据团队一半时间耗在找数据 / 备数据。
→ 解法：统一数据底座（4.7）
业务抱怨 IT 不懂业务、响应慢；IT 抱怨业务没想清楚、需求变化快——互相指责的循环里谁也不为结果负责。
→ 解法：业务与 IT 一体化团队 + 服务化 V 模型（4.4 / 4.5）
业界统计变革失败原因 Top3 都与「人」相关——系统上线了，习惯没变、心智没变；关键推动者一离职就回潮。
→ 解法：变革管理与转人磨芯（4.3）+ 变革治理（4.8）
没有成熟度评估与愿景牵引，追新名词、上新技术；转型没有度量体系，好坏说不清。
→ 解法：成熟度评估 18 问（4.1）+ 愿景驱动规划（4.2）+ 度量体系（4.9）
问题 → 方案映射：四类痛点分别由分步说明 4.1-4.9 对应章节承接；工业级系统方法见 4.9，支撑映射见 4.10。
评估与规划方法源自业界成熟度模型与变革管理理论，设计方法采用服务化 V 模型与 Y 模型，推进方法融合复杂系统控制论与敏捷思想。
四大主题 18 问整体评估——回答「应该准备什么、准备好了没有」，避免为技术而技术。
业界转型成熟度模型
转型最大的挑战不是技术而是改变人；变革失败原因 Top3 均与人相关（业界统计）。
变革管理理论 · 华为实践
业务与 IT 用同样语言设计：以服务化理念为核心、以数据为锚点，左右两侧逐层展开对齐。
业界架构方法
对象 / 过程 / 规则三个数字化决定重构深度——作业模式、客户体验、运营模式三级重构。
业界数字化转型方法
复杂系统控制论 + 敏捷思想双轮：用反馈闭环应对 VUCA 不确定性，小步快跑持续迭代。
工业数字化转型方法
视 IT 为投资而非成本：重量级变革管理团队批准立项 / 预算 / 治理发布。
华为变革实践
以业务战略为输入、数字化愿景为牵引：先评估（知道在哪）→ 再规划（知道去哪、怎么去）→ 后实施（转人磨芯 + 一体化交付），统一数据底座贯穿始终——每个活动有 owner、输入输出与模板。
成熟度评估 18 问（访谈 / 问卷 / 线上调查）→ 差距分析 → 转型准备度结论。→ 4.1
愿景驱动三阶十二步：战略输入 → 愿景描绘 → 场景识别 → 路线图与投资。→ 4.2 / 4.8
变革管理护航 + 业务 IT 一体化团队 + V/Y 模型设计 + 场景试点 + 度量闭环。→ 4.3-4.6 / 4.9
汇聚企业内外数据、重新组织与联接，让数据有清晰定义和统一结构——在安全合规前提下从数据到信息；它是体系一数据治理的数字化承接，也是体系六 AI 的作业面。→ 4.7
转型不是另起炉灶——物料 / 产品 / 平台三大体系各有明确数字化支撑场景（4.10 映射一页纸），具体平台与技能实现见体系六。
三阶十活动全部落成 5.1.1D 流程文件（FL5）与 3 份 GD 操作指导书——转型本身也按体系四的流程框架管理。
按转型时序展开 10 个步骤页，每页含理论 · 方法 · 实例。点击直达。
三大体系是业务主战场，数字化转型是使能支撑域——用「1 套方法、4 类场景、3 个平台能力」把流程、数据、IT 拧成一股绳，让体系从「文件化」走向「在线化、自动化、智能化」。
体系四治理「流程资产」——让流程文件有架构、有主人、有审计；本体系治理「业务运作模式重构」——让流程在线跑、数据自动流、规则系统判。两者一静一动：体系四定标准，体系五给动能。
物料管理 → 数据治理 + 智能查询 + 冻结解冻自动化；平台开发 → 产品树与货架指标数字化看板；产品开发 → CBB 共享率系统管控与评审在线化。具体工具与技能见体系六。
通过访谈、问卷、线上调查对四大主题整体评估——回答「应该准备什么、准备好了没有」，识别关键短板并形成改进建议，纳入转型规划。
对准业务战略？有清晰愿景并达成共识？高层理解行业数字化机遇威胁？绘制了架构蓝图？有战略投资机制？制订了数字化指标？
围绕客户旅程重构客户体验？作业线上化自动化智能化？运营实时可视、智能辅助决策？孵化出数字产品与服务？
应用现代化（服务化 / 云原生 / 敏捷交付）？数据治理与分析？AI 使能对准业务场景？云平台与资源连接？安全与隐私保护？
应用结构化变革管理方法？开展数字人才规划与技能培养？建立合适的 IT 组织与变革治理体系？
针对部分问题自检，快速了解当前成熟度水平——回答不了的问题就是准备度缺口，先补再启动，避免「跟风的技术导入」。
进展到一定程度后做完整评估、持续提升——与体系四「流程成熟度评估」（F10）构成双尺子：一个量流程资产，一个量数字能力。
以清晰的业务战略为输入，用「三阶十二步法」把 5-10 年的数字化愿景落到一个个可承接的变革项目上。
① 愿景回答「转型把业务带到哪」，在组织内形成广泛共识；② 架构蓝图对愿景做系统性、分层分级的诠释——业务、数据、应用、技术四层对齐；③ 变革项目承接转型举措，每个项目定优先级、有清晰关联关系。
物料管理体系的「实施路线图 + RACI」（T5 模板）就是「规划举措和项目」的实例：三阶段路线、责任到人、按月点检——转型规划不是写文章，是排项目。
业界统计变革失败的原因 Top3 都与「人」相关——转型最大的挑战不是技术，是改变人的观念、意识和行为。「转人」= 知识技能跟上，「磨芯」= 思想意识转变。
船头 = 领导层支持能力（一把手工程）；船帮 = 沟通、教育及培训（贯穿变革始终）；核心 = 利益干系人分析 / 变革准备度评估（读懂人心、挖阻力根因）；船体 = 变革项目组构建 + 职位、文化、绩效的调整牵引。
① 变革责任归位：业务一把手任变革 Owner，对成败直接负责——数字技术只是手段，业务转型升级才是目的；② 选优秀业务骨干全职投入变革，做完变革再回到业务核心岗位，巩固成果；③ 用户深度参与：启动初期就卷入用户，围绕用户旅程优化方案。
订单自动化变革中，按常理「将被自动化替代」的订单注册专员反而成为拥护者——参与变革让他们学到流程梳理与产品设计的新能力；而「理论上受益」的产品经理反而成为阻力——注册岗位消失后支撑性工作回流。结论：阻力根因不能靠表象推断。
新机会曲线在存量业务蒸蒸日上时已萌芽——此时投入变革的综合代价最小、成功率最高；但组织大多沉浸在成功红利里不愿「买单」。发起变革需要一把手的决心 + 对紧迫性、组织准备度、资源准备度的客观评估。
业务抱怨 IT 不懂业务、响应慢，IT 抱怨业务没想清楚、需求变化快——「两张皮」运作解决不了「慢、贵、难」。解法：融合组队 + 产品化运作。
产品经理是产品第一责任人：树立愿景、明确规划、建设团队，对业务价值、投资回报和客户期望负责；赋予管人、事、钱的权利。优秀产品经理大多来源于业务部门——是否舍得投入业务骨干，取决于一把手的决心。
业务人员培养数据意识，学会用数据定义业务，理解软件工程；IT 人员构建产品意识与业务理解——模式 / 运营 / 流程 / 场景 / 体验设计。做到「业务人员懂 IT，IT 人员懂业务」，才能「业务即 IT，IT 即业务」。
让不同专业背景的人用同样的语言设计产品：以服务化理念为核心、以数据为锚点，从左边的业务设计走到右边的 IT 实现。
不管组织、流程和场景怎么变，业务对象相对稳定。仓储入库业务有原材料仓、成品仓、分销中心等众多场景，但都是围绕「入库单」这个业务对象的增删改查——围绕业务对象设计活动、规则与功能，形成可被各种场景调用的服务。
业务对象 ≈ CBB 的「数据锚点」；应用服务 ≈ 可复用组件——把复杂流程解耦、把活动抽象成标准化服务再编排，就是「平台化 / 模块化」在 IT 侧的镜像。服务化不仅是 IT 的服务化，也是业务的服务化。
重构作业模式、客户体验与运营模式——重构的深度取决于对象、过程、规则三个数字化的充分程度。
全量全要素联接：关键数据 → 全量数据；类别 → 实例（管到每个器件实例）；覆盖全生命周期（设计态 + 运行态）；对象与对象之间建连接——「活动即记录，记录即数据」。
可视、可管理、可追溯：作业线上化只是基本要求；记录执行轨迹实现全程追溯；信息流与资金流、实物流同步（账实一致）；从「过程的数字化」走向「数字化的过程」——虚拟世界仿真反作用于物理世界。
显性化、结构化、可配置：从制度文件拆出一条条规则并分层分类管理；把「语文题」转成「数学题」——识别规则涉及的业务对象，翻译为机器可读；规则引擎自动判断执行，遵从性实时告警、运营持续调优。
价值流 × 业务场景识别设计 → 重构客户体验；业务能力的规划布局与全方位提升 → 重构运营模式；流程分层解耦设计 → 重构作业模式。价值流对准客户旅程，所有与客户相关的价值流天然「从客户到客户」。
信息汇聚（按需实时获取、一次创建多次复用）· 角色整合（面向客户的接触面团队化）· 作业自动（高频高能耗高风险活动自动化）· 管控极简（分级授权 + 事后稽查）· 流程并行（串行变多方协同并行）· 业务服务化（调用服务简化流程）。
把企业内外数据汇聚、重新组织与联接，让数据有清晰的定义和统一的结构——在安全合规前提下打破数据孤岛与垄断，让数据更易获取。
多维模型（多视角多维度的查询分析）· 图模型（关联影响分析）· 标签（业务范围圈定与画像）· 指标（业务结果、效率、质量的度量）· 算法模型（预测与决策支持）——数据消费不止报表，还要支撑自助分析、实时分析与特征识别。
① 确定业务场景（识别业务环节对应的逻辑实体）；② 声明粒度（精确定义每行表示什么）；③ 维度设计（满足单一性、单向性、正交性）；④ 事实表设计（同一表内不混粒度、不混业务过程、比率分解为分子分母）。
数字化转型需要重量级的变革管理团队：批准重大变革项目立项与关闭、批准预算、发布治理规则、裁决跨领域问题——有序推进的保障。
由公司最高层主持、各业务部门一把手组成：① 决策公司转型整体愿景、蓝图、节奏和预算；② 评价各领域转型愿景与路标；③ 发布统一治理规则、架构原则、安全规则；④ 批准重大变革项目立项与关闭，裁决跨领域问题。业务一把手默认是本领域转型的第一责任人。
领域解决自身关键业务问题的变革，从各自经营预算划拨；多领域受益的战略与基础性工作（如数据底座）由公司空载预算统一投入、允许对单领域重大变革空载以平抑浪涌、后续逐年扣除。全部空载则变革不被重视，全部自投则基础工作没人做——两种方式相辅相成。
复杂系统控制论 + 敏捷思想的双轮方法论：用「反馈闭环」应对 VUCA 时代的不确定性，用「最小作用力」找到最省力的转型路径。
不确定性是常态，数字化是从不确定性中获益的「反馈闭环」：感知（数据采集）→ 决策（分析判断）→ 执行（响应动作）→ 再感知。三条常规路径：增强感知（数据中台 / 工业互联网）、提升智能（AI 算法 / 数字孪生）、自动控制（流程自动化）。系统整合方法强调先设定价值目标、再选择有价值的场景——价值驱动的数字化。
① 实时在线：集中监控中心、运营控制塔、管理驾驶舱——全局视角看得见；② 自主决策：基于规则的自动响应、工作流引擎——数据驱动响应快；③ 智能控制：自适应的实时优化——持续逼近最优。方案设计两步：解构（从需求中挖掘真问题）→ 重构（从思维突破到创新设计）。
放弃确定性蓝图，追求迭代式进化：借鉴最小作用原理，沿「最速降线」迭代——找到推动变革最省力的路径；从不确定性最低的场景开始，低成本试错 + 反馈迭代，逐渐推进数字化、智能化的广度和深度，用 MVP（最小可行产品）快速验证。
物料管理的「数据质量月度监测」是感知层的在线化；「冻结解冻自动提单」是规则层的自主决策雏形；品类策略 AI 生成是决策支持。三级演进为体系六的工具建设提供了刻度——当前以「实时在线」为主，向「自主决策」推进。
转型不是另起炉灶——每个体系都有明确的数字化支撑场景；具体平台与技能实现见体系六。
| 体系 | 数字化支撑场景（已落地 / 建设中） | 演进定位 |
|---|---|---|
| 物料管理 | 物料智能查询（引用关系 / 机型物料 / 生命周期 / 采购状态 / 重复 BOM 等九类场景）· 冻结解冻自动提单 · MD 取号自动填报 · 主数据全量同步多维表格 · 数据质量规则按月监测 · 通用化缩减量看板 | 实时在线为主，冻结解冻已具自主决策雏形 |
| 平台开发 | 产品树与货架全量梳理数字化（平台 / CBB / 构成单元底数一次盘清）· 平台指标自动汇聚（平台数 / 共平台率 / AFR / TOP20）· 系列化点检在线化 | 实时在线——指标看板替代人工汇总 |
| 产品开发 | CBB 共享率系统管控（80% 放行线系统判、未达标加签审批）· 需求映射表在线协同 · 多方案 CBB 分析报告自动生成 · 品类资讯日报支撑市场感知 | 实时在线 → 决策支持 |
| 流程建设 | 流程文件标准 19 节模板化（F 系列）· 规范性 Checklist 台账化 · 泳道图节点附件在线挂接 | 资产在线——文件即系统入口 |
横向看每个体系「已经数字化了什么、到哪一级」；纵向对照三级演进（实时在线 → 自主决策 → 智能控制）找下一个突破口——价值驱动选场景，最小作用力推进。
物料管理数字化与 AI 加速页（第 31 页）衔接；工具与技能的实现细节、运行规范与演进路线见体系六「AI 赋能」。
数字化转型三阶十活动的操作指导书 GD×3 + 流程文件 FL5；路线图 / RACI / 活动表单复用体系一 T5 / T8；泳道图一页纸见前一页。
先立标准、再上工具、后固机制——每个阶段有明确出口标准，未达标不进入下一阶段。
里程碑：评估结论 + 差距清单评审通过
里程碑：转型路线图 + 投资计划批准
里程碑：转型度量指标达标、孤岛系统下线
分行业标准 / 方法论文献 / 华为实践 / 业界案例 / 内部资料五类列示；问题页的痛点结论均可在此溯源。
方法论
业界资料
网络
内部·已脱敏
门户内
用「研发数据平台 × 智能技能包 × 智能体运行规范」三层架构，把三大体系的流程活动变成自动化作业。
定位：三大支撑之一 · 效能放大 | 架构：平台 × 技能 × 规范 | 原则：AI 是受控流程，不是魔法 | 演进：技能资产管理
懂 AI 的不懂业务、懂业务的不懂 AI；技能无沉淀、重复探索；智能体输出无规范、错误流向下游。
研发数据平台三合一下作业面 + 9 技能 × 三大体系映射 + 品类策略生成流水线六步法 + 智能体循环模型 / 验收门 / 运行账本。
9 技能矩阵一页纸；T2 / T6 / T9 的系统化执行；多智能体协作规约。
「人工智能 + 制造」融合的普遍困境（求是网，2026）：懂 AI 的不懂业务、懂业务的不懂 AI——痛点集中在四类。
AI 应用散点开花、与业务流程脱节——没有把技能对准流程活动，做出来的 demo 好看但不顶用。
→ 解法：9 技能 × 三大体系泳道节点映射（4.2）
提示词散落在个人手里，人走了技能就丢了；重复探索同一问题，质量参差且不可复现。
→ 解法：技能资产化管理与持续演进（4.7）
智能体输出直接进库——错误无声流向下游数据，「你的一次疏忽会无声毁掉别人数周的工作」。
→ 解法：智能体工作规范：循环模型 + 验收门 + 运行账本（4.4）
多智能体同台作业无变更规约；平台运维无规约——没人牵头定制度，AI 落地停留在口头倡导。
→ 解法：平台运维与多智能体协作规约（4.6）
问题 → 方案映射：四类痛点分别由分步说明 4.1-4.7 对应章节承接。
本体系的核心主张「把 AI 当受控流程管理」源自生产系统的质量闭环思想；技能封装对齐流程活动的方法承接体系四的流程架构。
AI 作业质量不靠提示词堆砌，靠「循环模型 + 验收门 + 运行账本 + 升级机制」——与生产系统的 PDCA 质量闭环同构。
质量管理理论迁移
每个技能对应泳道图上一个或一组节点——技能是管理办法与模板的系统化执行单元。
体系四流程架构 · 内部实践
「先查后建、例外走评估」从靠自觉变成系统强制——人机分工：机器执行规则、人处理例外。
业界人机协同实践
研发数据平台提供数据自助、智能问答、安全导出三合一下作业面——没有干净数据就没有可信 AI。
体系五统一数据底座 · 内部实践
多智能体同台作业需要变更规约与运维规约——参照 DevOps 变更管理思想。
DevOps 实践迁移
「人工智能 + 制造」融合痛点：人才断层、场景碎片、治理缺位——本体系三层架构逐一对治。
求是网（2026）· 网络检索
底层平台供数据与算力，中层技能把流程活动封装成自动化单元，顶层规范保证输出质量与协作秩序——三层缺一不可：没有平台技能无根，没有技能平台无用，没有规范智能体不可信。
智能体工作规范（循环模型 / 验收门 / 运行账本 / 升级机制）+ 多智能体协作规约 + 平台运维规约。→ 4.4 / 4.6
9 技能映射三大体系泳道节点；品类策略生成流水线（六步法）把 T9 规范变成系统强制执行。→ 4.2 / 4.3
数据自助、智能问答、安全导出三合一下作业面；承接体系五统一数据底座与体系一数据治理成果。→ 4.1
技能资产管理与更新路线：能力提炼成方法论页 → 操作沉淀成技能 → 运行数据反哺优化——AI 能力像产品一样有版本、有生命周期。→ 4.7
从查询到冻结的 AI 场景全覆盖：先查后建强制化、T2 / T6 / T9 系统化执行（4.5）。
体系一治理好的数据 + 体系五建好的底座，在体系六变成智能作业面——三大支撑域在 AI 层汇合。
按三层架构自底向上展开 7 个步骤页，每页含理论 · 方法 · 实例。点击直达。
用「自研研发数据平台 + 智能技能包 + 智能体运行规范」三层架构，把三大体系的高频作业从「人找数据、人填表格」变成「对话即作业」——AI 不是替代体系，是体系的执行抓手。
优先自动化「高频、重复、规则明确」的作业：查询类（物料九场景）、填报类（取号申请）、流转类（冻结解冻提单）、同步类（主数据到协同表格）。人机分工：AI 负责执行与初判，人负责决策与例外。
本板块是体系五「三个数字化」的落地样本：平台沉淀对象与过程的数字化，技能把规则数字化成可执行脚本，运行规范承担变革治理的护栏——对应三级演进的「实时在线」，向「自主决策」推进。
自研的研发数据平台是三大体系的数据底座作业面——数据自助、智能问答、安全导出三合一。
前端 React 组件化（16 个功能页面）+ 后端 Node 服务（20 余个路由模块、90 余个 API 端点）+ 关系型数据库（每日自动重建的 200 万行级查询宽表）+ 协同多维表格直读；AI 网关对接大模型做智能问答、报告生成与知识库混合检索（向量 + 关键词），语音问答链路（识别 → 检索 → 生成 → 合成）；导出链路带 DRM 加密管控。
平台就是「数据底座」在研发域的作业面：数据湖对应平台数据层（汇聚 PLM / 主数据 / 采购多源数据），主题联接对应品类看板与指标；数据自助分析减少「要数据靠排期」的高能耗点。
技能即「流程活动的自动化封装」——每个技能对应泳道图上一个或一组节点，是管理办法的执行器。
| 技能 | 功能要点 | 支撑的体系环节 |
|---|---|---|
| 物料查询 | 九类场景：物料与机型引用关系、机型 / 平台全量物料、分类与生命周期、采购状态与采购量、规格属性明细、重复 BOM、图纸 / 规格书下载、降成本措施 | 体系一全流程查询底座 + 体系三 CBB 选用查询 |
| 品类策略生成 | 六步流水线：品类信息 → 导出物料 → 物料分析 → 策略分析 → 创建规格表 → 生成报告（含思维导图） | 体系一品类通用化（第 13-20 页）的系统化执行 |
| 每日品类资讯 | 按品类自动检索行业资讯 + 业务影响分析 + 建议措施，图文日报写入协同表格 | 品类策略的市场感知输入 |
| 物料冻结解冻申请 | 解析申请要素（类型 / 料号 / 状态 / 原因八分类）→ 脚本自动提单，状态机管控 | 体系一生命周期状态迁移（T6 SOP）自动化 |
| MD 取号填报 | 解析取号申请记录 → 结构化 → 自动写入电子表格台账 | 体系一物料编码申请（T2）自动化 |
| 主数据同步 | 全量物料数据从主数据端定时同步到协同多维表格（按物料大类分表） | 体系一数据治理（T3）的数据管道 |
| 服务器运维 | 服务状态 / 日志 / 部署 / 回滚 / 健康检查 / 定时任务巡检 | 平台自身的运营保障 |
| 网站变更规约 | 任何代码 / 配置变更前的强制五步流程与台账登记 | 多智能体协作的变更管理（第 141 页） |
| 任务检查点 | 长任务的过程检查点管理，防跑偏防丢上下文 | AI 长作业的过程质量护栏 |
体系一「品类通用化设计规范」（T9）从文档走向系统的自动化执行：输入品类清单，输出系统管控规则报告——策略文档不再躺在文件夹里。
① 从品类清单读取品类与小类；② 按品类拉取全量物料及属性；③ 分析物料分布、重复与生命周期；④ 按用量、供应与通用化潜力分析策略；⑤ 在协同多维表格生成品类规格管理表（规则结构化落库）；⑥ 输出品类管控规则报告并插入思维导图。
策略生成 → 规格表落库（规则数字化）→ 通用化目标下达（T4 品类追踪）→ 月度点检缩减量 → 数据回流再生成——「规则数字化」的完整闭环样本（体系五第 124 页）。
AI 作业质量不靠提示词堆砌，靠「循环模型 + 验收门 + 运行账本 + 升级机制」——把体系四的流程思维装进智能体。
程序：识别意图 → 绑定场景 → 执行查询 → 验证结果 → 输出 / 导出；产物：符合输出规范的回复或加密导出文件；反馈信号：接口状态码 + 行数 + 耗时；运行账本：每次运行追加一行记录（可审计可复盘）；终止条件：验收门通过即终止，失败重试上限 2 轮 → 升级人工澄清，不空转。
每一轮都不预设查询会成功——用反馈信号判定，不合格就修正或升级，禁止在无信号支撑时输出结论。验收门：结果非空、口径正确、数量级合理，三者齐过才允许输出。
SKILL.md = 流程文件（活动、角色、话术、约束）；验收门 = 流程评审；运行账本 = 运行记录与审计证据；变更规约 = 流程变更管理——流程建设方法论在数字世界的完整镜像。
SKILL.md（规范：名称 / 触发词 / 使用流程 / 保密约束）+ scripts（可执行脚本，禁止绕过脚本自行拼装）+ references（参考资料与模板）——新技能按此结构准入，保证可维护、可交接。
「先查后建、例外走评估」的规则不再靠自觉——在系统里强制执行，T2 / T6 / T11 / T12 的系统化形态。
物料与机型引用关系 · 机型 / 平台全量物料 · 全量物料分类与生命周期 · 采购库状态与采购量 · 料号 / 机型 / 细类关键词检索 · 规格属性明细 · 重复 BOM 识别 · 图纸 / 规格书 / 文档下载 · 降成本措施查询——新品选型前「先查后建」的数据底座。
解析申请类型（冻结 / 解冻）、物料号（支持批量）、冻结状态（正常 / 仅备件）与原因（八类：BOM / 三包 / 回购 / 消化库存 / 备件 / 调拨 / 翻包 / 正常订单）→ 脚本校验后自动提单——对应 T6 SOP 的状态迁移规则，禁止绕过脚本自行判断物料状态。
取号申请记录（MD 文件）解析 → 字段结构化 → 自动写入电子表格台账（料号 / 标题 / 原因 / 申请人 / 单号 / 链接）——T2 主数据申请的自动填报形态，杜绝手抄错漏。
主数据端全量物料定时同步到协同多维表格，按物料大类分表——品类策略、通用化追踪、数据治理共用一份「活数据」，替代月度人工导出。
平台上有多个智能体同时干活——「你的一次疏忽会无声毁掉别人数周的工作」。变更规约就是数字世界的流程纪律。
① 某智能体只上传构建产物、不同步源码、不提交——旧源码重新构建时把别人刚上线的页面冲掉；② 任务是改 A 模块却越界动了导出链路，改坏数据导出。两条铁律由此而来：构建必须在统一部署目录做、改动必须在权威仓库提交；不越界修改任务范围外的代码。
四件套定时任务自动运转：宽表重建（行数门槛防坏数据换入）· 原始表凌晨快照 · 数据守护自动回滚（坏表隔离保全）· 全量备份（黄金备份受保护），智能体每日晨间自检汇报；标准部署三闸门：测试环境冒烟 → 构建发布 → 生产复验（回归资产 40 + 45 + 19 项），任一闸门失败立即中止、生产零改动；故障案例库 15 起在册（症状 → 根因 → 修复），新事故入册沉淀。
本板块持续更新——新技能、平台新模块按迭代机制补充：能力提炼成方法论页，操作沉淀为 SKILL.md 规范。
物料查询技能：v16.0 新增机型物料查询 → v16.1 对齐加密导出规范 → v16.2 新增批量下载页；品类策略生成持续迭代至 v67.40——每次版本只解决一个具体问题，版本号即演进履历；加密导出技能独立演进至 v1.2（上限扩至 10 万行、兼容三形态数据），是「新增技能按准入条件登记入册」的首个样本。技能资产与模板资产（T/P/C/F 系列）同权管理。
查询类技能（找数据）→ 分析类技能（出结论）→ 执行类技能（提单 / 同步）→ 自主决策（规则引擎自动判）——对应业务数字化三级演进：实时在线 → 自主决策 → 智能控制。
① 对准高能耗点：高频、重复、规则明确的作业才值得封装；② 有明确验收门：输出规范可判定、失败可升级人工；③ 可回滚可审计：运行账本 + 变更规约双护栏。
新技能上线 → 本板块技能矩阵页更新；平台新模块 → 模块全景页更新；重大方法论沉淀（如运行规范）→ 独立成页；技能与平台改动遵循「测试先行 → 测试环境验证 → 生产发布复验」三闸门——与全门户「文档补充路线图」同一套迭代纪律。
9 技能全部挂接泳道节点：查询类先解决「找数据」，分析类把「看数据」升级为「出结论」，执行类让流程活动脱离人工表单——物料全流程场景从查询到冻结全覆盖。
一页纸总览：三层架构纵贯、9 技能横铺三大体系、物料全流程场景从查询到冻结全覆盖——每个技能都标注了对应的泳道节点与管理办法条款。
研发数据平台：数据自助（治好的物料 / CBB / 流程数据）→ 智能问答（自然语言查规则与台账）→ 安全导出（权限与审计留痕）。
体系一物料：品类策略生成（T9 自动化）、物料查重与统标、周度点检与理论可禁用分析（GD_1.1.1A-C6）、数据质量三指标月报（GD_1.1.1A-D1）
体系二/三 产品与平台：CBB 需求评审辅助、需求映射生成（GD_2.1.1B-A2）、多方案选择及 CBB 分析（GD_2.1.1B-A3）
体系四/五 流程与转型：流程文件规范性自查（F6 自动化）、业务洞察与痛点收敛（GD_5.1.1D-P2）、转型度量报告生成（GD_5.1.1D-O1）
循环模型（生成 → 自检 → 修正）→ 验收门（输出合格才放行）→ 运行账本（每次作业留痕可审计）→ 升级机制（异常人工接管）。
9 技能按活动挂接 13 件模板 / 操作指导书（T 系列管理办法模板 + GD 系列操作指导书）；泳道图一页纸见前一页，技能矩阵详见 4.2。
先立标准、再上工具、后固机制——每个阶段有明确出口标准，未达标不进入下一阶段。
里程碑：三大体系核心数据可自助作业
里程碑：技能输出质量稳定、账本可审计
里程碑：三大体系泳道节点 AI 覆盖率达标
分行业标准 / 方法论文献 / 华为实践 / 业界案例 / 内部资料五类列示；问题页的痛点结论均可在此溯源。
方法论
业界资料 · 内部实践
网络
内部·已脱敏
门户内
按金字塔原理收口：塔尖是一个总体框架（3 应用 + 3 支撑），中间是六体系的问题 → 方案对应，底座是模板与流程文件资产。
三大应用（物料 · 产品 · 平台）解决业务怎么做 × 三大支撑（流程 · 数字化 · AI）解决靠什么做好
问题：通用化差 + 数据乱
方案：A 轨数据治理支撑 → B 轨通用化主线
一页纸：19 活动泳道 + T1-T12
问题：部门墙 + 需求断裂 + 重复开发
方案：IPD 六阶段 + CBB 贯穿 + 裁剪适配
一页纸：产品开发泳道 + C1-C10
问题：重复造轮子 + 平台缺位 + 异步失调
方案：五环链路（分层→规划→模块化→技术→运营）
一页纸：平台开发泳道 + P2/P3
问题：一堆文件 ≠ 业务系统
方案：一架一主一法一环
资产：FL1-FL5 + F1-F10
问题：70% 转型未达预期
方案：三阶十活动 + 转人磨芯
资产：FL5 + GD×3
问题：AI 与业务两张皮
方案：平台 × 技能 × 规范
资产：9 技能矩阵 + 协作规约
58 件模板（T/P/C/F）+ 5 份 19 节流程文件（FL）+ 18 份操作指导书（GD）——全部按泳道节点挂接，点击即得；培训路径：总框架 → 各体系问题 → 框架 → 分步 → 一页纸。
按用户要求完成后的检查结论——六个检查点全部通过，逐项说明核对位置。
六体系均含：章封面（七节导航条）→ 问题 → 支撑理论来源 → 整体框架 → 分步说明（导航 + 步骤页）→ 一页纸及模板 → 实施路线图 → 参考来源；导航条在每章封面与关键页可见。
每体系问题页的痛点标注了来源（内部资料 / 网络检索 2026-09：Altium BOM 70%、IPD 六误区、70% 转型失败率、AI 融合痛点等），且每条痛点下方标注「→ 解法在 4.x」——问题与方案一一映射。
物料：1-4-3-1 + 双轨作战地图；产品：三流程 + CBB 主线 + 组织承载；平台：五环链路（环环供血）；流程：一架一主一法一环；数字化：三阶十活动；AI：平台 × 技能 × 规范——每个框架方框都标注了对应分步页编号。
分步页保留全部门类实战数据：六品类系列化案例（2880→4）、40 小类三联目标、CBB 共享率 80% 管控、平台化子系统归一实例、品类策略生成流水线实例等。
物料 19 活动 / 平台 7 活动 / 产品 CBB 13 活动 / 流程建设八环 / 数字化三阶十活动泳道图一页纸全部保留；AI 体系补建「9 技能 × 三大体系」一页纸。
六体系模板挂接页共列 58 件（T1-T12 / P1-P3 / C1-C10 / F1-F10 / FL1-FL5 / GD×18），按活动分组、点击即下载；一页纸泳道图节点与模板一一对应。
持续补充——主要内容提炼进方法论网页，模板表单作为附件挂到对应泳道节点，管理办法同步更新活动条目。