周五下午四点半,做女装的小陈被拉进一个临时会议。店长说下周要投三个渠道,让她把这一季的场景图整理一份出来。小陈打开共享盘,翻到上个月刚出好的那批图,一百多张挤在同一个文件夹里,文件名分别是「最终版」「最终版2」「最终版改」「新场景」「场景-可以用的」。
她盯着屏幕看了两分钟,然后打开了十来张逐个看。看明白之后她发现,这一百多张里其实只有不到三十张是真正能用的,其余的是同一批图的不同导出、同一款的不同角度、以及她自己都记不清是什么时候留下的中间文件。整理这批图花掉了她四十分钟,比重新出一批还累。
文件名乱,代价从来不只是「看着烦」。它会在三个具体时刻变成实实在在的成本:要复用一张老图的时候、要判断某个版本投过哪里的时候、要交接给别人的时候。这三个时刻要么来得突然,要么恰好卡在忙的时候,而那时你唯一能依靠的就是当初随手起的那个名字。这篇把命名这件事拆成一条能直接套用的公式,讲清七段结构各自填什么、比例与语言这两个维度为什么不能省,以及改版时怎么保证不撞名。

图1:图越多,命名越不该随意,因为它是唯一能带走的信息。
一、命名乱掉之后,代价落在哪三个时刻
先说清楚为什么这件事值得花时间。命名不是审美问题,它是一份随时可用的说明书。这份说明书用得上的时刻非常具体。
第一个时刻是复用。半年前投过一个渠道、效果不错,现在想做同风格的新品,需要把老图捞出来当参考。如果文件名里带着渠道和风格信息,搜一下就出来了;如果叫「最终版3」,你就得靠记忆或者一张张翻。
第二个时刻是对账。投放的人问「这一版投过抖音没有」,运营的回答只能来自文件名或者自己的记忆。名字里带了渠道、期次、版本,这个问题三秒钟能答;名字里只有时间戳,那就只能去翻投放记录,运气不好还翻不到。
第三个时刻是交接。人一换,所有的默认知识都归零。新接手的人看到的是一堆文件,他唯一能依靠的就是名字。名字里有结构的团队,新人两天就能上手;名字一片混乱的团队,新人得花两周把历史图看一遍,最后还是经常问人。
三个时刻有个共同的特点:它们都发生在你不在场或者想不起来的时候。这就是为什么「我知道那批图在哪」这种自信靠不住——它依赖的是记忆,而记忆会在你最忙的时候失约。
文件名是图片唯一的自述。图本身不会告诉你它是哪个渠道、哪一期、什么比例、投过哪里,这些信息只能靠名字带出来。名字里没有,就等于这些信息从来没被记录过。
二、一条可以照抄的命名公式
把需求拆开之后,命名的结构其实很固定。一条能覆盖绝大多数电商出图场景的公式是这样的:渠道、品类、期次、比例、语言、版本、序号,七段用同一个分隔符连起来。
举个例子:淘宝下的女装类目,十月十二日这一期,一比一方形图,简体中文,场景风格的第一版,第一张图,名字就是「淘宝_女装_1012_1-1_中文_场景A_01」。读一遍名字,用途、投放位置、语种、版本全部在眼前。
这个结构有几处设计上的取舍值得说一下。段与段之间统一用下划线,不用空格和横杠,因为空格在某些系统里会出问题,横杠又和比例里的「1-1」撞了形。段内需要再分层时用字母或短词(比如「场景A」「白底B」),保持可读。
还有一处:顺序不是随便排的。渠道放在最前面,因为日常最常用的检索方式就是「先按渠道找」。期次放在中间,因为它是最常用来做时间筛选的一段。版本和序号放在最后,因为它们是同一批图内部的区分,检索时很少用到,放尾部不影响主要搜索路径。
公式本身不难,难的是每次都照做。真正让命名乱掉的原因不是不知道怎么起,而是「这次就先这样吧」。把这条公式固定成模板,粘贴一遍改几个字段,比每次现场想名字还快。青虎AI 的出图结果可以单张下载也可以批量打包下载,拿到手的就是一整批原始文件,正好接上这套模板,一次套用整批。
| 七段结构 | 这一段填什么 | 为什么放在这个位置 |
|---|---|---|
| 渠道 | 这批图的投放渠道,一段短词即可 | 最常用的检索入口,放最前面能最快收窄范围 |
| 品类 | 商品所属类目,一段短词 | 与渠道组合后基本能定位到具体一批图 |
| 期次 | 这一批的批次标识,通常用日期 | 做时间筛选时的主字段,也是与台账对齐的键 |
| 比例 | 这张图的画幅比例档位 | 决定图能不能直接用在目标位置,必须一眼可见 |
| 语言 | 图内文字语种 | 跨境场景下的关键区分项,缺了会误用 |
| 版本 | 同一批里的风格或版式分支 | 区分同批不同风格,改版时靠它判断新旧 |
| 序号 | 同一分支下的第几张 | 保证同批同名不冲突,排序时也稳定 |
七段全部写满,名字会长一些,但它带的信息量远超一般的起名习惯,而且是可被搜索的。人脑对长名字的容忍度其实很高,只要结构固定——闭着眼睛也能知道第几段是什么,读一半就能跳到自己要找的那一段。
三、比例和语言:这两段一定不能省
七段里最容易被省略的是比例和语言。省略它们的理由听上去都很合理:「同一批图都是同一个比例」「这批全是中文的,写它干嘛」。这两个理由恰恰说明它们最该写。
先看比例。同一款产品的图,会因为投放位置不同而产出好几个画幅。主图位通常用一比一的方形,详情长图用竖版比例,短视频平台常用竖屏比例,社媒平台又有自己偏好的一档。同一款女装,一年下来攒出七八种画幅是常事。这时候如果名字里不带比例,你要找「那张一比一的白底图」,就得把整批图逐个打开看画幅——一张两张还能忍,几十张就是纯浪费。
再看语言。它比比例更容易被漏,因为大多数团队平时只做中文。可一旦开始做跨境,语言这一段立刻变成刚需。同一张商品图,中文版、英文版、以及另外几个语种版本会同时躺在文件夹里,画面看上去差不多,只有图里的文字不一样。名字里不写语种,误用一次就是把外文图投到中文位,或者把中文图投到外文市场,等到有人发现,素材早就发出去了。
| 省略的维度 | 当时觉得合理的理由 | 过两周会变成什么麻烦 |
|---|---|---|
| 不写比例 | 这批都是同一个比例,不用写 | 后面基于同批图补出其他画幅,混在一起后分不清哪张能用在哪个位置 |
| 不写语言 | 目前只做中文,用不上 | 一旦开了跨境,同款的外文版和中文版外观接近,误投风险高 |
| 不写渠道 | 反正都是自己店里的图 | 多平台铺货后无法判断某张图有没有投过该渠道,复用时要重跑一遍 |
| 不写版本 | 只有一版,等有第二版再说 | 改版后新旧两版并存,无法判断哪一版是当前在用的 |
这张表的用意是提醒一件事:省略维度时做的判断,依据的是「此刻的状态」,而命名要服务的是「以后」。此刻只有一版,不代表两个月后还只有一版;此刻只做中文,不代表明年不开跨境。命名这件事的成本集中在写下去的那一刻,收益却分布在之后的每一次检索里,所以判断口径应该偏保守——宁可多写一段,不要少写一段。
如果确实觉得七段太长,可以压缩,但压缩的优先顺序要清楚。渠道、期次、比例、语言这四段尽量保留,它们是检索和防误用的主力。品类、版本、序号可以按团队情况简化,比如品类写在文件夹层级上,序号用两位数字自带的前缀排序。

