企业视角
PoC 应约定什么
FDE 项目 PoC（概念验证）阶段建议约定的指标和交付材料清单，避免“演示很惊艳、验收说不清”。
先说结论
PoC 最常见的烂尾方式：演示时很惊艳，验收时说不清。开工前把验收指标写成白纸黑字，交付前按材料清单逐项核对，就没有这种扯皮。
下列内容是本站建议的基线，应按项目类型、合同和风险增删，不是所有 PoC 的统一法定清单。
PoC 建议约定的内容
| 约定项 | 说明 |
|---|---|
| 基准数据 | 现在的人工耗时、错误率、成本是多少？没有基准就没有"提升" |
| 代表数据 | 用哪些真实样本测试？数量多少？谁提供？ |
| 任务完成率 | AI 能独立完成任务的目标比例 |
| 错误率 | 可接受的错误比例，以及严重错误的定义 |
| 节省时间 | 单次任务节省多少时间，怎么计算 |
| 单次成本 | 每次调用的 AI 成本，规模化后是否可控 |
| 采用率 | 试用人群中真正持续使用的比例目标 |
| 人工兜底 | AI 出错或没把握时，流程怎么走、谁负责 |
| 安全权限 | 数据访问范围、外部 AI 服务条款、审计要求 |
| 进生产条件 | 达到什么标准才能从 PoC 进入正式部署 |
PoC 建议交付的材料清单
验收时逐项核对；不适用项应说明原因，而不是静默省略：
- 业务问题说明：解决谁的什么问题，频率和代价
- 现状流程图与目标流程图
- 数据清单：用了哪些数据、来源、敏感级别
- 方案架构：AI、程序、人工的分工，以及系统集成方式
- 可运行原型：能亲手操作的版本，不是录屏
- 测试集与评测报告：真实样本、完成率、错误率、错误分类
- 权限与安全方案：谁能访问、数据流向、兜底机制
- 上线计划：推广范围、节奏、培训安排
- 培训材料：一页纸使用说明 + 现场培训记录
- 运维文档：日常维护、常见问题、联系人
- 源代码、配置与知识产权说明：归谁所有、能否复用
- 退出与交接方案：合作终止时，数据、代码、文档怎么交接
常见错误
- 只看演示效果：演示用的是精心挑选的例子，必须看真实样本的批量评测
- 没有约定进生产条件：PoC 无限期拖延，永远是"再试试"
- 材料只收 PPT：如果目标是验证可运行能力，只有展示材料不足以支持验收
- 不谈退出机制：合作愉快时没人想这个，出问题时来不及
你现在可以做什么
- 把"必须约定的内容"表格写进下一份 PoC 合同或任务书
- 把材料清单作为验收 checklist，逐项打勾
- 结合 如何选择 FDE 团队 / 服务商 一起使用