系列第 31 篇 · 行业场景
阿玲的「30 个格子，一个都对不上」
前面三十篇，我们讲的都是通用的概念和流程。从这一篇开始，我们分行业来讲——你是干哪一行的，就看哪几篇，对号入座。
先从最典型、SKU 最爆炸的行业说起——服装。
阿玲在杭州四季青附近开了家女装店，做了五年，生意不错，去年想着规范一下，上了套系统。结果上线第一个月，她就给我打来电话，语气挺崩溃——
「我就一款连衣裙，怎么在系统里变出来 30 个？录货录到手抽筋。盘点更要命，盘了一下午，账还是对不上。这系统是不是把简单事整复杂了？」
我问她：「你这款裙子，几个颜色？」
「五个——白、粉、藏青、卡其、酒红。」
「那码呢？」
「S、M、L、XL，还有加大加小，六个码。」
我说：「那不就是了，5 个颜色乘 6 个码，30 个不同的商品。系统没整复杂，是你这门生意本来就有 30 种货。」
电话那头沉默了几秒：
「……可我一直当成一款卖的啊。」
这就是服装店所有库存乱象的总根子——「一款」在你眼里是一件事，在系统里、在仓库里，是几十件事。
这一篇，我们就把服装行业最头疼的「款—色—码」三级结构，一次讲透。
先搞懂：你卖的不是「一款」，是「一堆」
很多服装老板的脑子里，库存是按「款」记的：
「这款连衣裙，我还有大概一百多件吧。」
这句话听起来没毛病，但它藏着服装店最致命的信息丢失——
一百多件，是白色多还是酒红多？S 码还剩几件？XL 是不是早就断了？
你不知道。你只知道一个笼统的「一百多」。
而真正决定你能不能卖出去的，恰恰是这些细节。客人要的是「粉色 M 码」，你库里有 80 件但全是白色 XL，照样做不成这单生意。
所以服装的库存，天生就是三级结构（这套结构的底层逻辑，参见第 07 篇 SKU/SPU）：
款（SPU）：连衣裙·A2023款
│
├── 颜色：白 / 粉 / 藏青 / 卡其 / 酒红（5 种）
│
└── 尺码：S / M / L / XL / 加大 / 加小（6 种）
颜色 × 尺码 = 5 × 6 = 30 个最小单位（SKU）
- 款（SPU）：是给客人看的、给你做生意决策看的「一个款式」。
- SKU（颜色+尺码的每个组合）：是真正进货、出货、盘点、算钱的最小单位。
划重点：你「卖」的是款，你「管」的是 SKU。 系统里的每一笔进出，扣的都是某个具体 SKU，不是那个笼统的「款」。
阿玲那款裙子，进货时是 30 个 SKU 分别有数量，卖出时扣的是具体某个 SKU，盘点时数的也是 30 个格子——只有把这 30 个分清楚，库存才有意义。
服装人的命根子：颜色尺码矩阵
如果让你拿张纸，把一款裙子的 30 个 SKU 库存全写下来，你会怎么写？
聪明的服装人，几百年前就发明了一个东西——矩阵表（也叫「尺码颜色表」「配码表」）。
横轴放尺码，纵轴放颜色，中间每个格子填库存：
S M L XL 加大 加小
┌─────┬─────┬─────┬─────┬─────┬─────┐
白 │ 3 │ 8 │ 6 │ 2 │ 0 │ 1 │
├─────┼─────┼─────┼─────┼─────┼─────┤
粉 │ 5 │ 12 │ 9 │ 4 │ 1 │ 2 │
├─────┼─────┼─────┼─────┼─────┼─────┤
藏青 │ 0 │ 4 │ 7 │ 5 │ 3 │ 0 │
├─────┼─────┼─────┼─────┼─────┼─────┤
卡其 │ 2 │ 6 │ 3 │ 1 │ 0 │ 0 │
├─────┼─────┼─────┼─────┼─────┼─────┤
酒红 │ 4 │ 9 │ 8 │ 3 │ 2 │ 1 │
└─────┴─────┴─────┴─────┴─────┴─────┘
这一张表，胜过一千句「还有一百多件」。
你一眼就能看出来：
- 白色 S 只剩 3 件，加大已经是 0 ——白色快断码了。
- 粉色 M 有 12 件，是主销码，卖得最好。
- 藏青 S、卡其加大加小全是 0 ——这俩颜色的两头码已经断了，只能走中间码。
好的服装系统，录入和查询都用这张矩阵：
- 进货录入：来了一批货，不用一个 SKU 一个 SKU 地敲，直接在矩阵里填数——白色 S 填 10，粉色 M 填 20……一个表填完，30 个 SKU 全部入库。
- 库存查询：随时调出这张矩阵，哪个格子红了（断货）、哪个格子堆着（滞销），清清楚楚。
阿玲后来跟我说，自从会看这张矩阵表，补货再也没补错过——以前她凭感觉「这款好卖，再进一百件」，结果进来一堆 XL 和加大，主销的 M 码还是缺。现在她看着矩阵补货：哪个格子空了补哪个，精准到颜色和码。
为什么不能「一个款记一个总库存」
这是服装新手最爱犯的错，也是阿玲最初的做法——图省事，一款只记一个总数。
我们来看看这么干会出什么事。
假设阿玲那款裙子，系统里只记一个总数：库存 100 件。
看起来很美：库存 100 件，充足！
实际真相（拆开看）：
主销的 M、L 码 → 早卖光了（0 件）
没人要的加大加小、冷门色 → 全压着（堆了 100 件）
客人来了要「粉色 M」 → 系统显示「有货 100 件」 → 翻遍仓库找不到
→ 客人走了 → 这单黄了
→ 但系统库存还显示 100，你还以为不用补货
这就是「断码」的恐怖之处——总数看着满满当当，能卖的早就空了，剩下的全是卖不动的。
只记总库存，会同时带来三个灾难：
| 问题 | 只记总库存的后果 |
|---|---|
| 断码看不见 | 总数 100 很安心，其实主销码早断了，白白流失客人 |
| 补货补错 | 不知道缺哪个码，凭感觉补，越补越压，冷门码堆成山 |
| 滞销看不清 | 哪个颜色卖不动？混在总数里根本发现不了，错过打折清仓时机 |
划重点：服装的钱，是被「断码」和「压货」两头吃掉的。 而这两个问题，只记总库存的人永远看不见——因为它们都藏在那个笼统的总数里。
记住一句话：服装库存，宁可麻烦一点记到 SKU，也绝不能图省事记总数。 你省下的那点录入时间，会在断码流失和压货积压上加倍还回来。
服装行业几个躲不开的「特有难题」
服装这门生意，除了 SKU 爆炸，还有几个别的行业没有、或者没这么严重的坎。系统能不能帮你接住，差别很大。
难题一：款式多、生命周期短
服装是典型的「快时尚」——一个款上架，旺的就卖一两个月，过季就成了库存。一年下来，店里可能流转几百上千个款。
这意味着商品档案要建得快、归得清：上新季能批量建档，过季能一键标「停售/清仓」，不然新款旧款混在一起，越积越乱。
难题二：调色、调码（窜色窜码）
服装行业有个特有操作——同款不同码/色之间调换。比如附近另一家店白色 S 断了，找阿玲调 5 件过去；阿玲粉色加大压货，跟别人换成好卖的 M 码。
系统里这叫同款 SKU 之间的调拨（参见第 19 篇调拨移库）。调出的 SKU 减、调入的 SKU 加，一笔单据走清楚，不能稀里糊涂从仓库里「拿走」。
难题三：当季 vs 过季，吊牌价 vs 折扣价
服装的价格是「活」的：
- 刚上架，按吊牌价（零售指导价）卖。
- 卖一阵，打 8 折、5 折。
- 过季清仓，可能 3 折甩。
系统里，商品档案要能记吊牌价，销售时能灵活打折，而且算毛利要用实际成交价、不是吊牌价（参见第 09 篇成本、第 10 篇毛利）。不然你账面毛利看着漂亮，全是没打折时的「纸面富贵」。
难题四：断码处理
一个款卖到后期，主销码断了，只剩零星的冷门码——这叫**「断码货」**。断码货要么打包低价处理，要么调给别的店凑码。系统得能让你一眼揪出哪些款已经断码，早处理早回血，别让它在仓库里一直占着钱。
配图 1：阿玲一款裙子在系统里的「真身」
阿玲眼里： 系统/仓库里的真相：
┌──────────────┐ 款（SPU）：连衣裙 A2023
│ │ │
│ 一款裙子 │ ──► ┌────┴────┬────┬────┬────┬────┐
│ 「还有100件」│ 白S 白M 白L … 酒红加小
│ │ ▓3 ▓8 ▓6 ▓1
└──────────────┘ （30 个 SKU，各有各的库存、各有各的死活）
「一款」是给客人和老板看的概念
「SKU」才是进、销、存、盘真正动的东西
配图 2：补货——总库存思维 vs 矩阵思维
【总库存思维】 【矩阵思维】
库存 100 → 「还多」 看矩阵：
↓ 白S=3 粉M=12 藏青S=0 …
不补 / 凭感觉乱补 100 件 ↓
↓ 精准补：缺的码各补一点
进来一堆冷门码 主销码补足、冷门码不补
↓ ↓
主销码还是缺，仓库越压越满 断码补齐，库存结构健康
❌ 越补越死 ✅ 越补越活
服装店建商品档案的实操要点
阿玲规范化的时候，我给了她一份建档清单，照着做，半个月就把档案理顺了：
| 要点 | 怎么做 | 解决什么 |
|---|---|---|
| 按「款」建主档 | 一个款一个 SPU，填好品名、品类、季节、年份 | 上新/过季好管理 |
| 录全颜色和尺码 | 把这个款所有的色、所有的码都列出来 | 系统自动生成 SKU 矩阵 |
| 用矩阵批量生成 SKU | 颜色×尺码自动组合，别手动一个个建 | 省时、不漏不重 |
| 每个 SKU 配条码/货号 | 一物一码，扫码出入库（参见第 07 篇） | 收银盘点不出错 |
| 记吊牌价 + 留折扣空间 | 档案存吊牌价，销售时灵活打折 | 价格灵活、毛利算准 |
| 设季节/年份标签 | 2023春、2024夏…… | 过季清仓一键筛选 |
| 配「件」为基本单位 | 服装基本就按「件」，简单（参见第 13 篇） | 单位不出错 |
一句话总结建档原则：「款」管展示和决策，「SKU」管钱和货，两级都要建清楚。
阿玲的变化
三个月后，阿玲发来一张她系统里的矩阵截图，配了一句话：
以前我以为上系统是为了「记账」， 现在才明白，它是帮我看清—— 我这一百多件货里，到底哪些是能变成钱的，哪些是压在手里的死钱。
她给我算了笔账：
| 指标 | 上系统前 | 三个月后 |
|---|---|---|
| 补货准确度 | 凭感觉，常补错码 | 看矩阵补，主销码不缺 |
| 断码流失 | 客人要的常没货 | 提前预警，及时补/调 |
| 压货（冷门码积压） | 越压越多 | 早识别早清仓，资金转起来 |
| 盘点时间 | 一下午对不上 | 扫码盘点，一小时搞定 |
她最后说：
「30 个格子，刚开始嫌它多。现在我天天盯着这 30 个格子看——这才是我这门生意真正的样子。」
三道自检题
-
你说得出你最好卖那款的「主销码」现在还剩几件吗？ → 说不出，只知道一个总数 → 你正在「总库存思维」里，断码迟早坑你
-
你补货的时候，是看「还剩多少件」，还是看「哪个色哪个码缺了」？ → 看总数补 → 大概率越补越压，钱压在冷门码上
-
你店里有没有一批「断码货」，主销码早没了、只剩零星冷门码还压着？ → 有，且没在处理 → 那是一笔正在贬值的死钱，早打包清掉早回血
结尾
服装这门生意，难就难在一个字：多。
款多、色多、码多，一款裂变成几十个 SKU。管不住这个「多」，你就永远在「看着库存满满、却总缺货」的怪圈里打转。
而管住它的钥匙，其实就是那张朴素的颜色尺码矩阵——把笼统的「一百多件」拆成 30 个格子，每个格子的死活看得清清楚楚。
会看矩阵的服装人，补货精准、清仓及时、资金转得快； 不会看的，库存越堆越高，能卖的永远缺，卖不掉的越压越多。
不过，服装的货好歹不会「坏」——压着压着顶多打折清掉。
可有一门生意，货是会过期、会烂、会缩水的——今天不卖出去，明天可能就得倒进垃圾桶。那门生意的库存，是在跟时间赛跑。
留个问题给你：
你店里现在压货最多的，是哪个颜色、哪个码？为什么会压成这样？欢迎留言聊聊。
下一篇预告：《餐饮/食材：保质期 + 损耗怎么算》——每天进鲜货，月底一算损耗高得吓人，到底是被偷了、坏了，还是切配时切没的？餐饮人的库存账，比你想的复杂。
