到了 400 个库位也不乱的命名方法

大多数仓库一开始都很简单：1 号箱、2 号箱、3 号箱。第一个月用得好好的。后来加了一组货架，又多了一条通道，有人问“47 号箱在哪儿？”，回答是长长的沉默。等到库位达到几百个，一套没有考虑扩展的命名方式，就成了每个拣货、打包、收货的人每天都要交的一笔“税”。

好消息是，解决它不需要新货架，也不需要大工程。需要的只是一套描述位置、而不是描述来历的命名规则。

顺序编号为什么会崩溃

顺序编号（1 号库位到 400 号库位）一开始感觉很省事，因为它和您搭建的顺序一致。问题是，它完全不说明库位实际在哪里。212 号可能就在 213 号旁边，也可能在库房另一头，取决于它是什么时候加的。新员工无法从编号推测位置。也没人能看着拣货单在脑子里规划出一条路线，因为编号和实际布局对不上。

而且只要重新摆放任何东西，它就会出问题。在通道中间加一组货架，要么把后面的全部重新编号，要么留下一个谁也记不清原因的难看空号。半年后，有人发现 212 和 213 之间夹着一个“212B”，完全不明白它为什么不直接叫 213。

描述位置的方案

几乎每个仓库最终都会走到同一个办法：某种形式的“通道-货架-层-位置”。一读编码就知道库位在哪儿，无需查表。

• 通道：每条实际通道用一个字母或数字（A、B、C 或 01、02、03）。
• 货架或货位：该通道里的第几组货架，始终按同一方向编号（例如面对通道时一律从左到右）。
• 层：垂直位置，通常从下往上或从上往下编号；选定一种并保持一致。
• 位置：如果一层上并排放着多个货盒，就用最后一个字母或数字表示从左到右的位置。

所以，一个名为 A-03-02-C 的库位会告诉熟练员工：A 通道、第三组货架、第二层、C 位置。不需要死记。来了一周的人可以直奔过去，从没见过您仓库的人，也会比寻找 1,842 号库位的人更快找到。

这样一来，拣货单也真正有用了。如果拣货单按库位排序，而库位名称又反映实际布局，拣货员就能在库房里走一条合理的路线，而不是按照一套与地理位置毫无关系的数字顺序来回折返。

为扩展留出空间

库位命名最大的错误不在格式，而在于不留空当。如果把层编成 1、2、3、4，中间不留任何余地，那么不把上面所有层都改名，就永远插不进新的一层。改成跳号编：10、20、30、40。如果在前两层之间加一层，它就是 15，其他什么都不用改。

通道和货架也是同样的道理。即使今天只有六条通道，也不要认定以后不会因为调整布局而在库房中间多出第七条。在字母或数字上留出空当，现在不花任何成本，将来却能省掉一次全面重贴标签。

还要尽早决定如何给备货区或临时位置命名，比如收货暂存区、退货推车、放不进常规库位的托盘。如果这些地方没有命名规则，它们就会“隐形”：因为想不出该叫什么，没人去登记，库存就在这些缝隙里悄悄脱离管控。

要让人读得懂，而不只是让数据库读得懂

很容易设计出一套在表格里很巧妙、说出口却没法用的方案。如果隔着仓库喊同事时，不逐字拼读就说不清一个库位名，那就太复杂了。规则要短，分隔符要统一（一律用连字符，位数一律相同），并避免读出来或扫描时容易混淆的字符：不要同时用字母 O 和数字 0，也不要同时用 I 和 1。

如果您打印标签用来扫描，这一点就更重要：条码扫描消除了歧义，但在扫描之前，人仍然要读标签，确认自己站在正确的库位前。

软件能让哪些事变轻松

一套一致的命名方案可以在纸上或表格里规划，很多小仓库也会这样运作一段时间。难的是在库位不断填满、清空、拆分、增多的过程中保持准确，并确保现场每个人看到的都是同一份库位数据，而不是三周前的打印件。

Bins-USA 正是为此而做的：库位与真实库存数量关联，扫描确认人站在正确的位置，拣货单按照您的实际布局排序，而不是按随意的列表顺序。命名方案仍由您来设计，应用只是让它被遵守、保持最新，而不是写在白板上逐渐过时。

先把命名做对，必要时就在纸上做。其他一切，包括扫描、盘点、拣货路线，都会在库位本身合理之后运行得更好。