交付范围与验收标准
这一页把每个服务方向最终会交到手上的东西写清楚：包含哪些条目、按什么口径确认完成、哪些内容不在范围内。合作开始前对照这里逐条核对，比中途来回确认更省事。
交付条目清单
条目按服务方向编号分组，编号与 服务方向总览 保持一致。每条都写明交付形态与确认方式，方便逐条打勾核对。
| 方向编号 | 交付条目 | 条目说明 | 确认方式 |
|---|---|---|---|
| 01 | 需求梳理记录 | 把沟通中确认的目标、范围与前置条件整理成一份可查阅的记录文本。 | 逐项对照沟通内容，确认无遗漏或偏差后确认。 |
| 02 | 范围界定说明 | 写明本方向包含的处理内容与明确排除的事项，作为后续动作的边界。 | 核对排除项是否与预期一致，有分歧当场提出。 |
| 03 | 阶段推进清单 | 按合作流程阶段列出双方各自需要完成的事项与先后顺序。 | 对照 合作流程 逐阶段确认清单完整。 |
| 04 | 成果主体内容 | 本方向约定的主要成果，按范围界定说明中确认的口径产出。 | 对照范围界定说明逐条检查是否覆盖。 |
| 05 | 配套说明文档 | 对成果主体内容的使用方式、注意事项与后续衔接的说明文本。 | 通读一遍，确认说明与实际成果一致。 |
| 06 | 验收核对表 | 把交付条目与验收口径整理成一张可逐条勾选的核对表。 | 双方在同一张表上逐条确认，作为收尾依据。 |
验收标准说明
验收看的是条目是否按约定口径完成，而不是主观感受。下面列出常见验收条目的确认口径与检查方式，实际验收时以双方确认过的范围界定说明为准。
| 验收条目 | 确认口径 | 检查方式 |
|---|---|---|
| 内容完整性 | 范围界定说明中列出的条目是否全部产出，无缺项。 | 对照交付条目清单逐条勾选。 |
| 口径一致性 | 成果中使用的术语与字段名称是否与前期确认一致。 | 抽查关键字段与术语表比对。 |
| 说明可读性 | 配套说明文档是否能让未参与前期沟通的人看懂。 | 由未参与沟通的一方通读并反馈疑问。 |
| 边界清晰度 | 排除项是否在成果中明确标注，不产生误读。 | 核对排除项清单与成果标注是否对应。 |
| 核对表可用性 | 验收核对表是否覆盖全部交付条目，可直接勾选。 | 用核对表实际走一遍验收流程。 |
不包含的内容与排除项
把不包含的内容提前写出来，是为了避免收尾阶段出现预期差。以下事项不在默认交付范围内，如确实需要，需要单独确认并调整范围界定说明。
-
长期维护与持续更新
交付成果按约定口径一次性产出，不包含交付后的长期维护、内容持续更新与定期回访。如需要后续跟进，需在范围界定说明中另行约定。
-
第三方授权与资质办理
不包含任何第三方平台的授权申请、资质办理与账号开通事项。这类事项涉及外部主体，需由客户自行对接或另行确认。
-
超出约定范围的新增需求
合作过程中提出的、超出范围界定说明的新增内容，不计入本次交付。需要时按变更流程重新确认条目与验收口径。
-
价格与商务条款
本页只说明交付条目与验收口径，不涉及价格、付款方式与商务条款。相关内容在对接时单独确认，不在站内展示。
交付变更与补充说明的处理方式
变更本身不是问题，含糊处理才是。下面三种情形覆盖了大部分变更场景，处理原则是先确认口径，再动交付条目。
-
情形一
条目需要增减
先说明增减的原因与影响范围，双方确认后更新交付条目清单与验收核对表，再继续推进，避免新旧口径并存。
-
情形二
验收口径需要调整
口径调整会影响已完成部分的判定，因此需要在调整前明确已完成内容按原口径还是新口径验收，写进补充说明。
-
情形三
补充说明的追加
补充说明作为范围界定说明的附件保存，不覆盖原文。核对时以最新一版补充说明为准，历史版本保留可查。