图2:左边是只有时间戳的文件名,右边是分段对齐的命名,同样的信息量,检索难度差很远。
四、版本与场景:改版时怎么保证不撞名
命名最容易出问题的时刻是改版。第一个版本起名很顺,第二个版本开始变难:你既不想覆盖旧版,又不想让新版和老版看起来没关系,还希望以后能一眼看出哪个是新哪个是旧。
处理这件事的办法是把「版本」和「场景」分成两个不同的概念,不要混用。场景指的是画面风格或构图分支,比如白底、场景、细节、卖点这几类,它们属于同一批图内部的不同用途,彼此是并列关系。版本指的是同一批图在时间上的先后,是迭代关系。并列关系用字母标注,迭代关系用递增数字标注,两者各管一维,互不干扰。
具体的做法可以参考这样:同一批图里,场景风格用字母后缀区分(场景A、场景B),同一风格改版后用数字递增(第一版、第二版)。这样名字读起来就是「这批图、这个风格、第几版、第几张」,四个问题一次答完,不用去翻台账。
还有一个细节:新版本起名时不要去改旧文件的名字。很多人为了「看起来整齐」,会把旧版重命名成新版格式,改名过程中一旦出错或者中途中断,旧文件就找不回来了。正确的做法是旧版保持不动,新版按新规则命名,在台账里注明两者的关系。旧文件是历史档案,它的价值在于可追溯,不在于整齐。
五、归档目录怎么搭才不返工
名字管的是单张图,目录管的是整批图。两者配合起来,一套完整的归档结构就出来了。下面这四个层级的搭法是实践下来比较省事的。
第一层按渠道分
渠道是最常用的筛选维度,放在最外层可以让日常检索少点几次。同一个款投几个渠道时,各渠道的图天然分开,不会互相干扰,也不需要靠文件名去区分渠道。
第二层按期次分
期次是时间轴,放在渠道下面。同一个渠道下的图按批次归拢,既能看出这一期做了什么,也能快速定位到最近一期。期次命名与台账里的批次号保持一致,两边能对得上。
第三层按产出类型分
白底、场景、细节、卖点这几类分开存放,是因为它们的使用场景不同。找首图就去白底,找详情素材就去场景和细节,不用在一堆混合文件里挑。
文件名带完剩下的维度
比例、语言、版本、序号写在文件名里。目录负责大分类,文件名负责精确到张,两层配合起来,一个位置只有一种可能,不会出现两张图重名或者一张图放错地方。
这套层级有个取舍要提前说:层级越深,点击次数越多。所以不建议继续往下加层,比如在产出类型下面再按比例分一层。比例、语言这类维度交给文件名处理,用搜索一次就能筛出来,比多点两层目录快得多。凡是能用文件名表达的维度,就不要做成目录。青虎AI 的结果页支持逐张查看与批量下载,下载之后按这套层级入库,团队里每个人看到的都是同一套结构,不用额外约定。
目录层级用来归类,文件名用来精确定位。判断某个维度该放哪一层,问一句:这个维度会不会频繁变化?变化频繁的放文件名,长期稳定的才做目录。
六、从出图到归档:五步固定动作
把前面几节串起来,一次完整的归档动作就是这么几步。它跟出图任务本身是两件事,但对后续检索的影响一样大。

