立库越用越乱，不是设备问题，是入库策略问题。
我见过投用时跑得挺顺的自动化立库，一年半之后堆垛机每天都在满场空跑。巷道没堵，货架没塌，WCS 也没报警——问题是它要取的货，被随机扔到了离出库端最远的那一头、最高的那一层。取一个托盘，堆垛机先横着跑完整条巷道，再升到十几米的高度，取下来再原路返回。一单里有十几个这样的行程，一天的效率就这么被"空跑"吃掉了。
根因说白了就三条。第一，投用时没有做巷道分区，整个立库当一个大池子用，入库只看哪个库位空就往哪塞。第二，ABC 分层只在项目图纸上做过一次，料号主数据里连周转等级这个字段都没建。第三，没人复盘库位，季节品下架了还占着黄金位置，新上的爆品反而被挤到了远端高层。这三条凑齐，立库用上两年，货位一定乱成一锅粥。到时候再去怪设备慢、怪巷道少，全是找错了病根。
2021 年我在加州安大略跟过一个项目，给电商做履约的，立库大概两万个托盘位。投用前设计院是按 ABC 做过库位规划的，图纸很漂亮。投用一年多之后我去复盘，拉了一张各巷道周转等级分布表，A 类品已经散到了四五个巷道里，堆垛机的平均行走距离比投用初期翻了快一倍。操作主管跟我说设备"越用越慢"，其实设备一点没变，变的是货在哪。
最典型的一个症状是：出库波次的准时率在掉，但设备监控面板上一切正常，堆垛机利用率甚至还偏高。管理层第一反应往往是设备不够用了，要不要加巷道、加堆垛机。我一般先拦一下，让他们拉库位分布看看——十次里有八九次，问题根本不在设备数量上。有一次复盘，某条巷道的近端低层位里，慢动品占了六七成，真正的 A 类品反而在远端排着队等堆垛机。这种情况下加设备，等于给乱停车的停车场再加一层，车还是停不明白。
巷道分层的逻辑其实就这么简单：高周转放近端低层位，慢动品扔去远端高层
立库的巷道是有"地段差"的。离出库端近、高度低的库位，堆垛机一个来回花的时间最短，这就是黄金库位；离出库端远、位置高的库位，一个来回的时间可能是黄金库位的几倍。分层要做的，就是把这块地按租金高低切开，按周转率把货对号入座。
实战里我一般这么切。A 类是周转最快的那一小撮品，通常只占品规数的两成上下，却贡献了大部分出库量——这些品锁死在每条巷道靠近出库端的低层位，入库时优先分配，满了才允许往次优区溢出。B 类放巷道中部和中层，C 类也就是慢动品，直接扔去远端和高层。这套逻辑不复杂，难的是执行：入库的人图省事，或者 WCS 里根本没配规则，A 类品照样会被塞进远端高层，一次两次看不出来，半年下来黄金库位就被慢动品占满了。
这里有个权衡得想清楚。高层位利用率看起来漂亮，立库建得越高越"划算"，但高层位天生就是慢库位——堆垛机升降比水平行走慢得多。设计时如果为了堆托盘位数把货架一味加高，等于把大量库位建成了天然的低效区。我的判断是：立库的高度应该服务于周转结构，而不是反过来。C 类品本来就不需要快，扔高层没问题；但 A 类品的库位必须优先保证在低层，这是设计阶段就要定死的原则，投用后再想改，代价大得多。
还有一个坑：近端低层位不能全部分给 A 类。补货作业也需要近端库位做中转，全部锁死会逼得补货车绕远路。一般我会留出一小块近端区域给补货和异常处理用，这块地的"租金"同样贵，但它是保障，不是浪费。
WCS 里把入库规则写成硬参数，库位的复盘至少一个季度做一次
策略定下来只是第一步，关键是让它在 WCS 里自动执行，而不是靠人的自觉。具体做法是：先在料号主数据里加上周转等级字段，A、B、C 按出库频次打标；然后在 WCS 的入库策略里配置入库规则，按等级指定优先区域——A 类优先近端低层区域，B 类中部，C 类远端高层，每个等级再配一个溢出顺序。入库任务下发时，WCS 自动找符合等级的空库位，操作员只管执行，不用选也不用想。规则一旦配好，日常入库就不会再乱。
但 ABC 不是一劳永逸的。品的生命周期在变，季节在变，促销节奏也在变。我吃过的一个亏：某年冬天大促前去复盘，发现夏季的泳池类目和户外家具还大面积占着近端低层位，而冬季的爆品被挤到了远端。夏季品下架三个月了，没人挪过窝。库位策略三个月不复盘，基本就打回原形。
复盘的频率，我的底线是一个季度一次，旺季大促前必须加做一次。复盘就干三件事：重新跑一遍各品的出库频次，更新 ABC 等级；拉出"等级与库位错配"的清单，也就是 A 类品占了远端高层、C 类品占了近端低层的那些托盘；排一个调仓计划。调仓清单拉出来之后别急着全挪，先看错配最严重的那两三条巷道，集中火力把黄金库位抢回来，剩下的零散错配放在日常夜班里慢慢消化。贪多求全、一次想把全库调个遍的计划，常常因为影响出库而烂尾。
还有一个执行层面的细节：ABC 等级的更新必须指定到人。我见过料号主数据里周转等级字段建了，但一年没人更新过，计划员嫌麻烦，字段全是投用时的老数据。规则配得再漂亮，输入是脏的，输出一定是乱的。我的做法是把等级更新写进操作规程，指定计划岗每月按出库频次重跑一遍，WCS 里能自动算的就定时自动算，最大限度减少对人工自觉的依赖。这里又有个权衡：调仓本身要消耗堆垛机工时，大促前集中调一次，冲击大但见效快；平时利用夜班闲时小步挪，冲击小但见效慢。我的做法是两者结合——日常小步挪，旺季前集中调一次，调仓任务只排在堆垛机空闲窗口里，绝不跟出库抢资源。
给一个具体建议：今晚就去你的 WCS 里拉一张报表，看每个巷道里 A、B、C 三类品各占多少比例。如果 A 类品在远端巷道的占比超过三成，你的立库已经在"越用越乱"的路上了，越早动手调仓，堆垛机空跑的时间就越少。
再提醒一句：立库的效率天花板，从来不是堆垛机的速度参数，而是货离出库口有多远。设备选型时多花的每一分钱，都可能被一个缺位的入库策略吃掉。先把货放对位置，再谈设备快不快。
