实用指南 / 版本与交付记录
版本交付：留下实际发出的那一份
交付版本是一份在特定节点冻结的文件集合。后续继续修改时生成新版本，保留上次实际交付的快照；这样别人反馈“第三段有问题”时，你知道对方看到的是哪一稿。
工作区与交付区分开
02_工作里保留当前编辑文件，03_交付里按交付批次建子目录。交付目录只放接收者需要的材料与 README 说明，不把整个项目根目录直接打包。原录音、身份对照表等材料是否需要交付，应按实际约定逐项确定。
虚构例子：v03 之后收到意见
SJ_20260912_P03_draft_01_v03.docx 是首次交付稿。对方反馈开篇需要缩短，你复制为 v04，在变更表记录“压缩开篇，保留 Q014；第二节未改”。不要直接覆盖交付目录里的 v03，否则后续无法准确比较反馈指向。
交付前的操作顺序
先关闭并保存正在编辑的文件；将确认版本复制到新的交付目录；写包内说明，列文件名、用途、版本和未决事项；在这个目录里逐一打开文件，检查引用的附件也在包内；最后记录实际交付日期、方式和文件列表。没有交付动作时状态写“待交付”，不要预填“已发送”。
处理冲突和补发
如果两份修改都叫 v04，保留来源标记如 v04_A 与 v04_B，逐项比较后合并成 v05，变更说明列出采纳的改动。补发附件时记录补发批次和所替代文件，不让接收者猜哪个附件有效。
版本变更记录表
以下为虚构填写示例，可按自己的项目调整字段。
| 版本 | 变化 | 依据 | 交付状态 |
|---|---|---|---|
| v03 | 第一次形成完整稿 | Q014、Q015 引文表 | 虚构示例：首次交付 |
| v04 | 缩短开篇，调整段落顺序 | 针对 v03 的反馈清单 | 待交付 |
| v05 | 合并两份并行修改 | v04_A 与 v04_B 对照 | 仅合并示例 |
常见问答
每次保存都要新建版本吗？
普通编辑可在工作文件继续保存，在听校完成、交付或采纳一批反馈等可识别节点留版本。
交付包能只放快捷方式吗？
快捷方式常依赖本机路径。应放实际所需文件，或在说明中提供双方可访问且已确认的资源位置。