图3:先在模板里定好名,再下载、再重命名、再入库,顺序不要倒。
步骤一
开工前定好这批的名字骨架
打开命名用的模板,把渠道、品类、期次这三段先填好。这一段在出图之前完成,目的是让整批的名字从第一张开始就是统一的,不用等图出来再补想。
步骤二
把比例和语言锁定
根据这批图要投的位置和语种,把第4段和第5段定下来。如果这一批里同时产出多种比例或多个语种,就分开成两批处理,不要混在一个文件夹里靠肉眼区分。
步骤三
下载后先看一眼总量
导出完成后先数一下拿到了多少张、分成了哪几类。这一步是为了让后面的编号有依据——知道自己手上有一份完整的清单,才能判断编号是否连续、有没有漏掉。
步骤四
按规则统一重命名
下载下来的原始文件名通常是系统生成的,带一长串编号,没有检索价值。用批量重命名工具按模板统一改一遍,序号用两位数字保证排序稳定。这一步只需要做一次,做完之后整批图就是可检索的。
步骤五
放进对应目录并回写台账
按渠道、期次、产出类型的层级把图放进去,同时在任务台账里补上这批的命名规则和产出数量。台账记规则,目录存文件,两边互相印证,以后找图从哪边进都能到达。
五步里真正花时间的是第四步,但它是唯一可以批量化的,改一次模板套用整批图。其余几步都是确认性质的动作,加起来几十秒。要紧的是第一步:它的位置在出图之前而不是之后,这一步的位置摆对了,后面所有动作都省事;摆在后面,就会出现「图出来了再想名字」的情况,而那时你面对的是几十个原始文件名,惰性很容易让人先放一放。
七、命名规范怎么和查重台账衔接
命名和查重是同一件事的两面。命名管单张图的自述,台账管整批任务的记录,两边的期次字段必须是同一个值,这样从图能查到任务,从任务也能查到图。
衔接点很具体:台账里的素材批次号,直接拿来当文件名的第3段。这样一次编号两处使用,不用维护两套体系。查重的时候搜批次号,找到的是任务记录;找图的时候搜同一个批次号,找到的是那一批所有文件,两边天然对齐。
还有一处衔接容易被忽略:台账里记录的产出数量,必须和最终归档的文件数量对得上。如果台账写着产出八张、目录里只有六张,说明有两张在重命名或者移动的过程中漏掉了。这种数量核对每次归档时花十秒钟做一次,能挡住大部分「明明出过但找不到了」的情况。
青虎AI 的结果页支持在线预览和批量下载,下载完成之后就到了归档环节。这也是为什么归档动作值得写成固定流程——它是整条链路的最后一环,前面的输入、参数、筛选都做对了,如果最后一环没做好,整批产出的可检索性还是要打折扣。
八、四个常见误区
命名这件事的坑不多,但都很常见,而且每一个都会随着时间放大。
误区一:用「最终版」这类词命名
「最终版」这个词的问题在于它不描述内容,只表达当时的心情。而且它必然会有后继——最终版2、最终版改、最终版真的最终。这类名字在两周内就会失去意义,因为它既没说清是哪个渠道哪个期次,也没说明改了什么。
误区二:靠文件夹分层,文件名随便起
目录只能表达归类关系,表达不了单张图的属性。同一批图里有不同比例、不同语种的时候,光靠目录分不开,最终还是要逐个打开看。文件名该承担的部分,目录替不了。
误区三:为了整齐去改旧文件的名
旧文件是历史档案,它的价值在于可追溯。批量改名过程中一旦中断或出错,可能造成文件丢失或指向错乱。新版按新规则命名、旧版保持原样,在台账里说明关系,比强行统一更安全。
误区四:命名规则定得很细但没人执行
规范的价值在于被执行。如果规则复杂到每次都要查文档,实际执行率会迅速下降。七段结构已经够了,不必再加更多维度;规则越简单越好记,越好记越能坚持。青虎AI 出图一次就是一批,命名动作也随之变成批量动作,规则定得简单,执行率才守得住。
九、四个让命名真正落地的技巧
下面这四条不改变规范本身,只降低执行阻力。命名失败几乎都不是因为不会,而是因为麻烦。
技巧一:把命名模板存成一段文本
把七段结构存成一段可复制的文本,每次用的时候粘出来,只改需要变的几段。这样命名从「想」变成「填」,动手成本明显下降,也就更容易每次都照做。
技巧二:序号固定用两位数字
一位数的序号在排序时会出现问题——第十张会排到第二张前面。统一用两位数,排序永远稳定,也不需要在图超过九张时临时改规则。
技巧三:分隔符全局统一,只有一个
全团队统一用同一个分隔符,不要这一批用横杠、下一批用下划线。分隔符一旦混用,后面做批量检索就会漏掉一部分文件,而且这种漏是很难被察觉的。
技巧四:新同事入职第一周先看命名规范
命名乱掉通常从新人加入那段时间开始。把规则写成一页纸,在新人上手出图之前先过一遍,比事后返工省事得多。规则只有几段,十分钟能讲完。
十、三个可以照做的场景
抽象的结构讲完,看三个具体到能直接照着走的场景。它们覆盖了归档这件事的多数情况。

