5 个源文件总览
75%
1. Master_Metadata_v3.xlsx
13 sheet · 117 SN · 81 列 · 17 Enum
详情 →
99%
2. eai_lifecycle_unified.html
端到端流程主图
详情 →
95%
3. robot_lifecycle_unified_v2.html
三泳道生命周期
详情 →
35%
4. EAI WBS xlsx
4 sheet · 1414 行 · 项目管理
详情 →
N/A
5. ffai_roadmap_gantt_2.html
FFAI 开发路线图
详情 →
两个加权口径
业务流程视角加权覆盖率：~92%（文件 2+3 为主源，文件 1 字段相关，文件 4-5 不全属流程图职责）
全量视角覆盖率：~60%（含项目管理 + 数据治理扩展维度，主要被文件 4 拖低）
文件 1
Master_Metadata_v3.xlsx
数据现状 + 字典 + 治理
75%
117 台真实机器人主档 · 81 列字段 · 17 个 Enum 字典 · 4 个数据源系统的多源治理。
流程图把 字段建模 + 枚举字典覆盖到 99%，但 "4 个数据源 + 字段冲突治理"维度大部分未体现。
13 个 sheet 逐项覆盖
| Sheet | 内容规模 | 覆盖 | 说明 |
|---|
| Summary | 117 SN / 1 OK / 77 Partial / 39 Conflict / 82 字段冲突 | 部分 | 流程图是建模视角，不体现具体数据规模 |
| Master | 81 列主档字段 | 99% | 79/80 去重后覆盖（仅缺 Notes/Comments） |
| Conflicts | 82 行字段级冲突 | 概念有 | P0 治理 banner 提了"冲突计数"但没具体冲突案例 |
| Cleaning Log | 188 次数据清洗 | 未体现 | "清洗日志"在 P0 治理 banner 提了但是 stub |
| Field Mapping | 81 字段 × 4 数据源映射 | 完全缺失 | ⚠ 核心治理逻辑没体现（见下方红框） |
| Source Coverage | 117 SN × 4 数据源覆盖 | 未体现 | 多源数据覆盖率统计 |
| Enumerations_Index | 17 Enum 统计 | 100% | 所有 Enum 都有字段对接 |
| Enum_Model (9 值) | Aegis Edu/Pro/Ultra · Master Ultra/Edu · Futurist Ultra · Aegis Ultra W+/+ · 1 Aegis EDU | 100% | 字段 型号 覆盖 |
| Enum_Variant (3 值) | Edu / Pro / Ultra | 100% | |
| Enum_Status Build (5 值) | Ready / Delivered / Received / Hold / WIP | 100% | |
| Enum_LifecycleStatus (8 值) | Reserved / In Stock / Delivered / In Transit / Bonded / Repair / Repaired / 智元换货 | 100% | 由 stage 主字段表达 |
| Enum_Location (4 值) | HQ / Client Site / China / FTZ | 100% | |
| Enum_UsageType (6 值) | Sales / R&D / Marketing / Capital / Product / To AGIBOT | 100% | |
| Enum_PaymentMethod (8 值) | Deposit Transfer / Check / ACH / Lease / Full Payment-Check / Full Payment-Wire / Co-Creation Credit / transfer | 100% | |
| Enum_DeliveryRequestType (3 值) | Customer Pick-up (Will Call) / 3PL US & Territories / FF White Glove | 100% | |
| Enum_DeliveryAcceptanceForm (13 值) | 13 个签字文件名 | 100% | 字段引用，具体文件名由数据维护 |
| 其他 7 个 Enum | sticker / ContractStatus / Payment / Payment&Contract / PhysicalProductStatus / DeliveryStatus / DeliverySignedForm / DeliveryAcceptanceFormStat | 100% | 全部字段对接 |
⚠ 核心缺失：4 个数据源系统 + Field Mapping
Master_Metadata 的核心治理逻辑是把 4 个上游源（Inventory / Pre-Delivery / Lifecycle / Sales）的同一字段汇总裁决到 Master。
流程图只画了"记录系统"（Excel / D365 / SAP / Tools 等），没区分这 4 个数据源各自负责哪些字段。
Field Mapping sheet 详细列出 81 字段 × 4 源的映射关系，这是数据治理设计的基础，但流程图没体现。
影响：跨部门字段权限设计时不知道"客户名"应该 Inventory 写还是 Sales 写，82 个冲突会再发生。
文件 2
eai_lifecycle_unified.html
端到端业务流程主图
99%
这是流程图最核心的对标源。10 阶段 + 26 节点 + 8 控制门 + 6 仓库 + 6 分支 + 责任人 + 记录系统 + B/L/P 三套状态映射，全部 1:1 对应到流程图。
| 维度 | 规模 | 覆盖 | 说明 |
|---|
| 10 个 Phase (P0-P9) | P0 治理 + P1-P9 业务 | 100% | 流程图按 Phase 横向分行 |
| 26 个流程节点 | 含 PO/Painting/Transit/Bonded/Receiving/W1-W6/Sales Order/Payment Validation/Delivery 三段 + 售后 6 节点 + Disposition 3 终态 | 100% | 本次还补了 5 个原合并的节点 |
| 8 个控制门 | G1-G6 + Conversion Validation + Return Inspection | 100% | G5 用 critical 红色样式 |
| 6 个仓库 W1-W6 | In Stock Before mod / RLE / Retail-premod / Branded Ready / UES Rental / After-Sales | 100% | 所有仓库都出现在节点中 |
| 6 条分支 | RLE bypass / Retail / Rental / Rental return / Service return / Disposition fanout | 100% | |
| 16 个责任人 | Sherry / Chao / Hongliang / Mike / Luis / Prasadh / Vlad / Alberto / David / Fiona / Gina / Louie / Chris / Support / Ricky / 等 | 100% | IN_PRODUCTION 处理人由 supplier-side 修正为 Sherry（用户授权） |
| 记录系统标注 | Excel / FF-WorkSpace / D365 / SAP / MS Teams / Tools | 100% | |
| B/L/P 三套状态映射 | Build / Lifecycle / Physical Product Status | 设计合并 | 合并成 stage 单字段（state-as-node，见需求分析.md §5） |
📝 关于 B/L/P 三套状态合并
源文件用 B/L/P 三套并列状态码，流程图按需求分析.md §5 的 state-as-node 设计合并成 stage 单字段（21 状态值）。
§5.3 给了无损映射表（stage → B/L/P 原值），所以是有意识的简化，不算缺失。
文件 3
robot_lifecycle_unified_v2.html
生命周期三泳道
95%
文件 2 的另一种视图，按 Inventory → Commercial → After-sales 三泳道组织。
节点 / 责任人 / 系统跟文件 2 一致，主要差异是泳道视觉分组。
| 维度 | 规模 | 覆盖 | 说明 |
|---|
| 三大泳道 | Inventory Lifecycle / Commercial Lifecycle / After-Sales Lifecycle | 隐含 | 用 Phase 行 + Section 颜色表达，但没明确标"三大泳道" |
| 节点 (跟文件 2 一致) | 同上 | 100% | |
| 责任人 / 系统 | 同上 | 100% | |
| Disposition fanout 三终态 | Repair / Quote & Approve / Cancel-Scrap | 100% | 分别有节点 18-19 / QA / 21 |
| 泳道之间的 transition 描述 | "if issue arises post-delivery" | 100% | P9 分支体现 |
💡 改进建议（非必须）
流程图当前按 Phase 行分（横向），如果想体现三泳道，可以在 Phase 上方加 Track tab（Inventory / Commercial / After-sales）或 Phase 行的左侧 banner。
但这是视觉增强，不影响信息完整性。
文件 4
EAI Robotics End to End Planning and Operation.xlsx
WBS 项目管理
35%
这不是单纯的"流程"文件，而是 WBS 项目管理：Tier1-6 任务分解 + 状态颜色 + KPI + 客户管道 + Region。
流程图覆盖了 Tier 1 (P0-P9) 100%，但 Tier 2-6 子任务 / 项目状态 / KPI / 客户管道 大部分缺失。
4 个 sheet 逐项
| Sheet (行数) | 主要内容 | 覆盖 | 说明 |
|---|
| Sheet1 (146 行) | Tier1-6 任务分解 + System Target + System Status 颜色 + KPI/OKR + Business Person + Dev Person + Region | ~35% | 仅 Tier 1 流程主框架覆盖 |
| overall P2P process (0 行) | 空 sheet（可能是图片/图表） | N/A | |
| Sheet1 (2) (125 行) | Sheet1 简化版（中英对照 Robot OTD Flow Final Version） | 100% | Tier 1 主框架内容跟流程图一致 |
| Sheet2 (1128 行) | FF AI-Robotics UES Strategy + 客户管道（FF Par CA/NY/NV/FL/TX/WA + 6677 Auto / Pinnacle / Fusion 等真实客户）+ Region 划分 + Cocreation 合作 | 0% | 完全没覆盖（不在流程图职责内） |
Tier 2-6 子任务覆盖示例（部分）
| WBS 任务 | 覆盖 | 对应节点 |
|---|
| 1.1 需求预测 / 1.2 销售机会汇总 / 1.3 库存规划 / 1.4 中国供给对齐 / 1.5 交期规划 | 合并 | 合并在 P1 Phase 描述，没单独成节点 |
| 2.1 订单分配 / 2.2 库存锁定 / 2.3 出口包装 / 2.4 发运放行 | 合并 | 合并在 02 工厂在制 / 03 工厂可发运 |
| 3.1 订舱 / 3.2 中方报关 / 3.3 国际运输 / 3.4 美国清关 / 3.5 关税处理 | 合并 | 合并在 04/05/06 节点动作里 |
| 4.1.1 Initial receiving / 4.1.2 Condition inspection | 合并 | 体现在 07 RECEIVED + 08 PDI |
| ...（Tier 2-6 共数十个细粒度任务） | 合并 | 合并在节点级，没细粒度展开 |
WBS 项目管理维度（基本缺失）
| 维度 | 覆盖 | 说明 |
|---|
| System Target（Phase 1 Retail Portal / Phase 2 CRM Dashboard 等目标系统建设阶段） | 0% | 这是 IT 系统建设视角 |
| System Status 颜色（red / yellow / green） | 0% | 任务交付状态 |
| Last Progress Updates 进度更新 | 0% | |
| Planning（时间计划 / Phase ETA） | 0% | |
| Business Person / Dev Person 分工 | 部分 | 责任人覆盖了 Business 侧，Dev 侧没有 |
| KPI / OKR Plan | 0% | Feb Delivery / March delivery / Income Goal / Phase 1 target pre orders / HC Plan / Financial Budget |
| Region 划分（CA / NY / NV / FL / TX / WA） | 0% | 地区销售视角 |
| Customer pipeline（FF Par + 6677 / Pinnacle / Fusion / Falrano 等） | 0% | 1128 行客户管道 |
| Cocreation / Mou signed 合作关系 | 0% | |
⚠ 35% 的覆盖率说明
文件 4 本质是 "WBS 项目管理 + 客户管道 GTM 视角"，不是纯流程文件。
流程图作为"事务流程视图"，覆盖了文件 4 的流程主框架 100%，但项目管理维度（任务细粒度 / 状态 / KPI / 客户 / Region）不在流程图职责内。
建议：这些维度应该有独立产品 — 一个项目管理看板（任务状态 / KPI / 进度），一个销售管道看板（客户 / Region / 合作关系），跟流程图共享数据但视图独立。
文件 5
ffai_roadmap_gantt_2.html
FFAI 软件开发路线图
N/A
这是 FFAI Workspace 软件开发计划（26 周 / 15 开发 Phase / 70 user story / 7 个 Milestone / 5 个 Track），
不是机器人业务流程。需求分析.md §0 已明确"本文档不展开"。
| 内容 | 规模 | 覆盖 |
|---|
| 26 周时间线 | W1-W26（约 6 个月） | N/A |
| 15 个开发 Phase | P1-P15（注意：跟业务 P0-P9 是两套编码！） | N/A |
| 70 user story | 各 Phase 拆分的开发任务 | N/A |
| 7 个 Milestone | M1-M7（M2 是关键里程碑，机器人库存上线） | N/A |
| 5 个 Track | A 治理 / B 售后 / C Master+SAP / D Parts&Assembly / E Galaxy | N/A |
| v3 变更摘要 | P3 = Robot Inventory（原 P7）→ 提前 / 售后顺延 1 / 新增 R13 风险 | N/A |
📋 范围声明
文件 5 是 FFAI Workspace 系统的开发路线图（用来开发支持机器人业务的软件），不是机器人业务流程本身。
流程图不应该覆盖这个文件 — 它属于另一个产品（"FFAI 开发计划看板"）。
总结
整体评估与下一步建议
✅ 流程图已完成
作为"机器人业务流程图"，已经把核心源文件（2 + 3）覆盖到 95%+，字段建模（1）覆盖到 99%。
事务流程视角已经达到产品交付水准。
⚠ 待补的小项（流程图职责内）
- 文件 1：4 个数据源系统（Inventory / Pre-Delivery / Lifecycle / Sales）的字段映射 — 核心治理逻辑没体现，建议补一个"数据源 × 字段"矩阵
- 文件 1：Notes/Comments catch-all 字段（差 1%）
- 文件 3：三泳道（Inventory / Commercial / After-Sales）的视觉分组可以更明显
📊 不在流程图职责内（建议独立产品）
- 项目管理看板（基于文件 4 Sheet1 + Sheet1(2)）：Tier 2-6 任务 + System Status / KPI / Region
- 销售管道 / 客户管道（基于文件 4 Sheet2 1128 行）：FF Par / Cocreation / Customer × Region 视图
- 数据治理报告（基于文件 1 Conflicts + Cleaning Log + Source Coverage）：117 SN × 4 数据源覆盖 + 82 字段冲突
- FFAI 软件开发看板（基于文件 5）：26 周 / 70 story / Milestone（已经在文件 5 自身存在）
- 业务报告视图（基于需求分析.md §4 8 张报告）：R1-R8 库存周转 / 销售管道 / 收款 / 毛利 / 售后 / 数据健康度