1 · 资格确认
确认 Sponsor、业务 Owner、验收签字人与 IT 对接人；判断场景、数据敏感等级、部署模式和毕业门槛。
中小企业 AI 落地，FFDE 怎么做？
FFDE（Fortified Forward Deployed Engineering）面向中小企业，把 AI 从一个想法推进到可验收、可交接、可持续运行的业务能力。本文按一条主线阅读：5·6·7 = 五块 AI 底座 → 六个实施阶段 → 7 天快速验证；需要更深证据时，再进入 2–4 周标准试点。
5 · 横向检查维度
五块 AI 底座：让试点具备运行条件
五块底座不是五个单独项目，而是贯穿实施阶段的检查维度。每个项目都要写清当前状态、目标状态和本阶段要填补的可验证差距。
| # | 底座 | 解决什么问题 | 典型交付物 | 验收关注 |
|---|---|---|---|---|
| ① | 数据与知识 | 资料可定位、可更新、可引用 | 知识库、数据清单、golden 问答 | 答得准、引得出处 |
| ② | 模型与入口 | 选型可替换、调用可观测、成本可见 | 统一入口、账号分级、成本基线 | 不被单一模型或 Key 绑死 |
| ③ | 业务应用与工作流 | Agent 进入真实流程，而不是孤立 Demo | 场景 Agent、工作流、Prompt/规则库 | 主链路可运行 |
| ④ | 安全与合规 | 数据边界、权限和人工节点清晰 | 权限矩阵、红线清单、审计规则 | 敏感数据有规则 |
| ⑤ | 运维与人员 | 团队能使用、维护、复盘和扩展 | 培训、Runbook、UAT、Phase 2 路线 | 有人负责、能持续迭代 |
6 · 实施主流程
六个阶段：从第一场景到可运营能力
六阶段适用于实施型项目；培训和工作坊可以作为前置服务，或聚焦其中一个阶段完成能力转移。
2 · 场景与价值假设
用场景矩阵和痛点、经济性、可行性三检，从 Top 3 冻结 Top 1；冻结 Spec、Eval、Handoff。
3 · 业务与数据准备
梳理流程、资料、规则、例外和数据红线；建立知识起点、统一入口和安全基线。
4 · MVP 与工作流嵌入
围绕单一主链路构建 Agent/自动化；接入现有入口，高风险步骤保留人工审批和拒答规则。
5 · 验证、治理与决定
完成 UAT、golden 评测、权限/红线抽测和 ROI 复盘，由验收人签署 GO、修正或 NO-GO。
6 · 交接、运营与扩展
移交 Runbook、Owner 培训、知识更新规则和评测基线，再依据真实使用数据决定 Phase 2。
| 阶段产出 | 必须回答的问题 | 决策卡点 |
|---|---|---|
| Spec | 这次具体做什么，什么不做？ | 意图对齐 |
| Eval | 怎样证明它比原来的做法更好？ | 范围确认 |
| Handoff | 谁来用、谁来维护、什么情况下暂停？ | GO / NO-GO |
7 · 快速验证
7 天快速验证：先拿到方向性证据
7 天不是把完整项目压缩成承诺，而是在前置条件满足时，围绕一个 Top 1 场景快速验证价值、可行性与下一步。
开始前
冻结业务 Owner、样本、数据边界、验收口径和可用入口；不满足前置条件时，先做场景工作坊。
过程中
完成最小知识与安全基线，构建单场景 Agent MVP，保留人工复核，并让业务用户参与 UAT。
结束时
交付 MVP、UAT 结果、ROI 叙事和 GO/NO-GO 建议；需要完整治理和交接时升级到标准试点。
| 时间 | 主任务 | 关键证据 |
|---|---|---|
| Day 1–2 | 场景冻结、数据与边界确认 | Spec、样本、毕业门槛 |
| Day 3–5 | MVP 与主链路接入 | 可运行 Agent、初步 Eval |
| Day 6–7 | UAT、ROI 复盘与决策 | UAT 结果、GO/NO-GO |
交付轨道
两条交付轨道：同一方法论，不同证据深度
周期取决于数据准备、审批速度和场景复杂度。7 天是快速验证，不等于无条件承诺生产上线。
| 维度 | 7 天快速验证 | 2–4 周标准试点 |
|---|---|---|
| 适合 | 决策链短，想先看见单场景效果 | 需要正式验收、完整评测和交接 |
| 范围 | 1 个高 ROI 场景，五块底座最小可用 | 1 个场景，五块底座齐检 |
| 交付 | Agent MVP、UAT、ROI 叙事、GO/NO-GO | Agent MVP、完整评测、验收报告、Runbook、Phase 2 |
| 后续 | 通过后升级标准试点或体面退出 | 进入生产加固或月度 FFDE 陪跑 |
验收与交接
可运行、可验收、可交接，才算完成
启动时冻结
周期上限、价值指标、目标用户、数据范围、Spec、Eval、Handoff 和毕业门槛都在开始时写清楚。
验收时签字
验收看 Agent MVP、UAT、ROI 五维复盘和 GO/NO-GO；上线不等于激活，稳定使用可在试点后继续观察。
交接后复盘
团队接手 Runbook、知识更新、错误反馈、评测基线和成本观察，再决定是否扩展下一场景。
FFDE 的工作方式
- 业务问题优先：每个 sprint 对齐一个可度量的业务指标。
- 治理先行：验收口径与数据红线在构建前冻结，关键输出保留人工复核。
- 团队嵌入：工程师与业务、IT 并肩工作，减少需求传话和交接损耗。
- 小 Pod、快决策：少层级、快反馈，适配中小企业组织。
- 平台中立、成本透明：不绑死单一厂商，让模型、Token 和资源可观察、可替换。