项目“做完了”不等于“验收通过”。做完表示执行团队认为工作已经结束，验收通过表示交付物满足事先确认的范围和标准，并且有证据、有验收人、有结论。AI 可以把需求、合同、测试和缺陷记录整理成清单，但不能代替客户、业务负责人或质量负责人签字。
验收前先统一范围基线
最常见的验收争议不是功能完全不可用，而是双方对“本次应该交付什么”理解不同。先收集批准后的需求、合同范围、里程碑和所有需求变更单，形成唯一范围基线。未经批准的口头新增要求应单独记录，不能直接混入本次验收标准。
如果交付物包含用户操作文档，可用产品使用说明书提示词检查步骤、版本和异常说明；合同条款与实际交付存在差异时，可先通过AI合同条款对比提示词整理差异，但最终解释仍应由合同负责人确认。
项目验收清单需要哪些输入
- 批准范围：需求、合同、规格书和变更记录。
- 交付物清单：系统版本、文件、数据、文档和账号权限。
- 验收标准：每项功能、性能、质量和业务结果的通过条件。
- 测试证据：测试用例、截图、日志、样本和环境信息。
- 缺陷台账：严重程度、状态、绕行方案和修复时间。
- 遗留事项：不影响本次通过但仍需跟踪的动作。
- 验收角色：执行人、验证人、批准人和接收人。
- 结论规则：通过、有条件通过和不通过的判断边界。
可直接复制的项目验收清单提示词
你是一名项目验收资料整理助理。请根据我提供的已批准范围、交付物、验收标准、测试记录和缺陷台账，生成一份可以逐项核对并留痕的项目验收清单。不要编造测试结果、交付版本、缺陷状态、签字人或验收结论。
项目名称：[填写]
验收阶段与日期：[填写]
批准范围与不包含范围：[粘贴]
需求变更记录：[粘贴已批准变更]
交付物清单：[名称、版本、位置、负责人]
验收标准：[粘贴功能、性能、数据和业务标准]
测试记录与证据：[粘贴用例、结果、截图或日志位置]
缺陷台账：[编号、严重程度、状态、计划]
验收角色：[交付人、验证人、批准人、接收人]
结论规则：[如有]
请输出：
1. 验收概览：范围基线、验收环境、参与角色和建议结论
2. 交付物清单：名称、版本、位置、完整性、接收人和核对结果
3. 验收项目表：需求编号、验收标准、操作步骤、预期结果、实际结果、证据位置和状态
4. 数据与权限检查：数据完整性、权限边界、备份、账号交接和隐私处理
5. 缺陷与遗留事项：严重程度、影响、临时方案、负责人、修复日期和复验方式
6. 结论建议：通过、有条件通过或不通过，并列出事实依据
7. 签字区：交付方、验收方、日期、意见和附件位置的空白字段
8. 待确认问题：标准不明确、证据缺失、范围冲突和需要专业人员判断的内容
处理规则：
- 每个验收项必须对应已批准范围或变更记录，不能凭空增加标准
- “页面正常、性能良好、使用方便”必须拆成可操作、可观察的条件
- 没有测试证据时状态写“待验收”，不能根据描述写“通过”
- 严重缺陷、数据错误、安全问题和关键流程不可用时不得建议通过
- 有条件通过必须列明遗留项、负责人、截止时间、复验方式和逾期处理
- 签字、合同解释、法律、安全和财务结论只保留填写位置，不代替负责人决定
输出后自检：
- 是否每个交付物都有版本、位置和接收人
- 是否每个验收标准都能通过明确步骤验证
- 是否把缺陷、范围外需求和遗留优化区分开
- 建议结论是否完全来自已提供证据
- 验收完成后能否追溯到具体人员、日期和附件示例：客服FAQ知识库如何验收
批准范围：整理最近90天客服咨询，交付120条FAQ，覆盖登录、订单、发票和退款四类问题；每条必须包含标准答案、适用条件、证据来源和转人工规则。
验收记录：已交付120条FAQ，其中114条字段完整；4条缺少政策来源，2条帮助链接无法打开。抽检20条，18条可根据现行政策直接使用，2条退款时限与最新政策不一致。
建议结论：不应直接写“全部完成”。更可靠的结论是“有条件通过”：知识库数量和分类范围满足要求，但6条资料不完整，其中2条涉及退款时限，发布前必须修正；知识库负责人在7月25日前补齐来源和链接，客服负责人复验6条并在验收单留痕。
原始FAQ可以通过AI整理客服FAQ知识库提示词生成；对话中是否存在错误承诺，可用客服对话质检方法复查。
三种验收结论必须写清边界
- 通过：批准范围内的标准全部满足，证据完整，没有阻断使用的缺陷。
- 有条件通过：核心目标满足，遗留问题不阻断当前使用，并已有负责人、日期和复验方式。
- 不通过：关键范围未交付、标准无法验证、存在严重缺陷，或证据不足以证明结果。
已经发现的问题应进入项目问题清单持续跟踪；验收前仍可能发生的风险，应保留在项目风险清单，不能为了结项直接删除。
项目验收的人工核对清单
- 在实际验收环境执行关键流程，而不是只看演示视频或截图。
- 抽查交付文件能否打开、版本是否正确、权限是否移交。
- 核对每个“通过”是否有测试记录、样本或验收人确认。
- 确认范围外需求不会被误写成原项目缺陷。
- 验收结论、遗留事项和附件位置应同时归档。
AI生成验收清单的失败边界
AI无法实际操作系统、测量性能、确认数据完整，也不能代替合同、法务、安全、财务和客户负责人签字。涉及生产环境、付款节点、隐私数据和安全测试时，必须由具备权限和专业能力的人执行。验收结果应同步到项目周报或结项记录，确保后续人员知道项目真实状态。