图片归档命名与版本管理体系：从一团乱到团队 SOP

2026 年 4 月 25 日周五下午 5 点 17 分，杭州一家做服饰电商的设计部，小张被运营叫到工位前：客户 A 急需”三个月前那批春装白底图”重新出一版裁剪规格，明早 8 点上活动。她打开公司 NAS，目录里依次摆着”白底图最终版""白底图最终版2""白底图真的最终版""白底图老板说这个用""白底图_0223_我改完”。她切到桌面的本地备份，又看到一个”待归档”。40 分钟翻完，凑出 23 张，少 7 张；那 7 张究竟是谁哪一版改完的，没人记得。运营把客户的电话挂回来时，小张默默存了半瓶眼药水。

这不是孤例。电商精修团队跑过一年的那一刻，桌面文件夹和云盘加起来很容易堆到 5 万张图，里面真正还能被复用、被复盘、被回追的，可能只有 30%。剩下 70% 不是没价值，是没被命名好——你知道它在那里，但没法在 3 分钟内把它定位出来。

这篇文章只解决一件事：怎么命名、怎么打版本号、怎么打标签，让 5 万张图在三个月、半年、一年后还能被任何一个新人在 30 秒内捞回来。它不讲存储介质（NAS / 云盘 / 移动硬盘怎么选可以看 AI 修图工作室 5 万张图素材库管理 SOP），也不讲交付清单（看 新手 AI 修图首次交付前的检查清单），就讲一件事——文件名怎么起、版本号怎么打、标签怎么用。

常见的”四种乱”，每种都有自己的死因

我观察过身边十几个电商精修团队的硬盘，乱法通常归到四类，每一类都有一个看上去合理、实际撑不过半年的开头。

第一种：按时间堆。文件夹层级是 2026/04/25/项目A/...，听上去整齐，问题是客户 A 半年前的那批图你找不到，因为你只记得”是春装那批”，不记得是 2 月还是 3 月。日期是机器视角，人脑只在事故复盘时才用日期。

第二种：按客户堆。客户A/2026春装/白底图/...，看着也合理，但客户 A 一年里跑了 8 个项目，“春装”下面还有 3 个子系列，你最终还是得逐个文件夹翻进去。客户维度只解决了”找谁”，没解决”找哪一版”。

第三种：按版本堆。所有图全堆一个目录，靠”最终版""最终版 2""真的最终版”区分。这种是死得最快的，因为没人能保证三个月后还分得清”真的最终版”和”老板说这个用”哪个真的是最终。

第四种：按用途堆。详情页/主图/SKU 图/活动图/...。问题是同一张图常常多用途——一张白底主图既要进详情页头图也要切方图给抖音，按用途堆会出现”复制三份分别归档”，半年后客户改一版你要同步改三个文件夹，一定漏。

四种乱的共同根因是单维归档——只用时间、客户、版本、用途中的一个维度做目录树。真实项目至少同时有 4 个维度（客户、项目、版本、用途），任何一个维度做主目录都会让另外三个维度变得无处安放。解法不是再加目录层级，而是把”文件名”和”标签”分开管，目录只承担最稳定的那两个维度，剩下两个交给文件名和标签。

3 层命名结构：项目代号 / 类型 / 规格

文件名承担”看一眼就知道是什么”的职责，所以要短，但要包含定位所需的最少信息。我推荐 3 段式：

<项目代号>-<类型>-<规格>_<版本>.扩展名

举三个真实例子（客户名脱敏）：

• KH26S-PD-WHITE_v1.2.jpg → KH 客户 2026 春季（KH26S），产品白底图（PD-WHITE），第 1 大版第 2 次微调
• LM26Q1-LIFE-1080_v2.0.psd → LM 客户 2026 Q1 活动（LM26Q1），生活场景图 1080×1080（LIFE-1080），第 2 大版
• WS26AD-MODEL-3000x4000_v1.0_RAW.cr3 → WS 客户 2026 年度（WS26AD），模特图 3000×4000 输出尺寸，原图 RAW 文件

