福特汽车｜业务架构‑业务能力地图深度解析（华为 4A‑BA 方法论）
业务能力地图是BA 业务架构的核心交付件，遵循华为业务架构标准分层：业务域（L1）→能力组（L2）→子能力（L3）华为企业业...。 核心定义：业务能力，是福特为实现 Ford + 战略，完成业务价值所必须具备的稳定业务本领，和组织部门、系统无关；组织可以调整、系统可以替换，但业务能力长期不变。 面向数据治理的核心作用： 1）每个 L3 子能力识别：数据生产者、数据消费者、核心业务对象、业务痛点； 2）直接映射 DA 层的数据域、主题域； 3）输出每个能力对应的Data Owner、Data Steward，输出 RACI； 4）识别高优先级治理场景，指导项目实施顺序。
福特 7 大一级业务域（L1）：产品研发域、供应链域、制造域、营销销售域、售后 & 车联网域、财务经营域、合规风控域。
福特业务背景：Ford Blue 燃油混动、Ford Model‑e 软件电动、Ford Pro 商用车车队三大业务板块，全球多区域运营，研‑产‑供‑销‑服‑车联网全价值链Ford。
业务能力地图总说明（分层规则）
- L1：业务域（大领域，直接映射 DA 数据域）
- L2：能力组（域内大业务模块）
- L3：子能力（最小业务能力单元；面向数据治理，标注：【核心业务对象】、【典型数据痛点】）
重要：业务能力地图描述业务能做什么，不是系统功能；不写 PLM、SAP、DMS 等系统名字。
一、L1：产品研发域（Ford Blue+Model‑e 共用研发底座）
战略定位：整车产品定义、软硬件开发、BOM、工程变更、试验验证；是零部件、车型主数据的可信源头域。
| L2‑能力组 | L3‑子能力 | 【核心业务对象】 | 【数据治理痛点（BA 识别）】 |
|---|---|---|---|
| 产品规划管理 | 市场需求管理产品组合规划车型项目立项管理 | 车型、产品项目、市场需求 | 研发工程车型代号与市场销售车型命名无统一映射；需求文档散落在各个工具 |
| 整车与零部件设计 | 整车架构设计零部件设计管理软硬件协同设计（Model‑e 软件定义汽车） | 零部件、整车配置、软件版本 | 零部件一物多码；硬件 BOM 与软件配置版本割裂 |
| BOM 全生命周期管理 | 工程 BOM 编制发布BOM 版本管理BOM 变更影响分析 | BOM 版本、零部件、配置选项 | 工程 BOM、制造 BOM、售后 BOM 版本不一致；变更不同步到下游供应链 / 制造 |
| 工程变更 ECN 管理 | 工程变更申请ECN 评审发布变更下游分发执行 | 工程变更单 ECN | ECN 变更信息无法自动同步供应链、工厂；变更记录碎片化 |
| 整车测试与验证 | 样车试验管理性能 / 可靠性测试软件 OTA 验证管理 | 试验项目、试验结果、故障记录 | 海量试验数据分散；试验故障码和售后故障码口径不统一 |
| 产品量产放行管理 | 量产条件评审产品冻结放行配置合规校验 | 车型放行基线 | 放行基线缺少统一数据记录，跨工厂理解不一致 |
本域治理重点输出：零部件主数据、车型主数据、BOM、ECN 业务规则，DA 层主数据模型直接取自本域业务对象。 业务 Owner：全球产品研发 VP；Data Steward：BOM 主管、配置管理专家。
二、L1：供应链域（全球寻源、采购、物流、供应商管理）
| L2‑能力组 | L3‑子能力 | 【核心业务对象】 | 【数据治理痛点】 |
|---|---|---|---|
| 供应商全生命周期管理 | 供应商准入注册供应商分级评估供应商绩效考评供应商淘汰管理 | 供应商、供应商资质、绩效记录 | 供应商主数据多副本，一物多 ID；全球各工厂维护各自供应商档案 |
| 寻源与采购管理 | 物料寻源定价采购合同管理采购订单执行 | 采购合同、采购订单、物料 | 同一物料多采购版本，物料编码跨工厂不一致 |
| 物料计划与库存管理 | 物料需求计划 MRP零部件库存管理安全库存策略管理 | 物料、库存批次、库存台账 | 库存数据跨系统不一致；物料缺少全局唯一标识 |
| 入厂与跨境物流协同 | 零部件物流调度全球跨境物流到货签收管理 | 物流单、到货批次 | 物流单据与零部件批次无法完整溯源 |
| 供应链风险管理 | 供应链风险识别风险事件跟踪处置 | 供应链风险事件 | 风险数据分散在邮件、表格，无统一资产视图 |
业务 Owner：全球供应链 VP；Data Steward：供应商主数据、物料计划业务专家。 治理重点：供应商主数据、物料主数据，打通研发域下发的零部件主数据。
三、L1：制造域（全球整车工厂，整车装配、质量、VIN 生成）
| L2‑能力组 | L3‑子能力 | 【核心业务对象】 | 【数据治理痛点】 |
|---|---|---|---|
| 生产计划管理 | 整车生产计划编制计划下发排产计划变更调整 | 生产计划、生产工单 | 计划数据和上游 BOM 不同步；各工厂计划口径差异 |
| 工厂制造执行管理 | 车间工单执行装配工序管理VIN 整车生成建档 | 整车 (VIN)、生产工单、装配记录 | PLM 工程 BOM 和工厂制造 BOM 不匹配；VIN 生成规则各区域有差异 |
| 整车质量管控 | 过程质量采集缺陷记录管理质量问题闭环 | 质量缺陷记录、零部件不良记录 | 各工厂缺陷编码不统一；质量数据难以跨厂汇总分析 |
| 设备与工装管理 | 产线设备台账设备故障管理 | 工厂设备 | 设备主数据分散，缺少统一资产 |
| 整车下线交付管理 | 整车终检整车入库整车调拨出库 | 整车、整车入库记录 | 整车状态信息在制造、销售系统不同步 |
关键业务对象：整车（VIN 码），企业全局车辆唯一业务标识。 业务 Owner：全球制造 VP；Data Steward：工厂质量、制造工程业务骨干。
四、L1：营销销售域（Ford Blue / Ford Model‑e / Ford Pro 销售、经销商、客户）
| L2‑能力组 | L3‑子能力 | 【核心业务对象】 | 【数据治理痛点】 |
|---|---|---|---|
| 市场营销与线索管理 | 市场活动管理销售线索获取线索分配转化 | 市场活动、销售线索 | 线索来源多源，重复线索，缺少统一客户 ID |
| 经销商网络管理 | 经销商准入管理经销商考核绩效经销商资质管理 | 经销商、经销商绩效 | 经销商主数据在 DMS、CRM 多份副本，信息不一致 |
| 整车订单管理 | 零售 / 车队订单受理订单状态跟踪整车资源分配 | 销售订单、整车资源 | 销售订单车型名称与研发工程车型代号不能自动映射 |
| 客户管理 | 零售客户档案管理Ford Pro 车队客户档案客户 360 视图业务管理 | 零售客户、车队客户、车主档案 | CRM、DMS、FordPass 多套客户档案，大量重复客户；车主‑VIN 绑定关系混乱 |
| 价格政策管理 | 车型价格管理返利政策管理 | 价格政策 | 车型价格口径与研发配置版本不同步 |
治理重点：客户主数据、经销商主数据；打通 VIN 整车对象，实现客户‑车辆关联。 业务 Owner：全球销售 & Ford Pro 负责人；Data Steward：经销商管理、客户运营业务专家。
五、L1：售后与车联网域（FordPass 车主、FordPro Intelligence 车队服务、OTA、召回、维修）
福特差异化能力域，同时包含传统售后业务 + 海量 IoT 车载时序业务能力，是数据治理重点与合规高风险域福特汽车。
| L2‑能力组 | L3‑子能力 | 【核心业务对象】 | 【数据治理痛点】 |
|---|---|---|---|
| 售后维修服务管理 | 维修工单管理配件供应管理一次修复率管理 | 售后工单、配件、维修记录 | 售后配件编码与研发零部件编码不一致；故障码口径与研发测试不统一 |
| 车辆召回管理 | 召回判定召回车辆清单管理召回执行跟踪 | 召回事件、受影响 VIN 清单 | 召回车辆清单多源，数据核对成本极高 |
| FordPass 车主服务管理 | 车主账号管理车主服务订阅管理 | 车主账号、订阅合约 | 车主账号与车辆 VIN 绑定关系错乱；个人敏感信息分散存储 |
| Ford Pro 车队运营服务 | 车队档案管理车队车况监控车队成本分析服务 | Fleet 车队、车队车辆组 | 车队缺少统一业务视图；多台车辆数据归属划分不清 |
| 车载 T‑Box 数据采集管理 | 车载信号采集故障事件上报车辆状态时序采集 | 车载信号、故障事件、车辆时序数据 | CAN 原始信号缺少业务语义定义；信号值域、单位不统一；时间戳漂移问题 |
| OTA 软件升级管理 | 整车软件版本管理OTA 任务下发升级结果监控 | 车载软件版本、OTA 任务 | 软件版本与 VIN 车辆匹配关系混乱 |
本域最大 BA 输出：车载信号、故障事件、车队、车主账号的业务定义；业务层面数据分级分类规则（哪些属于个人敏感数据），直接给到 DA 做数据分级。 业务 Owner：售后 & Ford Pro 业务 VP；Data Steward：车联网产品、售后质量专家。
六、L1：财务与经营域（全球核算、成本、财报、预算，Ford Credit 金融）
| L2‑能力组 | L3‑子能力 | 【核心业务对象】 | 【数据治理痛点】 |
|---|---|---|---|
| 全球账务核算管理 | 总账核算应收应付核算合并报表管理 | 会计科目、会计凭证、合并报表 | 业务域上报经营数据与财务核算口径打架，多版本报表 |
| 整车成本管理 | 零部件成本核算整车制造成本项目研发成本核算 | 成本对象、成本台账 | BOM 成本计算依赖多源物料数据，物料不一致带来成本失真 |
| 预算绩效管理 | 预算编制、预算执行监控、经营绩效分析 | 预算版本、绩效指标 | 业务指标与财务指标口径没有业务对齐 |
| 福特金融 Ford‑Credit 业务管理 | 信贷合同、金融还款管理 | 金融信贷合同 | 客户主数据与金融客户档案重复 |
业务 Owner：CFO；Data Steward：财务分析、成本会计。
七、L1：合规风控域（业务层面合规，不是 IT 安全；BA 输出业务规则）
| L2‑能力组 | L3‑子能力 | 【核心业务对象】 | 【数据治理痛点】 |
|---|---|---|---|
| 全球数据隐私合规管理 | 个人数据识别用户授权管理隐私业务规则定义 | 个人信息、用户授权记录 | 业务部门无法识别哪些字段属于敏感个人数据，全靠 IT 事后处理 |
| 数据跨境业务管控 | 可出境 / 不可出境字段业务判定跨境业务流程审批 | 跨境数据业务规则 | 没有业务侧判定标准，完全依赖技术人员主观判断 |
| 企业审计与内控管理 | 业务审计线索定义风险事件管理 | 审计业务对象 | 缺少业务视角审计溯源要求 |
非常关键：数据分级分类规则，必须由本域法务业务输出业务判定，IT 只负责 DA/TA 落地执行，不能 IT 自行定义什么是敏感数据。 业务 Owner：法务合规 VP；Data Steward：数据合规法务专家。
业务能力地图四大输出物（交付件，用于 4A 向下传导）
输出 1：业务能力‑业务对象映射表
每一个 L3 子能力，列出它产生哪些业务对象、消费哪些业务对象。
示例：BOM 发布子能力：产生【BOM 版本】；消费【零部件、车型】；下游制造执行子能力消费【BOM 版本、车型】。 这张表是 DA 构建概念数据模型的直接输入。
输出 2：能力‑治理角色 RACI 矩阵
每个 L1 业务域，明确：
- R（负责执行）：业务 Data Steward
- A（审批拍板）：业务域 Data Owner
- C（需要咨询）：其他域 Steward
- I（知情）：IT 架构、财务等
例：业务对象【零部件】 R：研发域 Steward；A：研发 Owner；C：供应链、制造 Steward；I：销售、财务。
输出 3：业务能力‑数据痛点清单
从每个子能力提取业务痛点，区分：
- 业务术语不一致；2. 主数据无可信源；3. 业务规则缺失；4. 指标口径不一致；5. 合规规则缺失。
这份清单直接作为数据治理项目的问题清单，用于现状诊断报告。
输出 4：业务能力‑治理场景优先级矩阵
把业务能力映射到治理场景，划分 P0/P1/P2 优先级，指导实施顺序：
| P0（最高） | 所属业务能力 | 业务价值 | |
|---|---|---|---|
| 零部件 & 车型 BOM 主数据治理 | 产品研发域 BOM、设计能力 | 解决研产供销一物多码 | B0 |
| FordPro 车联网车载对象治理 | 售后车联网域车载采集、Fleet 车队能力 | 统一车载业务语义，监管合规 | |
| P1 | 客户经销商主数据治理 | 营销销售域客户经销商管理能力 | 客户 360 统一视图 |
| P1 | 供应商主数据治理 | 供应链域供应商全生命周期管理能力 | 全球供应商统一视图 |
业务能力地图 → DA 数据架构转换逻辑（BA→DA，华为 4A 核心衔接）
- BA 的 L1 业务域 →DA 一级数据域一一对应；
- BA 的 L2 能力组 → DA 的主题域；
- BA 的 L3 子能力识别出来的【核心业务对象】 → DA 概念数据模型实体；
- BA 识别的业务痛点、业务规则 → DA 的数据标准、数据质量规则、数据分级分类；
⚠️关键原则：业务能力地图只定义业务含义、业务对象、业务规则；不定义字段类型、长度、数据库表；字段、物理表属于 DA 层工作。
落地常见风险（BA 业务能力地图建设阶段）
- 把业务能力写成系统功能：错误写 “PLM 系统 BOM 功能”；正确写 “BOM 全生命周期管理”，剥离系统。
- 能力和组织部门绑定：组织会重组，业务能力要稳定，不能按部门画能力。
- IT 单独输出能力地图，业务不评审签字：后续 DA 数据标准业务不认可，项目失效。
- 遗漏车联网 IoT 业务能力：只做传统研产供销，忽略车载采集、OTA、Fleet 车队子能力，造成车联网数据治理缺少 BA 输入。
