我敢打赌，你系统里的 ABC 分类，还是 WMS 上线那一年设的。这几年 SKU 换了三茬，爆款从服装变成汽配又变成家居，分类纹丝不动——黄金库位上放的，搞不好是去年就卖不动的慢货。
去年我去一家 Fontana 的配送仓，12 万平方英尺，3000 多个 SKU。陪他们拉了一张表才发现：出库频次最高的 50 个 SKU，有一半被扔在仓库最深处，而离出库口最近的那一排黄金库位上，放的是两年前的大爆款——现在一个月才动两三次。拣选主管跟我说，拣选员每天得多走将近 2 公里，全是给这个僵尸分类交的税。
分类是怎么"僵尸化"的
ABC 分类僵尸化，几乎每个仓库的死法都一样。上线那年，实施顾问按历史数据分了一次，之后再也没人动过。新品默认进 C 类，管它是不是三个月就冲上销量榜；季节品旺季时是 A，淡季还是 A，没人调回去；最要命的是，这事根本没人负责——运营觉得是系统管理员的事，系统管理员觉得是运营的事。
分类一僵尸化，库位就跟着错位。A 类该享受的黄金库位被慢货占着，真正的快货在远端吃灰。仓库越做越大，这个错位税越交越重，但因为它是"每天多走一点路"这种温水煮青蛙式的损耗，很多人根本意识不到。
重灾区：新品和季节品
僵尸分类里，死得最惨的是两类货：新品和季节品。
新品在大多数系统里默认进 C 类，这个默认逻辑本身没毛病——没卖过，凭什么占黄金库位。但问题是，这个"C"是永久的。三个月卖成爆款的 SKU，系统里还躺在 C 类的远端库位上，拣选员每天为它多走冤枉路。我现在给仓库定的规矩是：新品入库时打一个"观察期"标记，90 天后系统自动提醒复核一次。90 天，足够看出一个新品是真爆款还是三分钟热度。
季节品是另一个极端：旺季时凭销量冲上 A 类，淡季来了没人把它调回去。泳池用品 7 月是 A，到了 11 月还占着黄金库位，而圣诞季的爆款只能在远端将就。正确的做法是每年 9 月、旺季备货之前，做一次季节品的升降级——把过季的 A 降下去，把应季的 C 提上来。这次调整不用等年度大复盘，单独做，半天就能搞定。
这两类货还有一个共同点：它们的变化，系统报表里其实都有。WMS 的出库频次报表按月拉出来，新品爬坡和季节品起伏一目了然。问题从来不是"数据没有"，而是"没人去看"。
一年一次，就看三张表
ABC 复盘不需要搞得很复杂，一年做一次，看三张表就够了。
第一张：过去 12 个月 SKU 出库频次排名。注意，是出库频次，不是销售额。仓库关心的是"这个 SKU 被拣了多少次"，一件 5 美金的配件一天被拣 200 次，对仓库的意义远大于一件 500 美金一个月卖 3 台的设备。
第二张：当前 ABC 分类和实际排名的对照表。把现在的 A 类 SKU 按实际频次排名重新排一遍，"名不副实"的立刻现形——排名掉到 500 名开外的 A 类，和冲进前 100 的 C 类，就是你要动手的清单。
第三张：库位距离排名。离打包台、出库口最近的 20% 库位，现在放着什么货。这张表最扎心，因为它直接回答了一个问题：你最好的位置，是不是给了最值得的货。
三张表一对照，结论自己会说话。我的经验是，一个跑了两三年的仓库，这三张表拉出来，错位率通常在 30% 以上——也就是说三分之一的黄金库位都在浪费。
把复盘写进日历：这事得有人、有时间
ABC 复盘做不下去，十有八九卡在"谁来做"上。运营觉得是系统管理员的事，系统管理员觉得是运营的事——这句不是修辞，我是真见过两边互相等了三年。
我的解法很土，但管用：指定一个人，写进年度日历。具体来说，让拣选主管或者库存专员当负责人，每年固定一个时间做。我建议绑在两个现成的节点上：要么跟年度大盘点一起做，盘点完数据最新鲜；要么放在 9 月旺季备货之前，调完库位直接迎接旺季。负责人要的东西不多：WMS 里过去 12 个月出库频次报表的权限、半天整块时间、一间没人打扰的会议室。
另外，别指望一次复盘管一辈子。SKU 结构变化快的仓库，一年一次不够，得改成半年一次。判断标准很简单：如果你发现"名不副实"的 SKU 一只手数不过来，说明复盘周期已经跟不上 SKU 的变化速度了。
复盘会也别开成汇报会。三张表打印出来铺在桌上，一个一个 SKU 过，有争议的当场拍板，别留到下周。我见过最有效率的一次复盘，一个 2 万平方英尺的小仓，两个人、一下午，把 40 多个错位 SKU 的去向全定了——因为表够清楚，根本吵不起来。
挪库位这事，千万别一次性折腾完
表拉出来了，很多人第一反应是：找个周末，全仓大挪移。千万别。一次性挪几百个库位，系统库位和实物库位对不上的概率极高，接下来两周的拣货差错率会让你怀疑人生。
正确姿势是分波次挪：先挪错位最严重的 A 类，一个月内分 3～4 波，每波挪完立刻在系统里更新库位。挪库安排在晚上或周末，别跟白天的正常拣货抢道。每波挪完随机抽 20～30 个库位做一次抽盘，系统和实物对上了，再开下一波。
还有一个容易被忽略的细节：挪库期间的系统权限。把库位调整权限临时收到一个人手里，避免白天有人顺手在系统里改库位、晚上搬家的人对不上账。我见过一个仓，搬家那周三个人同时在系统里调库位，结果实物和系统彻底对不上，多花了一整周才盘平——搬家已经够乱了，别再给自己加戏。
另外给预期打个预防针：挪库期间，拣选效率短期下降是正常的——货在搬家，拣选员要重新认路。别因为一两天的效率 dip 就叫停，熬过搬家期，效率回升的幅度会让你觉得这一个月的折腾很值。
A 类货到底该离门口多近
黄金库位有三个特征：离出库口和打包台近、拣选高度在腰部到肩部之间、补货方便。A 类 SKU 就该钉死在这里，B 类放中间区域，C 类上高位货架或仓库远端——慢货不配占好位置，这话糙理不糙。
算笔账就知道这事值不值：一个 A 类 SKU 每天被拣 50 次，从离打包台 60 米的库位挪到 15 米的库位，每次省 90 米往返，一个班次就省出 4.5 公里。一年 250 个工作日，这就是 1000 多公里——相当于白送你一个拣选员小半年的脚力。
但也别走极端。有些仓库把 A 类全堆在门口，结果门口堵成停车场，补货叉车进不来。黄金区也要留 10%～15% 的机动库位，给季节性爆款和新品测试用。库位优化的目标是流动，不是把门口变成仓库的早晚高峰。
今晚就能动手：拉一张表，过去 12 个月出库频次 Top 50 的 SKU，对照它们现在的库位。看完你就知道，明天早上该先挪哪几个。