项目代号用 4-6 字符固定缩写，每年初定一次，整个团队共享一份”客户代号表”贴在飞书云文档里。代号别用客户全名拼音，太长；也别用纯数字，半年后没人记得 001 是谁。我们用 <2 位客户字母><2 位年份><1-2 位场次> 这个格式，比如 KH26S = 客户 KH + 2026 + 春装。

类型用 3-6 字符：PD（产品图 product）、MODEL（模特）、LIFE（生活场景）、DTL（详情页）、SKU、BANNER、POSTER。同样维护一份共享列表，新增类型先在群里报备一句，避免同一种图三个人写三种缩写。

规格写最关键的那个变量：白底/灰底（WHITE / GRAY）、尺寸（1080 / 3000x4000）、平台（DOUYIN / TMALL）。同一张图导出 5 个规格就在文件名末尾换规格段，不另开文件夹。

注意 3 层都用短横线连接，版本号用下划线单独隔开，扩展名前加可选后缀 _RAW / _PROOF / _FINAL。这套写法在 Finder、Windows 资源管理器、飞书云盘、阿里云盘里都能正确按字母排序，不会出现某个系统把它解析错的情况。

版本号 SemVer 化：什么改 v1.1，什么该跳 v2.0

软件工程的语义化版本（SemVer）主版本.次版本.修订号 的逻辑套到图片归档，删掉修订号，只用 v<主>.<次> 两段，规则非常简单：

改动类型	版本变化	例子
微调（修色 / 局部修瑕 / 锐化）	v1.0 → v1.1 → v1.2	客户说”再亮一点点”
中等改动（替换背景 / 重新打光 / 加 logo）	v1.x → v2.0	白底改灰底
重新命题（换 SKU / 改主体 / 重拍重修）	v2.x → 起一个新文件名	这已经是新项目，不是旧项目的新版本

关键边界：v1.1 和 v2.0 之间的差别，是”客户能不能接受用 v1.0 兜底”。如果改动后 v1.0 还能凑合用（只是不够好），打 v1.1；如果改动后 v1.0 已经废了（方向错了），打 v2.0。这个判据让所有团队成员对版本号有一致的理解，不靠”感觉这次改得多”做判断。

第二个边界：v1.0 始终留给首次交付版，不是初稿。初稿、二稿、三稿在交付前都是 v0.1 / v0.2 / v0.3，签字交付那一刻才晋升 v1.0。这样客户回头说”那次最终版”，你直接搜 _v1.0_FINAL 就够了，不用猜哪一版才算”最终”。

第三个边界：老版本不删，只归档。从 v1.2 升到 v2.0 时，v1.0 / v1.1 / v1.2 全部移到 archive/ 子目录，文件名保持不动。这样万一客户三个月后说”还是用上次那版”，你 30 秒能恢复。硬盘空间通常比”我以为我留着了”便宜得多。

标签层与文件名解耦：客户、用途、状态留给标签

如果把客户全名、项目全称、用途、状态、归档日期都塞进文件名，文件名会长到 80 个字符，而且任何一个字段改了都得批量重命名。正确的做法是文件名只放定位信息，剩下的全交给标签层。

macOS Finder 自带彩色标签 + 关键字标签，飞书云盘和阿里云盘各自有标签字段，专业 DAM 工具（Eagle / Adobe Bridge）的标签更强。我们建议至少打 5 类标签：

1. 客户标签：客户-KH、客户-LM，搜任意客户的所有图就一个标签
2. 项目标签：项目-2026春装、项目-双11预热，跨客户找同主题图用得着
3. 用途标签：用途-详情页、用途-主图、用途-抖音，一图多用时只打多个标签，不复制文件
4. 状态标签：状态-提案中、状态-已交付、状态-客户改回、状态-归档
5. 归档时间标签：归档-202604，按月度做长期清理时用得到

