交付前冻结一个明确版本
冻结是停止改动这份交付快照，让你以后知道对方收到的到底是什么。适合邮件交付、作品投稿或交给协作者继续处理。
本文由本站整理，所用项目、文件名和版本均为教学示例。
交付与工作文件分开
在交付目录下建立带版本号的子目录。只收本次需要发送的文件，加一份清单，写明用途、规格、检查结果和已知限制。工作目录仍可继续编辑，但后续改动要进入下一版，不能偷偷替换已发出的内容。
教学示例：封面与内页插图交付
交付目录 book_v006 包含 cover.jpg、inside-01.png 和交付说明。说明写“封面与第一幅内页插图，检查尺寸与打开正常；分层工程未包含在本次范围”。如果双方后来约定补交工程，应建立v007并列出素材依赖，不让接收者猜哪些文件新增。
确认依据如何记录
可记录确认发生的渠道、时间和对应版本，并保存必要的确认文字到项目资料。不要把“已经发送”当成“对方通过”。如果只是自行检查完成，状态写待确认；收到明确回应后再更新记录。
拿来就用的检查清单
| 交付字段 | 应写内容 |
|---|---|
| 范围 | 文件名及各自用途 |
| 规格 | 实际尺寸、格式或时长 |
| 检查 | 是否打开、抽查了哪些位置 |
| 限制 | 未包含的工程或缺失依赖 |
| 确认 | 对应版本与真实确认依据 |
- 按约定列出应交文件。
- 从交付目录打开每份文件进行检查。
- 写清未交项目、依赖与限制。
- 保存交付快照，并在日志记录实际发送版本。
交付后发现错字能覆盖原文件吗？
建议保留原快照，另做新版本并说明修正位置。这样可以明确区分接收者手中的旧件和修正版。