交付标准：什么情况算完成
合作开始前先把验收口径定下来，比交付当天再争论要省事得多。这一页把检查要点、判断依据和偏差处理方式一次列清，方便你在合作前对照自己关心的部分，也方便交付时逐条核对。
质量检查要点清单
五项检查点覆盖从内容到形式的主要环节，每一项都给出可对照的判断标准，不靠主观印象下结论。
-
内容完整性
约定的交付项逐条到位，没有遗漏模块、缺失页面或空置内容位。判断标准是清单上的每一项都能在交付物里找到对应位置。
-
信息准确性
名称、栏目、术语与需求方确认过的口径一致，不出现自造的服务名称或与事实不符的描述。判断标准是抽查关键字段与确认稿逐字比对。
-
结构与层级
标题层级、栏目归属、导航顺序符合约定方案，页面之间不互相矛盾。判断标准是按约定结构表逐层核对，而非只看首页效果。
-
可用性表现
桌面端与移动端都能正常打开、正常阅读，主要入口可点可跳，不出现遮挡或错位。判断标准是在两种设备上各走一遍完整路径。
-
交付说明齐全
随交付附上内容说明与后续维护提示，写清哪些部分可以自行调整、哪些部分改动需要重新评估。判断标准是拿到交付物的人能独立读懂。
验收判断依据
验收不是重新提需求，而是对照合作前确认过的口径做核对。左栏写判断依据，右栏写对应的检查动作。
判断依据
- 以合作前确认的内容清单与结构表为准，不以交付当天的口头意见为准。
- 以实际打开效果为准，不以截图或描述为准，双方在同一环境下核对。
- 以约定范围内的检查点为限，超出范围的新增想法归入下一轮，不影响本轮验收。
- 以可复现的问题为有效问题，偶发且无法重现的现象先记录再观察。
对应检查动作
- 逐条勾选内容清单，发现缺口当场标注位置与期望内容。
- 在桌面端与移动端各完整走一遍，记录设备、入口和现象。
- 把新增想法单独列成一份清单，标注优先级，留到下一轮处理。
- 对每个问题写清复现步骤，便于判断是内容问题还是环境问题。
常见偏差与处理方式
偏差大多来自口径没对齐，而不是执行不到位。下面四类情况在实际合作中出现频率较高，提前知道处理方式能省下不少来回。
| 偏差现象 | 常见原因 | 处理方式 |
|---|---|---|
| 内容与确认稿有出入 | 确认稿经过多轮修改，双方参考的版本不一致 | 以最后一版书面确认稿为准，差异部分集中列出后统一修订 |
| 结构层级与预期不同 | 结构表只写了栏目名，没写清从属关系 | 补一份层级说明再调整，避免边改边猜 |
| 移动端显示与桌面端不一致 | 检查时只看了桌面端，未覆盖窄屏情况 | 补充移动端走查，按实际设备记录问题再修 |
| 交付项范围被临时扩大 | 合作中途加入新需求，未同步更新范围说明 | 新需求单独评估并排期，本轮按原范围验收 |
交付内容包含与不包含项
把边界写清楚，比事后解释有效。左列是本次交付会覆盖的内容，右列是需要另行约定或由需求方自行处理的部分。
包含项
- 按约定清单完成的内容与结构交付
- 桌面端与移动端的可用性走查
- 随交付附上的内容说明与维护提示
- 验收阶段的问题记录与集中修订
不包含项
- 验收范围之外的新增内容与结构调整
- 需求方自有账号、域名与第三方平台的配置
- 交付完成后的长期内容运营与日常更新
- 未在合作前确认的额外渠道或形式
不确定某项是否在范围内，可以先对照 服务矩阵 确认服务名称与交付形态，再通过 合作流程 查看该阶段对应的确认节点，或到 常见问题 里找对应说明。