POD SKU 命名规则：设计、blank、颜色和尺码如何统一编码

建立稳定的 POD SKU 体系，统一设计、blank、颜色与尺码编码，并补齐映射、校验、迁移和回滚规则。

快速运营规则

一个变体一个身份; 固定字段顺序; 使用受控词表; 维护主映射表; 停用 SKU 永不复用

1. 定义 SKU 的职责与边界

定义 SKU 的职责与边界: 字段定义与负责人

稳定 SKU 的任务，是让一个可售变体在目录、订单、设计资产、供应商与客服记录中保持同一身份。价格、库存、热卖、缺货和活动属于会变化的状态，不应写入代码。地区或供应商只有在形成明显不同的可履约对象时，才进入身份字段。

• 字段定义与负责人
• 组合唯一性检查
• 渠道兼容检查

2. 盘点现有标识与冲突

盘点现有标识与冲突: 组合唯一性检查

在写新格式前，导出当前商品、历史订单、供应商 ID、设计资产和仓储别名。把问题分成重复、缺失、歧义与不可迁移四类，冻结继续扩散冲突的创建路径，并记录渠道、商品族、历史范围、负责人和临时控制。

• 字段定义与负责人
• 组合唯一性检查
• 渠道兼容检查

3. 固定字段顺序与分隔符

固定字段顺序与分隔符: 渠道兼容检查

可以使用设计、blank、颜色、尺码这样的固定顺序，但示例只是本地选择，不是行业标准。选择所有目标系统都支持的单一分隔符和保守字符集，不能让渠道静默截断、重排或凭大小写解释主身份。

• 字段定义与负责人
• 组合唯一性检查
• 渠道兼容检查

4. 建立稳定的设计代码

建立稳定的设计代码: 旧新双向别名

设计代码应指向获批的设计身份，而不是临时文件名。生产文件版本、导出日期、印刷位置和许可证据保存在资产记录。文案或 mockup 更新通常保持身份不变；印刷内容发生实质变化时再评估新代码。

• 字段定义与负责人
• 组合唯一性检查
• 渠道兼容检查

5. 让 blank 代码连接真实供给

让 blank 代码连接真实供给: 字段定义与负责人

内部 blank 主表应把稳定代码连接到供应商产品 ID、材质、版型、印刷兼容性、地区、替代关系和停用状态。只有样品与规格证明买家可感知对象等效时，供应商切换才可以保留 SKU。

• 字段定义与负责人
• 组合唯一性检查
• 渠道兼容检查

6. 控制颜色与尺码词表

控制颜色与尺码词表: 组合唯一性检查

建立受控颜色和尺码词表，把供应商显示名称映射到内部身份，保留真实的物理差异，并让每个尺码关联具体 blank 的尺码表。面向买家的名称可以本地化，而底层身份保持稳定。

• 字段定义与负责人
• 组合唯一性检查
• 渠道兼容检查

7. 维护 SKU 主映射表

维护 SKU 主映射表: 渠道兼容检查

主映射表保留完整含义，包括 SKU、组成字段 ID、渠道变体 ID、供应商 ID、生效与停用日期、替代 SKU、负责人和备注。客户姓名、地址、个性化内容、成本或变化状态都不能进入 SKU。

• 字段定义与负责人
• 组合唯一性检查
• 渠道兼容检查

8. 生成、校验并安全迁移

生成、校验并安全迁移: 旧新双向别名

从批准字典生成代码；字段缺失、组合不唯一、字符或长度不合法、渠道映射冲突时必须阻止保存。按低风险商品族分批迁移，保留旧新别名与历史订单，测试退款和补件，并准备可恢复的导出文件。

• 字段定义与负责人
• 组合唯一性检查
• 渠道兼容检查

SKU 决策矩阵

FAQ — 常见问题

SKU 必须让人一眼读懂吗？

不必承载全部信息，但应遵循可解释的字段顺序，并能在映射表查到完整含义。稳定性和唯一性比把每项事实拼进代码更重要。 稳定 SKU 的任务，是让一个可售变体在目录、订单、设计资产、供应商与客服记录中保持同一身份。价格、库存、热卖、缺货和活动属于会变化的状态，不应写入代码。地区或供应商只有在形成明显不同的可履约对象时，才进入身份字段。

供应商代码应该写进 SKU 吗？

只有供应商差异形成不同可售或履约对象时才考虑。多数情况应使用内部 blank 代码，再在映射表连接供应商 ID。 在写新格式前，导出当前商品、历史订单、供应商 ID、设计资产和仓储别名。把问题分成重复、缺失、歧义与不可迁移四类，冻结继续扩散冲突的创建路径，并记录渠道、商品族、历史范围、负责人和临时控制。

显示名称改变要改 SKU 吗？

如果只是面向买家的文案或本地化变化，内部身份不变，通常无需改 SKU；实物属性或尺码体系变化时应重新评估。 可以使用设计、blank、颜色、尺码这样的固定顺序，但示例只是本地选择，不是行业标准。选择所有目标系统都支持的单一分隔符和保守字符集，不能让渠道静默截断、重排或凭大小写解释主身份。

个性化订单需要唯一 SKU 吗？

基础变体使用稳定 SKU，姓名、号码或图片放在受保护的订单行或生产字段，不能把客户数据写进 SKU。

混乱目录应该一次性重建吗？

先停止新增错误，建立别名和冲突清单，再按低风险商品族分批迁移，并保留测试与回滚点。

下一步

稳定 SKU 的任务，是让一个可售变体在目录、订单、设计资产、供应商与客服记录中保持同一身份。价格、库存、热卖、缺货和活动属于会变化的状态，不应写入代码。地区或供应商只有在形成明显不同的可履约对象时，才进入身份字段。 从批准字典生成代码；字段缺失、组合不唯一、字符或长度不合法、渠道映射冲突时必须阻止保存。按低风险商品族分批迁移，保留旧新别名与历史订单，测试退款和补件，并准备可恢复的导出文件。 导出一个商品族; 标记组成身份; 生成十个候选; 测试订单与退款; 保存回滚文件

免责声明：本文提供通用 POD 商品目录与运营治理框架，不构成平台政策、法律、财务、隐私、税务或履约保证。请核对当前系统限制、历史数据、隐私要求与合作方能力。