先定一个能直接读懂的最小格式

用途示例
源文件版本book-cover-v03-20260922.psd
已确认交付版book-cover-v07-approved.psd
导出文件book-cover-v07-web.webp

版本号表达迭代顺序,日期表达时间,approved / draft 这类状态只在确实改变下一步动作时加入。不要同时塞负责人、分辨率、软件名、十几个标签,让文件名变成另一种数据库。

文件命名最怕两种极端:完全随手写,和设计一套只有今天的自己看得懂的编码系统。

够用的格式其实很简单

“项目-内容-版本-日期”已经能解决大部分问题,例如 book-cover-v03-20260922.psd。团队协作时再加角色或负责人。

不要用 final、final2、真最终

这些名字只表达情绪,不表达版本关系。版本号递增,批准状态单独记录,会清楚很多。

文件夹也要配合

源文件、导出图、参考资料和交付文件分开。否则同名 PNG、PSD、JPG 混在一起,很容易把低清预览当成最终稿。

改规则时别一次重命名整个硬盘

从新项目开始统一就行。旧项目只有在真正需要返工时再整理,成本会低得多。

日期和版本号只保留必要字段

日期适合看时间线,版本号适合表示明确迭代。两者一起用时,不要让文件名变成一长串难读编码。只保留真正能帮助你判断“哪个更新、哪个已确认”的字段。

团队里最好把命名规则写成一两行示例,而不是十页文档。新成员一看示例就能照着做,规则才真正有用。