服装企业 SKU 管理的三种常见陷阱

陷阱一：同款不同色用同一个 SKU 编码

很多服装企业为了「编码短一点好记」，把颜色和尺码作为 SKU 下的子属性，而不是编码的一部分。

这在纸单年代没问题，但一旦上了库存中台或电商渠道，每一次销售出库都要额外匹配两层属性——出错率呈指数级上升。

我们的建议是：款号 + 颜色号 + 尺码号 三段式编码，虽然长，但每一层都是机器可判断的。

SKU 爆炸从来不是「款式太多」的问题，而是「分类维度不一致」的问题。

陷阱二：打样 BOM 与大货 BOM 不关联

设计团队打样时建的 BOM（物料清单）是独立 Excel，大货下单时由版房再手工抄一份进 ERP。

一旦某款上市后火了，需要追加面料单——大货 BOM 的面料规格与打样版对不上，采购和生产互相甩锅。

解决方案：BOM 生命周期管理。打样版→确认版→大货版在系统里是同一条记录的不同版本，历史改动全部可追溯。

陷阱三：补货周期不区分「款型」

基本款（白T、牛仔裤）的安全库存是 4 周销量；季节款是 2 周；联名款不备货只预售——这是最基础的分层。

但很多企业所有 SKU 统一按「月销量 ×0.8」下补货单，结果基本款卖断货、季节款压仓。

落地做法：在 SKU 主数据里加一个「款型属性」字段，补货引擎按不同属性读不同的参数表，一张一弛。

检查清单：你的 SKU 管理中了几条？

• □ 编码规则小于 3 段，颜色/尺码不在编码层体现
• □ 打样 BOM 与大货 BOM 是两个文件，需要人工同步
• □ 补货单按统一系数算，不区分基本款 / 季节款 / 联名款
• □ 每到季末盘点才知道哪些款卖得好，追单全靠「感觉」
• □ 仓库里有大量「同款不同色」的 SKU 互相串号记录

如果以上中了 2 条以上，说明你的 SKU 体系需要重建。这不是「上一套新 ERP」就能解决的事——先把编码、BOM、补货三段流程的维度统一，再让系统照着跑。