交付与验收
这一页把“交付算不算完成”拆成可以逐项核对的条件：交付物有哪些、文件怎么命名、能改几轮、由谁判定验收，以及出现分歧时按什么顺序处理。
当前位置：交付标准页，是服务矩阵与协作流程的下游说明，口径需在项目开始前与需求方逐条确认。
交付物清单：每一项都有明确形态
交付物指阶段产出的具体文件与内容成品。以下六类在项目范围确认时逐项勾选，未勾选的条目不进入本次交付，也不会在结算时临时追加。
-
选题清单
按渠道与受众分组的选题条目，每条含标题方向、切入角度与预估篇幅。
形态：表格文件，一行一个选题，附备注列记录待定事项。
-
内容成品稿
可直接进入发布环节的正文，含标题、摘要、正文段落与配图位置说明。
形态：文字处理文档与纯文本各一份，便于不同渠道直接取用。
-
配图与素材说明
每篇内容对应的图片文件与使用位置标注，说明画面内容与替代文字。
形态：图片文件按篇目编号存放，另附一份素材对照表。
-
渠道投放配合说明
内容在各渠道的发布顺序、标题改写建议与发布时间窗口建议。
形态：单页说明文档，按渠道分小节列出。
-
修改记录单
记录每轮修改的提出方、修改条目与处理结果，用于追溯内容变化。
形态：表格文件，与内容成品稿同目录存放。
-
复盘整理表
按交付周期整理已完成条目、未采用条目与后续可复用素材。
形态：表格文件，附一段文字说明本期工作方式上的调整点。
文件格式与命名约定
命名规则的作用是让文件在不打开的情况下也能判断归属与版本。以下四项在首次交付前确认一次，后续沿用同一规则。
| 格式项 | 约定说明 |
|---|---|
| 文件命名 | 篇目编号 + 内容主题 + 版本号，例如 03-渠道内容-选题说明-v2，不使用空格与特殊符号。 |
| 版本标记 | 初稿为 v1，每完成一轮修改递增一位；被替换的旧版本保留在归档目录，不覆盖删除。 |
| 正文格式 | 正文同时提供可编辑文档与纯文本，纯文本用于直接粘贴到发布后台，避免格式错乱。 |
| 图片规格 | 图片按发布渠道要求导出，标注宽度与高度；同一篇内容的多张图片按顺序编号，便于替换。 |
修改轮次：改到哪一步、改什么
修改轮次指针对同一篇内容提出调整意见并完成的次数。轮次按篇计算，不按条计算，意见需在一轮内合并提出。
-
第一轮 · 结构与方向
范围：标题方向、段落顺序、整体篇幅与切入角度。
超出处理：若在本轮提出更换主题方向，按新增选题重新排期，不计入原篇修改轮次。
-
第二轮 · 表述与细节
范围：语句调整、术语统一、事实表述核对与配图替换。
超出处理：涉及新增段落或扩写超过原篇幅两成的，单独确认工作量后再安排。
-
第三轮 · 发布前校对
范围：错别字、标点、链接与图片位置的最终校对。
超出处理：第三轮之后仅接受影响发布正确性的错误修正，表述风格类意见转入下篇内容的写作约定。
验收判定：三项条件同时满足
验收口径指判断交付是否达成的判定项与判定方式。三项条件同时满足即视为该篇内容验收通过，需求方以书面或会议记录形式确认。
-
范围一致
判定方式：对照项目开始时确认的交付物清单，逐项核对是否齐全。
判定依据：清单内条目全部产出且命名符合约定，缺项即不通过。
-
内容完整
判定方式：检查正文结构是否包含约定的标题、摘要、正文与配图说明四个部分。
判定依据：四部分齐备且无明显事实错误，标点与术语统一。
-
修改闭环
判定方式：查看修改记录单，确认每轮意见均有处理结果标注。
判定依据：记录单中不存在未标注状态的条目，双方对处理结果无异议。
出现分歧时的处理顺序
对交付是否达成存在不同理解时，按以下顺序推进，避免问题停在来回沟通上。
-
第一步 · 回到清单
先对照项目开始时确认的交付物清单与验收口径，确认分歧属于范围问题还是完成度问题。多数分歧在这一步即可定性。
-
第二步 · 逐条标注
由提出方在修改记录单上逐条写明具体段落与期望调整方向，不接受笼统的“再改改”。我方在同一份记录单上回应处理方式与所需时间。
-
第三步 · 约定收口
双方就剩余条目约定一个确认时间点，到期未提出新意见的条目视为通过。收口结论写入复盘整理表，作为后续合作的参照。