图4:同一套命名结构,能接住多平台铺货、跨境语种、改版迭代这几类日常活儿。
场景一:一款产品铺三个渠道
同一款女装要投三个渠道,尺寸要求各不相同。做法是按渠道建立三个目录,每个目录下按期次归拢,文件名里的渠道段与目录保持一致,比例段按该渠道要求的画幅填。这样每个目录里的图只有该渠道需要的画幅,检索时不会串。
场景二:跨境开了一个新语种
原有的一批中文商品图要出外文版本。做法是新建一个期次目录,文件名里的语言段改成对应语种,其余六段与中文版保持一致。这样中英两版的名字在结构上完全对应,只差语言那一段,比对和排查都快。
场景三:同一批图改版重出
包装换了,需要重出一批图但保持原有风格。做法是先查台账找到上一版的记录,新版文件名里版本段递增,期次段用新批次,其余维度沿用旧版。旧版文件保持不动,台账里注明两版之间的关系,需要回溯时直接搜批次号。
三个场景看下来,共同点是「结构比对」这四个字。命名规范真正带来的便利不只是能搜到,更是能对比——两批图放在一起时,你能一眼看出它们在哪几个维度上不同。这种比对能力在改版、跨渠道、跨语种这些场景里特别有用,因为它把「找不同」这件事从逐张看图变成了看文件名。
青虎AI 把出图这一步做得很快,一批图从上传到拿到结果用不了多久。命名和归档是这条链路里唯一需要人工照看的一段,也是唯一一段做得好不好会被记住很久的部分。今天多花一分钟把结构定清楚,半年后接手的人就能少翻一个小时。
十一、总结
写在最后:名字是图片唯一带得走的信息
批量出图结果的命名可以套用一条固定结构:渠道、品类、期次、比例、语言、版本、序号,七段用同一个分隔符连接,读一遍就能知道这张图是哪一期、投哪里、什么画幅、什么语种、哪个版本。比例和语言这两段最容易被省略,也最不该省——同一款产品一年会攒出好几种画幅,开了跨境之后同款的外文版与中文版外观又很接近,不写进名字就会误用。版本与场景要分成两个维度,场景是并列关系用字母标注,版本是迭代关系用数字递增,混在一起就会失效。目录层负责归类,文件名负责精确定位,期次段与台账的批次号保持一致,两边就能互相印证。规范只有被坚持才有价值,所以规则越简单越好,模板存下来、序号用两位、分隔符只用一个,这三件小事能让执行率高很多。
十二、常见问题解答
Q:批量出图结果的命名有推荐结构吗?
A:推荐七段结构——渠道、品类、期次、比例、语言、版本、序号,用同一个分隔符连接。例如某渠道某品类某一期的一比一方形图、中文、场景风格第一版第一张,各段依次写下来即可。
Q:为什么要带比例这一段?
A:同一款产品会因为投放位置不同产出好几种画幅。名字里不带比例,找「那张方形的白底图」就只能逐张打开看,几十张图翻下来很耗时。
Q:只做中文的团队也需要写语言段吗?
A:建议写。语言段的成本只是在模板上多留一格,一旦之后开跨境,同款的中文版和外文版外观接近,靠肉眼区分容易出错。提前留位比事后补要省事。
Q:版本和场景有什么区别?
A:场景是同一批图内部的风格分支,比如白底、场景、细节、卖点,彼此并列;版本是同一批图在时间上的先后,属于迭代关系。两者各管一维,混用会让名字失去区分能力。
Q:旧版文件要不要改成新命名规则?
A:不建议。旧文件是历史档案,批量改名过程中如果中断或出错,可能造成文件丢失或指向错乱。新版按新规则命名,旧版保持原样,在台账里注明两者的关系即可。
Q:序号为什么建议用两位数字?
A:一位数序号在排序时会出现第十张排在第二张前面的情况。统一用两位数,排序始终稳定,也不用在图超过九张时临时调整规则。
Q:分隔符需要统一吗?
A:需要。全团队统一使用同一个分隔符,避免这一批用横杠、下一批用下划线。分隔符混用会让批量检索漏掉一部分文件,而这种遗漏往往不容易被发现。
Q:目录层级要分几层比较合适?
A:渠道、期次、产出类型这三层基本够用。不建议再往下加,比如在产出类型下再按比例分一层,层级越深点击越多。比例、语言这类维度交给文件名处理,搜索一次就能筛出来。
Q:文件名的期次和任务台账怎么对应?
A:把台账里的素材批次号直接作为文件名的期次段,一次编号两处使用。查任务搜批次号,找图也搜同一个号,两边天然对齐,不需要维护两套体系。
Q:归档时怎么发现有没有漏图?
A:用台账里记录的产出数量与最终归档的文件数量对一遍。如果台账写着八张、目录里只有六张,说明有两张在重命名或移动时漏掉了。每次花十秒钟核对,能挡住大部分「明明出过但找不到」的情况。
Q:能不能不用七段,少写几段?
A:可以压缩,但顺序要清楚。渠道、期次、比例、语言这四段尽量保留,它们是检索和防误用的主力;品类、版本、序号可以按团队情况简化,比如把品类放到目录层级上。
Q:规则定好了怎么保证大家都照做?
A:把模板存成一段可复制的文本,命名从「想」变成「填」;再把这套规则写成一页纸,安排在新人上手出图之前过一遍。执行率的关键在低成本,不在规则多细。

评论列表 (0条):
加载更多评论 Loading...