设计交付物命名与版本管理：一套不返工的规则

设计文件乱命名，返工成本比想象中高得多。"最终版""最终版2""真的最终版"这套命名法，三个月后连作者自己都分不清。

命名结构

推荐固定四段：项目_模块_状态_版本。例如 izzsj_poster_final_v3.psd。状态词只用有限的几个：draft（草稿）、review（待审）、final（定稿）、archived（归档）。自由发挥的形容词一律不允许出现。

版本号规则

整数用于对外交付（v1 给客户、v2 改版），小数用于内部迭代（v1.1、v1.2）。这样客户手上的永远是整数版本，团队内部的细微调整不会污染交付序列。

目录结构

项目/
  01_source/      源文件（psd、fig）
  02_export/      导出（png、svg、pdf）
  03_review/      评审稿与批注
  99_archive/     过期版本

关键是"导出不放源文件，源文件不直接发人"。用编号前缀让目录天然有序，不用手动排序。

三条纪律

第一，交付前把图层整理一遍，删掉隐藏层与无用组，命名清晰——这是给未来的自己省时间。第二，每次对外发送都走导出目录，不从源文件目录直接拖。第三，项目结项时把 99_archive 整体打包压缩，主目录只留定稿，避免半年后打开一堆过期文件。

协作场景的补充

多人协作时，命名里加责任人缩写，例如 izzsj_poster_review_v2.1_zz.psd，谁改的一目了然。同时约定"不改别人的文件，只另存新版本"，避免覆盖冲突。这套规则看起来啰嗦，但用上一两个月后，找文件的时间会明显下降。

本文首发于 izzsj.com，作者保留全部权利。未经书面授权，禁止任何形式采集、转载与镜像；转载请注明来源并保留原文链接。