文件名 + 标签的组合搜索是这套体系的杀手锏：搜 KH26S-PD-WHITE 出该客户该项目所有白底图，再叠 状态-已交付 标签，立刻看到能直接给客户的版本。这一步在纯目录树体系里要点开五六个文件夹才能完成。

标签和文件名的边界很硬：会变的字段进标签，不会变的字段进文件名。客户名缩写一旦定下来基本不会变（KH 始终是 KH），所以进文件名；状态会变（今天提案中明天已交付），所以进标签。版本号介于两者中间——v1.0 锁定后不会变，所以进文件名。这条边界一旦立住，整套体系就稳了。

工具组合实战：Finder / 飞书云文档 / 图叮AI

没有一个工具能独自承担整套归档体系，3 件套搭配着用最稳：

本地 Finder（或 Windows 资源管理器） 负责工作中文件——正在改的、本周要交付的、临时调色的。优势：和 PS / Lightroom / 图叮 AI 客户端无缝衔接，存盘即归档。劣势：跨设备不同步、标签只在本机生效。所以工作中目录每周五下午做一次”清场”，把本周已交付和已废弃的全部上传到云盘，本地只留下周要碰的。

飞书云文档/飞书云盘（或腾讯文档 / Notion / 阿里云盘，看团队习惯）负责 SOP 文档、客户代号表、归档总目录索引、跨人协作的中间版。它的标签和搜索是团队级的，新人入职第一天看一眼总目录索引就能上手。这一段如果你团队已经在用 Notion 或飞书做工作流，直接读 Notion / 飞书工作流串联 AI 修图全流程 那篇，把命名规范注入到既有工作流里更顺。

图叮AI 历史记录负责 AI 出图本身的版本溯源——每次出图的提示词、参考图、参数、输出都自动留痕。这一层是命名体系的”上游”，你在文件名里写 v1.2，背后到底改了哪个提示词、用了哪个参考，历史记录里有原始证据。客户三个月后回头问”上次那个调色是怎么调的”，不用翻硬盘 PSD，直接拉历史记录复盘。

3 件套的分工边界：Finder 管”我手上正在做的”，飞书管”我们团队共享的”，图叮 AI 管”AI 是怎么生成的”。文件名规范是三层共用的接口，标签是飞书层为主的扩展，版本号在三层都通用。任何一个团队成员加入或离开，只要这三层规范没变，半年前的图都能被精准捞出来。

如果你是 3 人小团队，看 3 人小工作室 AI 修图角色分工与每日 SOP 里关于”归档负责人”的设定——这套规范需要至少有一个人在每周五兜底检查，否则跑两个月就会散。也欢迎对比图叮AI 价格与会员体系看看历史记录那一档够不够你们用。

三个月后的小张

故事开头那个被运营叫到工位前的小张，三个月后又被问了一次同样的问题：客户 A 春装那批白底图，调一版给秋装活动做参考。她在飞书云盘搜索框敲了 KH26S-PD-WHITE，过滤标签 状态-已交付，30 秒列出 30 张 v1.0_FINAL 的清单，连原图 RAW、PSD 工作版的位置一起列出来。运营在旁边等了不到一分钟，连”你那个文件夹叫什么了”都没问。

这套规范上线第一周最痛苦——你要回头给三个月内的项目补命名、补标签，会发现自己当时随手起的名字现在自己都不认识了。但只要扛过这两周，第三个月开始，归档这件事就从”事故复盘时哭一次”变成”每周五下午 30 分钟清一次”。它不是让你以后再也不漏图，是让你漏图的时候知道漏在哪一格、补回来要花多久。

工具会变、AI 模型会换代、客户名单会更新，文件名规范、版本号语义、标签体系这三件事的逻辑过五年都不会变。你今天花一周把它立起来，五年后还在吃这份红利。这件事的投入产出比，可能比你今年学的任何一个新模型都高。

更多电商精修和归档相关的实战笔记，见 图叮AI 博客全部文章 与 产品精修场景应用。