SKU 变体图给外包怎么标注：颜色、规格、库存卡和包装面先锁住

准备：① 一份 SKU 表，至少包含颜色、规格、组合装和库存状态；② 一组原图，文件名能对上 SKU 编号；③ 一张外包标注图，能圈出禁止修动区域；④ 一份验收表。说重点，SKU 变体图不是“把所有图修干净”。它是要让运营、客服、搜索系统和买家都看明白：这张图对应哪一个变体，哪些信息不能被修掉。

图注：SKU 外包前先把表格、原图和锁区摆清楚

如果团队还在把 20 个颜色、4 个尺寸、3 个套装丢给外包，只写一句“统一修干净”，返工基本跑不掉。前面我们已经写过 AI 购物代理开始读商品图 的证据链问题，这篇不继续讲趋势，直接给外包 SOP。别废话，按下面 5 步做。

Step 1：先把 SKU 表拆成可修图的变体清单

外包拿到的第一份材料不该是压缩包，而是一张变体清单。清单里至少有 6 列：SKU 编号、颜色名、规格名、套装关系、库存状态、主图优先级。没有这张表，外包只能凭肉眼判断“蓝色”和“雾霾蓝”是不是同一个颜色，最后修出来的图好看，但运营上架时对不上。

我跟你说，很多返工不是技术问题，是输入太糊。举个假设场景：一个数据线收纳盒有 24 个 SKU，分 3 个颜色、4 个长度、2 种包装。如果原图文件叫 IMG_0831.jpg，外包不会知道它是“灰色 1 米单只装”还是“灰色 2 米双只装”。文件名要先改成 A01-gray-1m-single-front.jpg 这种能被人读懂的格式，再开始修。

这里可以参考 Google Merchant Center 的公开商品数据规范。官方文档把颜色、尺码、item group ID 这类变体字段分开管理，商品图片也通过 image_link 和 additional_image_link 区分主图和补充图。来源见 Google Merchant Center Help：https://support.google.com/merchants/answer/7052112 与 https://support.google.com/merchants/answer/6324350。截至 2026-05，这个原则对国内团队也有参考价值：图片要跟商品数据对得上，而不是单独追求漂亮。

第一步的产出很简单：一张变体清单、一套重命名后的原图、一个“本批主推 SKU”标记。主推款先修，冷门款后修。KPI 不是一天交多少张，而是上架后少退几轮。

Step 2：给每个变体圈出禁止修动区域

第二步开始标图。别让外包猜哪些地方能动，哪些地方不能动。每张图至少圈 4 类区域：颜色证据、规格证据、包装证据、结构证据。

颜色证据包括色卡、透明外壳、布料纹理、金属氧化色。规格证据包括长度标、容量标、孔位、接口形状。包装证据包括条码区、批次贴、组合装数量、赠品说明。结构证据包括卡扣、折页、封口、配件槽。图叮做清理或局部保护时，也要围绕这些区域下指令，而不是一把梭地“优化质感”。

内部团队做模板时，可以用 3 种标注颜色：红色表示绝对不能改内容，黄色表示能清理灰尘但不能改形，绿色表示可以交给 AI 清理背景、补边或统一阴影。这不是为了好看，是为了降低沟通成本。外包看到红圈就知道，型号贴不能被擦；看到黄圈就知道，反光能压但接口形状不能变；看到绿圈就知道，桌面脏点可以清掉。

图注：红黄绿锁区让外包知道哪些能修、哪些不能碰

这一步和 批量抠图高效工作流 是一套逻辑：能批量的地方交给工具，不能批量判断的地方提前锁住。别把“AI 会修图”理解成“AI 会替你做商品责任判断”。

Step 3：把库存卡和销售承诺从装饰里分出来

第三步最容易被忽略。库存卡、现货章、组合装角标、赠品贴、退换提示，看起来像设计元素，其实是销售承诺。外包如果把它们当装饰擦掉，图会更干净，客服会更难解释。

标注时要分两层。第一层是“必须保留原文”的信息，比如颜色名、尺寸、数量、保质期、接口型号。第二层是“可以重排但不能改变含义”的信息，比如活动角标、组合装示意、库存提示。前者只允许清晰化，不允许改写；后者可以调整位置和视觉层级，但交付前要让运营确认。

如果图里有英文、数字和条码，不要让 AI 直接重绘文字。正文图片任务以后可以生成视觉参考图，但商品真实文案要由人工或设计工具后期排版。这个边界要写进外包单。原因很现实：AI 生图容易把文字画得像文字，但不保证每个字符正确。

有些团队会问，库存状态要不要写进主图。我的建议是：平台规则和店铺策略允许时，可以用作辅助信息；不确定时，把库存卡放到详情页或副图，不要硬塞主图。图叮负责把图修清楚，不能替你决定平台合规口径。

Step 4：用一张验收表约束外包交付

第四步是验收。只看“干不干净”没用。SKU 变体图要看 8 个点：文件名、颜色一致、规格可读、包装方向、禁止区域、阴影统一、图层命名、导出尺寸。

图注：验收表要同时卡住命名、颜色、规格和导出尺寸

验收表可以这样写：

• 文件名是否仍能对上 SKU 编号。
• 同一颜色在主图、副图、详情页模块里是否一致。
• 规格、数量、接口、包装文字是否可读。
• 红圈区域是否被改形、擦字或换位置。
• 背景清理后，商品比例是否被拉伸。
• 阴影和接触面是否同批统一。
• 源文件是否保留“原图 / 清理 / 局部保护 / 文案”图层。
• WebP 或 PNG 导出尺寸是否符合上架要求。

这里别追求一次写成 30 条。验收表太长，外包不会逐项看。我的做法是每个品类只保留 8-12 条硬规则，剩下的放到备注。比如收纳盒重点看颜色和包装面，数据线重点看接口和长度标，服装重点看面料纹理和尺码牌。

如果这批图后面还要做场景迁移，可以接着看 万物迁移批量出图 的流程。先把白底证据图守住，再做场景图，顺序别反。

Step 5：把复用规则沉淀给下一批 SKU

第五步是复盘，不是写长报告。每批修完后，只记录 3 件事：本批最容易误修的区域、本批最常返工的文件名、本批下次要提前锁住的标注。写进模板，下次同类 SKU 直接复用。

比如这批数据线收纳盒发现“透明盖反光被压太平”，下次模板里就加一句：透明盖反光允许降低强度，但边缘高光不能全部抹掉。比如这批厨房小工具发现“包装背面的容量表被当噪点擦掉”，下次就把容量表列为红圈区域。规则越短，执行越稳。

图叮在这个流程里的位置也要清楚：它适合做批量清理、局部保护、背景统一、边缘修复、场景迁移的前置图；不适合替运营判断哪些承诺能写、哪些型号能改、哪些库存能展示。工具负责把执行变快，责任边界还是团队自己定。

进阶做法是把这套规则拆成两个模板：一个给外包看，一个给内部验收看。外包模板只写操作，内部模板才写责任。下一批 SKU 来了，先套模板，再让图叮跑图。这样人少一点，出图也不会乱。