到了 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 正是為此而做的：儲位與真實庫存數量關聯，掃描確認人站在正確的位置，揀貨單按照您的實際佈局排序，而不是按隨意的列表順序。命名方案仍由您來設計，應用只是讓它被遵守、保持最新，而不是寫在白板上逐漸過時。

先把命名做對，必要時就在紙上做。其他一切，包括掃描、盤點、揀貨路線，都會在儲位本身合理之後執行得更好。