设计稿最终版总发错？用版本号和交付清单锁定这一轮定稿

“最终版2”“最终确认版”“真的最终版”仍然发错，问题通常在于文件名没有说明用途，批准记录也没有绑定到具体文件。为这一轮定稿建立一份发布清单，写清允许发送哪些文件、谁批准、旧版怎样撤回，比继续给文件名加“最终”更有效。

把修改过程与对外交付分开

工作中的草案可以持续变化，对外文件则应来自一次明确的确认。不要让同事直接从聊天里挑一张看着最新的图，也不要只靠网盘“修改时间”决定版本。文件被重新保存、压缩或下载，时间都可能改变；被批准的对象仍需要一个稳定编号。

本文自拟一个小型交付：读书市集的手机通知、桌面横幅和现场屏幕图。三个文件都属于同一活动，但不能因为它们共享背景就互相替代。手机图有报名提示，现场屏幕图可能只需要时间与位置，各自的用途必须写清楚。

用文件名回答四个问题

建议按“项目代号—用途—规格—版本”命名。例如 bookfair-notice-1080x1440-r04.png。这里的像素只是本文示例，应换成实际交付规格。项目代号便于识别归属，用途防止拿错，规格用于核对文件，版本号用于对应确认记录。

内部修订可以从 r01 连续递增，批准后不要把同名文件内容悄悄覆盖。需要改日期或文字，就产生下一版并更新清单。不要用“新”“最新版”表示长期状态，因为下次修改后它们就失效了。

发布清单比文件夹名称更重要

交付消息可以写成：“本轮批准r04，允许使用清单中的三张图；r03日期有误，请撤回，不再从旧聊天下载。源文件保留在制作目录，正式发布请使用本轮导出。”这段话是本文自拟，实际要填入能核对的文件名及接收对象。

紧急更改时先问文件有没有发出去

如果仍在内部制作，更新稿件与清单即可；如果已发给合作方，要同时登记发送位置、接收人、替换是否完成；如果已经公开展示，还要核对真实页面或屏幕上的文件是否更新。重新发一张图不等于旧版已撤回。

Lovart 中文站可用于组织设计任务，但本文的版本号和发布清单是团队管理方法，不代表产品已提供自动撤回或跨平台同步。即使在线预览能更新，已经下载的图片仍需按实际分发路径处理。

发出之前做一次接收者检查

• 只看交付消息，能否找到唯一批准版本？
• 文件名、尺寸与清单能否一一对应？
• 同一个用途有没有两份互相矛盾的批准文件？
• 旧版已经发送的渠道是否都有替换记录？

保留旧版便于追溯，但把它放在历史目录并标记用途，避免与当前交付混放。完成这一轮的标准是清单、批准对象和实际发送文件一致，而不是文件夹里出现一个叫“最终”的名字。