方案与规划类
以文档为主体，结构上先写范围与排除项，再写排期与依赖。适合在启动前通读一遍，把不确定的地方在需求确认阶段提出来。
- 范围界定写在文档最前，避免被排期内容淹没
- 排期表标注依赖项，便于判断哪一步会卡住
- 关键假设单独成段，方便逐条确认或推翻
交付标准
这份清单把每个服务分组最终会交到你手上的东西逐项写清楚：交付物叫什么、以什么形式呈现、由哪个分组承担、按什么口径判断合格。签约前逐条过一遍，执行阶段就不容易出现“我以为你会给、你以为我不需要”这类分歧。
交付内容清单
下表按交付物类别组织，左侧为类别，右侧列出具体条目、交付形式与归属分组。类别划分依据交付物的使用方式，而不是合作流程的阶段顺序，因此同一类别的条目可能来自不同分组。
交付物形式说明
形式决定你怎么用。同样一份内容，写成表格可以逐行核对，写成说明文档适合通读，写成清单适合在执行时打勾。下面按类别说明常见形式与适用场景，避免交付物拿到手却不知道从哪看起。
执行与记录类
按节点产出，颗粒度接近工作日志。适合在执行过程中随时翻阅，确认当前进度与上一次结论是否一致。
- 阶段小结区分已完成、进行中与待确认
- 变更记录单逐条登记，不合并同类变更
- 记录中保留原结论，便于回溯判断依据
说明与文档类
面向后续使用，写作时假设读者没有参与过执行过程。适合交接给同事或隔一段时间后自己回看。
- 操作说明按实际使用顺序排列步骤
- 术语对照表放在文档开头，先统一说法
- 注意事项与常见误操作写在一起，方便对照
核对与确认类
以表格和确认单为主，条目短、可勾选。适合在验收环节逐项过，把口头共识落成书面结论。
- 核对表条目与质量核对要点一一对应
- 确认单记录结论、时间与遗留事项
- 未通过条目保留原因，不直接删除
质量核对要点
每条要点包含核对项与判断依据两个部分。判断依据写的是“怎么算合格”，而不是“应该很好”，这样双方在验收时能指着同一条得出同一个结论。
-
范围一致性
交付内容与需求说明中列出的范围逐条对应，没有未说明的增项，也没有已约定却被省略的条目。
-
条目可核对
每一项交付物都能在清单中找到对应行，验收时可以直接勾选，不需要靠回忆判断是否做过。
-
术语统一
同一概念在方案、记录与说明文档中使用同一表述，出现新说法时在术语对照表中补充说明。
-
记录可追溯
变更记录保留原始结论与变更原因，能回答“为什么改成现在这样”，而不是只留下最终版本。
-
说明可独立阅读
操作说明不依赖执行过程的口头补充，未参与执行的人按文档操作也能走完主要流程。
-
形式与用途匹配
需要逐行核对的内容用表格呈现，需要通读的内容用文档呈现，不把清单写成大段文字。
-
遗留事项有归属
未在本次范围内解决的事项，在确认单中写明处理方与后续方式，不留悬空结论。
验收方式与偏差处理
验收不是一次性打分，而是把核对表过一遍、把对不上的地方登记下来再处理。左栏说明验收怎么进行，右栏说明出现偏差后按什么顺序处理。
验收方式
-
对照清单逐项核对
以交付内容清单和质量核对表为唯一依据，逐条勾选，不在核对过程中临时增加未约定的判断标准。
-
按类别分批确认
方案与规划类、说明与文档类先行确认，执行与记录类随节点确认，避免全部堆到最后一次集中验收。
-
记录结论而非口头通过
通过的条目在确认单上标记，未通过的条目写明具体差异，方便后续处理时有据可查。
-
约定复核窗口
确认单签署后仍保留一段复核期，期间发现遗漏可提出补充处理，复核期长度在需求确认阶段约定。
偏差处理
-
先判断偏差类型
区分是范围理解不同、执行遗漏，还是需求本身在过程中发生变化，三种情况的处理路径并不相同。
-
范围理解不同则回到需求说明
以需求说明中的范围界定为准，若原文表述不清，先补充界定再决定是否需要补做。
-
执行遗漏则登记补做
在变更记录单中登记遗漏条目与补做安排，补做完成后重新走一次对应条目的核对。
-
需求变化则单独评估
变化部分不并入原范围直接处理，先评估影响的工作量与排期，双方确认后再纳入执行。
交付标准与 服务矩阵 中的分组一一对应，每个分组承担哪几类交付物可以在分组说明中查到；如果你更想先了解交付发生在合作的哪个阶段，可以查看 合作流程 中的阶段产出与流转条件。仍有疑问时， 常见问题 里按协作阶段整理了验收环节的判断问题，也可以回到 首页 重新确认本站的服务定位。