交付清单：六类材料
| 交付物 | 内容 | 形式 | 谁确认 |
|---|---|---|---|
| 1. 场景范围与需求确认表 | 任务边界、输入输出、指标口径、验收人与时间 | 文档 | 业务负责人 |
| 2. 数据、资料和权限清单 | 资料来源、访问角色、只读或可写、保存与删除安排 | 表格 | 业务负责人 + 管理员 |
| 3. 可运行的智能体配置或工作流程 | 在企业自己的环境中可直接使用的配置 | 系统内配置 + 配置说明 | 业务负责人试用确认 |
| 4. 测试样本、测试结果与问题记录 | 正常与异常样本、期望结果、实际输出、错误类型、处理 | 表格 | 双方 |
| 5. 操作手册、培训材料和验收记录 | 分角色手册、培训记录、签字验收表 | 文档 | 双方 |
| 6. 维护范围、责任人及变更规则 | 谁改规则、响应方式、支持期范围、退出时交接内容 | 文档 | 双方 |
交付的不是一次演示，而是企业能自己继续用下去的配置和材料。每一类都应在合同或服务确认单里写明。
验收表：口径在试点前定好
| 验收项 | 约定口径 | 实测结果 | 是否通过 | 确认人 |
|---|---|---|---|---|
| 关键问题漏检 | 试点前双方书面确定 | |||
| 误报 | 同上 | |||
| 输出可用性（无需修改 / 需修改 / 不可用） | 同上 | |||
| 完整工作量（准备 + 执行 + 复核 + 修正） | 与人工基线同一口径 | |||
| 权限与数据边界 | 按角色实测 | |||
| 实际使用情况 | 使用人数、任务数、未继续使用原因 | |||
| 六类交付物签收 | 逐项 |
阈值由企业按业务风险在试点前确定，过程中不改口径、不换样本。没有人工基线时，先补测一组同类任务。
失败处理：每种失败都有去处
| 情况 | 处理方式 | 记录到哪里 |
|---|---|---|
| 资料读取失败或字段错误 | 该类输入划入人工处理，不补造数据；评估能否通过调整输入格式解决 | 测试记录 |
| 规则冲突或缺少依据 | 标记“待确认”，交由业务负责人裁定后更新规则 | 需求确认表变更记录 |
| 权限测试不通过 | 停止扩大使用，先修正权限再复测 | 权限清单 |
| 验收指标未达到 | 三选一：调整后复测 / 缩小范围 / 暂缓，由双方书面确认 | 验收表 |
| 产品版本变化导致行为改变 | 用保留样本复测，差异写进记录 | 测试记录 |
交接与维护责任
| 事项 | 企业 | 实施方 |
|---|---|---|
| 业务规则与资料内容 | 负责维护与确认 | 按需协助调整配置 |
| 账号、角色与权限 | 管理员负责 | 协助配置 |
| 版本更新后的复测 | 确认结果 | 支持期内负责执行 |
| 新增场景 | 提出需求与样本 | 按变更单评估与报价 |
| 退出与交接 | 接收配置说明与数据 | 交付配置说明、测试记录与资料清单 |
实例：一个已上线项目的交付物对照
| 交付物 | 本案例中的内容 | 本页可见的依据 |
|---|---|---|
| 需求与口径 | 客户贡献、客户 360、顾问业绩三个问题；指标口径逐项定义 | 界面中的「查看数据口径」与口径提示 |
| 资料与权限 | 原经营台账；本人身份、原系统权限、只读 | 界面页脚标注 |
| 可运行配置 | WorkBuddy 桌面端 V5.8.2 · 企业旗舰版中的工作台 | 界面复刻图 |
| 测试、手册与维护 | 按同一清单执行 | 未在本页公开 |
案例详情见经营数据工作台案例。外部客户项目按同一清单交付，经客户授权后才公开。
怎样避免只交一次演示
- 演示前先约定样本，样本由企业提供，含异常情况。
- 要求看到测试记录，而不只是成功的那一次输出。
- 确认配置在你自己的账号和环境中，交付后能继续使用。
- 把维护责任与变更规则写进书面材料，而不是口头承诺。
- 演示里没有出现的能力（如系统对接、自动执行），不默认包含在报价里。
常见问题
AI 智能体项目交付时应该拿到哪些材料？
需求确认表；资料与权限清单；可运行的配置；测试样本、结果与问题记录；操作手册、培训材料与验收记录；维护范围、责任人与变更规则。
验收不通过怎么办？
由双方书面选择：调整后复测、缩小范围，或暂缓。失败原因写进测试记录，不用重新挑样本的方式“通过”。
项目结束后能带走什么？
配置在企业自己的环境里；另交付配置说明、测试记录与资料清单。退出交接的内容应在合同中写明。