# 02 · FDE 端到端交付方法论

## 1. 官网公开的八步交付闭环

官网的 FDE Delivery Loop 给出八步：[S5]

| 步骤 | 关键动作 | 主要产物 | 退出条件 |
|---|---|---|---|
| 1. 客户研究 | 行业压力、组织、关键人、预算、历史基础 | Account Brief、Stakeholder Hypothesis | 线索真实且有进入现场的切口 |
| 2. 现场观察 | 访谈、流程走查、系统演示、影子工作 | Gemba Notes、Shadow Workflow | 模糊兴趣变成有证据的问题 |
| 3. 价值流分析 | 标注任务、系统、文档、等待、返工、风险 | Value Map、Baseline、Waste Diagnosis | 找到高价值介入节点 |
| 4. Agent PRD | 定义角色、任务、知识、工具、权限、HITL、评测 | Agent PRD、HITL Map、Solution Canvas | 方案可构建、可验收、可治理 |
| 5. MVP 构建 | RAG、工具调用、接口、交互、日志和基础安全 | Prototype、接口契约、运行证据 | 最大价值/技术风险获得验证 |
| 6. 评测治理 | 评测集、失败样本、复核、权限、回滚、审计 | Eval Report、PRR、Decision Log | 达到试点阈值或明确停止/调整 |
| 7. 试点上线 | 有限部门/流程上线，跟踪效果、成本、稳定性、采纳 | Pilot Canvas、Adoption Plan、Value Ledger | 形成生产采纳和可测流程影响 |
| 8. 复用沉淀 | 模板、连接器、评测集、运营面板、实施手册 | Industry Pack、产品反馈、复盘 | 下一项目可复用且责任人明确 |

## 2. 实际项目建议使用的六道 Gate

下面是对官网八步、六周训战和 Project Gate 的整合。它是本知识库的操作化版本，不等同于官网未公开的“十动作”原表。

### Gate 0 · Opportunity：是否值得进场

- 有真实业务 Owner/Sponsor。
- 问题发生频率、损失或风险足够高。
- 能进入真实流程并取得最低限度数据/样本。
- 六至十二周内存在可验证的最小闭环。
- 不以预设技术方案描述问题。

**决策**：进入 Discovery / 暂缓 / 拒绝。

### Gate 1 · Discovery：问题是否真实、边界是否清楚

- 至少覆盖 Sponsor、业务 Owner、一线用户等两类以上角色。
- 事实、解释、假设分开记录。
- 有 As-Is 工作流、时间/质量/风险基线和异常样本。
- 明确受益人、责任人、范围和停止条件。

**产物**：Project Charter、Stakeholder Map、Discovery Pack。

### Gate 2 · Design：方案是否可构建、可治理

- 明确 Job/Task/Decision 和目标工作流。
- 确定 AI 自动化、建议、确认、接管的责任模式。
- 明确数据来源、工具接口、最小权限、异常升级和回退。
- 业务、工程、治理三方可理解并同意验收口径。

**产物**：Workflow Redesign、Agent PRD、HITL Map、Solution Canvas。

### Gate 3 · Build–Eval：最大风险是否被真实证据验证

- 样本来自真实任务而非纯合成演示。
- 质量、业务、安全指标和阈值事先确定。
- 失败分类、红队、人工复核和复现材料完整。
- 有 Go / Adjust / Stop 决策记录。

**产物**：Prototype Evidence、Eval Set、Failure Log、Eval Report、PRR。

### Gate 4 · Pilot–Adoption：是否形成生产采纳

- 试点人群、流程、周期、责任和风险边界明确。
- Sponsor 有资源和管理动作，一线反馈可进入迭代。
- 同时观测使用、质量、业务、成本、风险和稳定性。
- 扩大、暂停、回退、停止条件量化。

**产物**：Pilot Canvas、Adoption Plan、Sponsor Brief、Value Ledger。

### Gate 5 · Scale–Compound：是否值得复制

- 价值证据可复核，归因边界清楚。
- 连接器、提示/工作流、评测集、权限策略、手册已版本化。
- 可配置部分与客户定制部分已拆分。
- 复用负责人、SLA、淘汰规则和路线反馈明确。

**产物**：Industry Pack、Portfolio、复盘报告、产品路线输入。

## 3. 三条并行工作流

FDE 项目不应按“先业务、再技术、最后上线”串行推进，而应让三条流并行收敛：

### 3.1 价值流

```text
经营目标 → 现场痛点 → 基线 → 可证伪假设 → 试点指标 → 结果归因 → 投资决策
```

### 3.2 产品与工程流

```text
任务/决策 → 上下文 → 工作流 → Agent PRD → 数据/工具契约 → MVP → 生产系统
```

### 3.3 治理与采纳流

```text
利益相关者 → 权限/责任 → HITL/异常 → 评测/审计 → Sponsor 机制 → 用户采纳 → 运营反馈
```

每道 Gate 都应由业务、工程、治理三方共同评审，避免一条流先完成、另外两条流最后补票。

## 4. 每周运行节奏

官网建议项目每周同步业务假设、评测、上线风险、客户反馈和阻塞点。[S5] 可操作化为：

- **周一**：目标、假设、最大风险、样本计划。
- **周中**：真实任务走查、原型/评测、失败样本复盘。
- **周五**：业务 Owner + 工程 + 治理联合评审，记录 Go/Adjust/Stop。
- **持续**：Action、人工确认、异常、成本、时延、结果统一进入证据账本。

## 5. 决策纪律

1. 不因 Demo 漂亮而扩大范围。
2. 不用模型指标替代业务指标。
3. 不在没有 Owner、基线和真实样本时启动 POC。
4. 不把权限、审计、回滚延后到上线前。
5. 不把“用户接受培训”当作“用户完成采纳”。
6. 不因已经投入而回避停止；停止条件要在实验前写下。