本篇属「设计知识」板块，供广告、图文、设计与 AI 应用从业者日常速查。内容整理自公开资料与行业通行做法，涉及数值与工艺的条目，实际生产请以制作方工艺单与设备规格为准。
为什么命名很重要
设计项目往往产生几十上百个文件，命名混乱会让人找不到最新版，甚至把旧稿误当定稿发给甲方或印厂，造成尴尬、返工与实实在在的物料损失。
好的命名应让不看内容的人，也能从文件名判断项目、模块、版本与状态。它既是给自己的备忘录，也是给同事与甲方的清晰信号，能降低彼此的沟通摩擦。
判断命名是否合格有个简单标准：把文件发给同事，对方能否在不打开的情况下答出「这是第几版、能不能用」。答不出，说明命名还需要补上关键信息。
命名还直接影响检索与排序。统一前缀能让同一项目的文件在资源管理器中自然聚拢，日期用数字格式则保证按时间正序排列，翻找历史版本时一目了然。
推荐的命名结构
通用结构为「项目名_模块_版本_状态_日期」，例如 brand_poster_v3_final_20251020。项目与模块用下划线分隔，版本用 v 加数字，整体顺序保持稳定，便于排序检索。
状态词建议统一：draft（草稿）、review（待审）、final（定稿）。避免「最终版」「真的final」「打死不改版」这类口语叫法，版本一多，它们就彻底失去区分意义。
日期统一用 20251020 这样的八位数字，避免「10.20」「十月二十」混用；模块名用固定英文或拼音缩写，如 poster、banner、logo，团队内事先约定即可。
补充两条实用约定：一是文件名中不出现空格与斜杠等符号，防止脚本与上传工具出错；二是同一项目内不要随意更换项目名缩写，否则历史文件会对不上。
- 结构：项目名_模块_版本_状态_日期
- 版本用 v1、v2 递增，不回退改写
- 状态用 draft / review / final
- 日期用 20251020 数字格式
- 避免中文、空格与特殊符号
版本与文件夹管理
建议在项目根目录下分设 source（源文件）、export（导出图）、reference（参考）等子文件夹，源文件与导出图分开存放，查找与打包都更高效，也不会互相干扰。
版本不要覆盖保存，而是另存新文件，并保留关键里程碑版本。即便有云盘与设计工具的历史版本兜底，本地命名规则依旧不可替代，是最可靠的习惯。
推荐目录示例：项目名/source 存 PSD、AI、Figma 导出包；项目名/export 下再分 png、svg、jpg；项目名/reference 存甲方资料与竞品；项目名/final 只放定稿。
定期归档同样重要：项目结束后把整包打上日期标记移入归档目录，删除明确无用的中间稿。长期坚持，团队会积累起可复用的素材库与可追溯的决策记录。
- 分 source / export / reference / final
- 不覆盖、递增另存，保留里程碑版本
- 善用云盘与工具的历史版本功能
- 项目结束统一归档并清理废稿
交付与归档习惯
交付时把定稿单独归入 final 文件夹，并在文件名中明确标注，避免甲方在满屏草稿中挑花眼。同时说明哪一份才是「以本为准」的终版，减少反复确认的成本。
对外发送建议打包压缩并附一份说明文件，写清包内结构、定稿路径、字体与素材授权情况。收件人按说明操作，就不会出现拿错图、缺字体、缺授权的问题。
项目结束后做整体归档：整理命名、删除废稿、备份素材授权与源文件。良好归档能让后续改版或复用素材时事半功倍，长期积累下来就是团队可复用的资产。
一句话总结：稳定命名加清晰目录，是设计文件不丢不乱的根本。按「项目名_模块_版本_状态_日期」统一结构，版本递增不覆盖，用 source/export/reference/final 分层管理，并归档定稿与授权，协作双方都能秒定位到正确的稿件。
© 版权声明
文章版权归作者所有，未经允许请勿转载。
