我们梳理国际一线 FDE 体系的实践与国内上百个项目的经验，发现失败的根源高度集中。
缺的不是工具，是能把工具真正用起来的人。买账号很容易，让一线每天用起来很难。
上线不等于落地。真正的战场在系统上线后的 2–3 周 —— 信任在那几周形成，也最容易在那几周丢失。
需求没找对、成功标准没先说清、没人推动用。这三件事，都不是技术问题。
并不是所有企业都适合现在就启动 AI 落地项目。我们宁可在 S0 阶段就说实话， 也不愿在 S4 阶段彼此失望。下面是三类典型情形与对应的建议入口。
这是一条从「有兴趣」到「能复制」的完整路径。S0–S2 决定做不做、做什么；S3–S4 做出来；S5 用起来、算出价值；S6 让经验变成下一个场景的起点。
每张卡片回答四个问题 —— 我们做什么 / 你拿到什么 / 你配合什么 / 什么算这一步过关。 最后一项是关门事件：不通过，我们不进入下一阶段。
我们不交付「一段咨询服务」，而是交付一份份可签收、可归档、可在内部复述的实体成果。 下表是标准项目的交付清单 —— 你可以直接把它作为内部立项材料的附件。
| 阶段 | 核心交付物 | 通常由谁签收 | 它的后续用途 |
|---|---|---|---|
| S0 | 企业速描卡 · 初步机会清单 · 是否推进的明确建议 | 决策者 / 战略负责人 | 内部立项的第一份依据；判断预算是否值得投暂不推进时作为存档 |
| S1 | 诊断报告 · 痛点根因地图 · 场景优先级矩阵 · 数据就绪度评估 · 粗测 ROI | 业务负责人 + 决策者会签 | 上会材料选择先做哪个场景排除当前做不了的场景 |
| S2 | 需求与范围文档（含不做清单）·《成功度量卡》· 报价与里程碑 · 合同与保密约定 | 决策者 + 采购 / 法务 | 预算审批验收与尾款结算的唯一尺子后续所有争议的依据 |
| S3 | 可运行 MVP · 数据模型与业务本体 · 自测结果 · 生产部署计划 · 迭代路线图 | 业务负责人现场验收 | 决策层是否追加投入的依据生产实施的输入 |
| S4 | 生产系统 · 集成与安全审查报告 · Runbook 与运维手册 · 培训材料 · champion 名单 | IT 负责人 + 业务负责人 | 日常运维交接等保与内审材料内部推广的起点 |
| S5 | 采纳度看板 · 价值度量报告（规模/效果/成本）· 改版岗位 SOP · 验收单 · 下一批场景提案 | 决策者 + 财务 / 运营 | 结项与尾款向上汇报的业绩口径下一年度预算申请 |
| S6 | 能力资产清单 · 标准化方案包 · 复购提案与成本基线 · 内部能力交接清单 | 决策者 + 数字化负责人 | 第二个场景直接调用工期与成本下降的依据内部自建能力的路线图 |
绝大多数验收争议，根源是开工时没说清楚成功长什么样。 所以在 S2 阶段，我们会和你共同签署一份《成功度量卡》，作为合同附件 —— 它把「效果好不好」从主观感受变成可核对的数字。
六项必填，缺一项我们不予提交。因为它同时是后续验收、尾款结算、以及下一批场景提案的唯一依据。
以下为经验参考值，用于帮你在立项时对工期和资源有个心理预期。实际排期会在 S2 阶段按你的具体情况重新核定。
借鉴国际成熟的 FDE 双角色分工：既懂业务痛点的人负责找对问题，能动手实现的人负责做出来。 你不需要对接一堆人，但每个阶段都有明确的接口人。
负责把模糊的诉求挖成可定义的问题，并推动组织真正用起来。核心能力是深度访谈、业务现场下沉、变革推动。
负责在真实数据上把东西快速做出来并稳定跑起来。核心能力是快速原型、工程实现、系统集成、上线与运维。
负责方法论标准、阶段品控、合规与安全审查，以及把每个项目的可复用能力沉淀下来，让下一个项目更快更省。
| 阶段 | Echo（业务翻译者） | Delta（动手实现者） | 后方平台（品控） | 你方团队 |
|---|---|---|---|---|
| S0 商机甄别 | R | I | C | A |
| S1 场景诊断 | R | C | I | A |
| S2 价值定义与商务 | R | C | A | A |
| S3 原型冲刺 | C | R | I | A |
| S4 生产交付与上线 | C | R | A | C |
| S5 采纳与价值实现 | R | C | A | R |
| S6 能力沉淀与扩张 | C | C | R | A |
它们不属于任何一个阶段，而是从第一次对话到项目结束，每时每刻都在运行。
周报同步、期望管理、风险台账、里程碑与阶段验收。让进展、风险与下一步对你始终可见，而不是靠开会才知道。
数据授权与最小化访问、涉密项目不进分包体系、全过程留痕可追溯。对制造业与涉密单位，我们支持物理隔离的独立部署。
每一阶段的产出结构化入库，而不是结项后回忆。这让你的第二个场景启动更快、成本更低 —— 复用是我们能给的真实折扣。
以下四条几乎出现在每一个失败的项目里。它们都不是技术问题，但每一条都足以让一个技术上成功的项目被放弃。
公司先采购了一批 AI 账号或平台，然后发动各部门「找点能用 AI 的地方」。结果是每个部门都做了个小玩具，没有一个进入正式流程。
「我们的数据太乱，得先治理好再做 AI。」于是项目变成了一个两三年才能见效的中台工程，AI 应用永远排在后面。
AI 项目被当成信息化项目立项，IT 部门牵头，业务部门配合。系统做得很规范，但一线不用 —— 因为没人问过他们真正卡在哪。
上线后组织了两场培训，发了操作手册，就算完成推广。三个月后打开后台，日活接近于零 —— 大家回到原来的做法，因为原做法更熟。
这套流程整合了国际一线 FDE 体系的实践骨架，并按国内企业的真实约束做了改造。下面是我们借鉴的六个来源与各自的取用方式。
售前型与交付型 FDE 分工协作，前者找对问题，后者做对东西。这是 FDE 模式的经典骨架，也是我们的团队配置依据。
用极短周期强制收敛范围：从创意到原型到上线，每一档都有明确的时间盒。我们的冲刺阶段沿用这一节奏，防止范围无限膨胀。
客户说出口的往往不是真问题。用 Jobs-To-Be-Done 与根因追问，把一句抱怨变成可定义、可验证的问题陈述。
采纳不是培训一次就结束。用变革管理框架处理中层阻力，把 AI 写进岗位作业 SOP 而不是让人另开一个工具。
不先写提示词，而是先把你的业务抽象成「对象—属性—关系—动作」。这一层建好了，上面的应用才能换场景、能复用，而不是一次性脚本。
AI 输出是非确定性的，改一版是变好还是变差，需要有尺子。对大项目或验收标准严格的场景，我们会追加真实样本集与通过率阈值的评测机制。
国际大厂的 FDE 模式建立在千万美元合同与成熟数据治理之上。直接照搬，只会让成本失控。这是我们做的八项关键改造。
| 国际原型 | 国内现实 | 我们的做法 |
|---|---|---|
| 驻场 6–12 个月 | 成本承受不了 | 混合模式：诊断、决策层 Demo、上线稳定期必须到场；中间环节远程 + 异步，把省下的成本还给你 |
| 5–6 人小队 | 客单价撑不起 | 最小作战单元：1 名主责 FDE + 1–2 名支持，冲刺期临时加人集中兵力 |
| 千万美元合同 | 项目制为主 | 极度依赖复用：同类场景的组件与模板直接调用，这是我们把项目做出性价比的唯一方式 |
| 按结果固定定价 | 甲方习惯项目制 | 折中方案：基础实施费 + 效果挂钩的尾款比例，降低你的决策门槛，也让我们对结果负责 |
| 成熟数据治理基础 | 数据基础普遍薄弱 | 数据就绪度前置评估：在诊断阶段就评估数据可用性，并作为场景优先级的一个维度 |
| 客户自带数据科学团队 | 多数企业没有专职 AI 团队 | 交付即带教：培养内部 champion + 交付 Runbook，目标是让你们能独立日常运维，而不是长期依赖我们 |
| 项目经验回流到产品线 | 项目制做完即散，不留资产 | 每阶段产出即入库：本体片段、组件、模板、行业痛点库沉淀下来，第二个场景直接调用 —— 这是我们能给出真实折扣的唯一原因 |
| 客户认人、不太认公司 | 更看重公司背书与同行案例 | 结构化分行业案例库：可检索、可对照，而不是散落的公众号文章 |
下面是客户在第一次沟通时最常问的八个问题。如果没覆盖到你的疑问，直接问我们 —— 答案不会绕弯子。
不必先想清楚要做什么 AI。你只需要带着业务痛点来，我们帮你判断值不值得做、该从哪个场景切。