纳入修改范围
- 与需求确认单已列范围一致的字段补充、表述修正与结构微调。
- 验收检查点中判定为不合格的条目，按检查标准返工。
- 因资料更新导致的同类内容替换，且不改变原有任务结构。
- 交付物中的术语统一与命名对齐，保持全站叫法一致。
交付档案：项目会交出什么、怎么核对
这一页把交付物目录、验收检查点和修改边界放在同一处，方便在合作前就把“收到什么、如何判断合格”说清楚。条目按项目阶段排列，字段口径全站一致，核对时逐项对照即可，不需要靠口头约定去猜。
交付物目录表
下表列出六个常见交付物，标注各自用途、检查方式与所属阶段。名称与阶段产出保持同一叫法，方便与项目方法页对照阅读。
| 交付物名称 | 用途 | 检查方式 | 所属阶段 |
|---|---|---|---|
| 需求确认单 | 固定任务目标、范围与不做事项，作为后续阶段的判断基准 | 逐条核对目标、范围、排除项与双方确认人是否齐全 | 需求确认 |
| 方案说明 | 说明任务拆解、执行路径与关键取舍理由 | 是否覆盖全部任务项，取舍理由是否与确认单一致 | 方案设计 |
| 执行计划表 | 列明各环节的先后次序、参与方与所需资料 | 环节是否有遗漏，参与方与资料责任是否落到具体角色 | 执行协作 |
| 过程记录 | 记录协作中的变更、确认与偏差处理经过 | 变更事项是否有时间与确认痕迹，偏差处理是否闭环 | 执行协作 |
| 验收检查表 | 把验收检查点落成可勾选的条目，作为交付判断依据 | 检查点是否与方案说明一一对应，判定标准是否可复述 | 交付验收 |
| 交付总结 | 汇总本次交付范围、遗留事项与后续建议 | 遗留事项是否明确责任与处理方式，后续建议是否可执行 | 交付验收 |
计数口径：本表共 6 个交付物条目，数字按本页条目计数，不代表业务规模或历史数量。
验收检查点
验收不看“感觉像不像”，而是看每条检查点能否被复述与记录。以下五条覆盖检查对象、判断标准与记录位置。
-
范围一致性
检查对象为需求确认单与交付总结的范围表述。判断标准是两份文件列出的范围与排除项没有冲突。记录位置放在验收检查表首条。
-
交付物完整性
检查对象为本表列出的交付物是否全部到齐。判断标准是每个交付物都有对应文件且版本为最终确认版。记录位置为验收检查表的交付物清单栏。
-
字段可读性
检查对象为交付物内部字段的命名与结构。判断标准是字段名与全站术语一致，接手人无需口头解释即可读懂。记录位置为过程记录末尾的说明栏。
-
变更可追溯
检查对象为协作期间提出的变更事项。判断标准是每次变更都有提出时间、确认结果与影响范围。记录位置为过程记录的变更条目。
-
遗留事项闭合
检查对象为交付总结中的遗留事项。判断标准是每条遗留事项都写明责任方与下一步处理方式。记录位置为交付总结末节。
修改与不纳入范围
修改边界在合作前就要说清，避免验收阶段对“算不算修改”产生分歧。下面两个容器分别列出范围内与范围外的情形。
不纳入范围与需另行确认
- 新增任务方向、扩大范围或改变项目目标，需重新确认后再排期。
- 超出需求确认单排除项的内容，不在本次交付判断之内。
- 涉及第三方资料授权、外部审核或平台规则的事项，需另行确认责任方。
- 交付完成后新增的独立需求，作为新的项目单独沟通。
档案使用说明与口径注释
这里的“档案”指交付物与方法记录的集合，不是客户案例，也不是成果展示。页面中出现的所有条目、字段和检查点，都是为了让双方在合作过程中用同一套叫法沟通，而不是用来证明服务效果。
阅读顺序建议先看交付物目录表，确认每个阶段会收到什么；再看验收检查点，判断合格的标准能否被复述；最后看修改与不纳入范围，把边界提前对齐。若在核对时发现字段含义不清，可回到项目方法页查看阶段划分，或进入启动指南整理前置资料。
口径注释：本页出现的数字只表示条目数量与阶段数量，均按本页实际列出的内容计数；不包含客户数量、项目规模、满意度或年限等信息。页面未提供价格、工期与联系方式，相关事项在进入正式沟通时另行确认。