验收对象是业务成果，不是一次演示
工作流在演示时跑通，只说明样本在当时能产生输出。验收要对照启动前约定的任务：谁使用、输入哪些资料、交付什么格式、事实依据在哪里、哪些结果要人工批准、失败后怎样继续。没有这些边界，生成了很多文字也无法判断是否真正减轻工作。
开始前先存一份旧流程基线
选一批经过授权的实际任务，记录原流程从准备、执行到审核的总耗时、返工次数、最终可用成果，以及常见错误。新流程使用相同或可比的样本。若只比较“AI生成用了几秒”，却漏掉补资料、复核和返工时间，结论会失真。
至少测五类输入
- 正常：资料齐全且版本明确，输出格式和事实正确。
- 缺项：没有价格、交期或关键字段时，清楚提示待确认，不补造内容。
- 冲突：两版资料不一致时指出差异，并交给负责岗位决定有效版本。
- 失败：模型、接口或网络不可用时留下错误状态与重试办法，不把失败标成完成。
- 权限：不同岗位账号只看到自己有权查看的资料、答案和记录。
根据业务再加入投诉、退款、设备安全等高风险样本。每次测试保留输入版本、实际输出、审核意见、修正结果和责任人。
交接有三个可观察的动作
第一，使用人能打开并修改交付文件或进入约定岗位入口；第二，资料负责人知道哪里更新来源、何时重测关联答案；第三，一名未参与搭建的员工，照操作说明独立完成一次任务，并知道遇到失败或权限问题找谁。只有实施人员能在后台补跑成功，说明还没交到企业团队手里。
项目结束时，把任务卡、资料与来源目录、成果文件、配置与版本、测试问题、员工操作记录一起交付；后续支持和第三方费用另列。康伴的交付过程说明给出了对应文件清单，可填写的验收表可用于实际逐项记录。本文描述验收方法，不保证某一工作流在未测试的企业系统中可用。继续查看常见问题总表。