Shopify 的地點不等於儲位

Shopify 的「地點」功能會告訴您某個商品有多少、在哪棟建築裡。這很有用。如果您經營一個倉庫，或者一個倉庫加一家門店，「地點」能回答「我們有沒有貨，貨在世界上的哪個地方」。但它回答不了「貨在這棟建築的哪裡」。這是兩個不同的問題，而能讓揀貨人員在一分鐘內走到商品面前的，只有其中一個。

Shopify 實際記錄的內容

Shopify 的一個地點是一個很大、很粗的單位：一個倉庫、一家門店、一個第三方物流。庫存數量掛在這個地點上。您能看到某個 SKU 在「主倉庫」有 340 件。但在 Shopify 裡您看不到，其中 200 件在 A 貨架第 3 層，另外 140 件在收貨區附近的一個儲位，因為上週二沒人有空把它們歸到一起。Shopify 本來就不是為了深入到建築以下的層級而設計的，它也沒有假裝能做到。這不是對平臺的批評，只是這個功能的邊界所在。

為什麼只有數量沒有位置，只是半個答案

想想訂單進來時實際發生了什麼。有人必須親自走到商品那裡把它揀出來。如果系統只告訴您數量、不告訴您位置，這一趟就變成了搜尋：看看老地方，問問別人，查查備貨架，再看看上次整理時有沒有被挪走。把這乘以每一個訂單、每一天、每一個還沒記住佈局的新員工。數量告訴您這個訂單理論上可以履行，位置才讓它在實際中得以完成。

當倉庫小到一兩個人就能把整個佈局記在腦子裡時，這個缺口是看不見的。一旦增加第二個人、第二個班次，或者 SKU 多到誰的記憶都靠不住，它就變得非常明顯。到那時，「我們知道東西在哪裡」會悄悄變成「只有 Dave 知道東西在哪裡」，這是人員風險，不是庫存管理體系。

靠記憶存放已經不夠用的訊號

• 新員工要好幾週才能揀得快，因為佈局沒有寫在任何他們能查到的地方。
• 同一個 SKU 最後分散在兩三個不同的地方，因為上架的人不知道原有的貨在哪裡。
• 循環盤點花的時間比應有的長，因為盤點意味著先找、再數。
• 旺季沒人願意休假，因為倉庫的「腦內地圖」會跟著人一起去度假。
• 您已經開始在 Shopify 之外另做一張「東西在哪裡」的表格，而它已經過時了。

如果其中兩條或以上聽起來很熟悉，問題就不在於商品數量或訂單量，而在於庫存資料和位置資料分別存放在兩個地方，而其中一個根本不算正式的記錄。

儲位真正增加了什麼

儲位就是一個有名字的具體位置，比如一層貨架、一個箱子、貨架的一段，某個 SKU 被分配到這裡，並在系統中保持這種關聯。一旦有了這個分配，「在哪裡」就不再是需要靠記憶回答的問題。揀貨單可以直接讓揀貨人員去 C-14 儲位，而不只是寫出商品名、剩下的讓他自己想辦法。收貨員可以在上架的同時登記儲位，而不是哪裡有空就放哪裡、指望有人記得。循環盤點也可以逐個儲位進行，而不是逐個 SKU 地去找。

這正是 Shopify 缺少的那一層，也是當您管理一個有真實人員走動的真實物理空間時最重要的那一層。Bins-USA 架在 Shopify 之上，補的正是這一層：儲位分配、掃描，以及指向真實貨架位置、而不只是整個倉庫的揀貨單。它不改變 Shopify 在地點層面記錄的內容，只是補上進入這個地點之後發生的事情。

開始時不需要系統

只要自律，一個本子加幾張標籤就能獲得大部分好處。給每個商品分配一個具體位置。寫在每個人都能查到的地方。東西一動就立刻更新，而不是「回頭再說」。價值不在軟體，而在於始終知道東西放在哪裡、而不是每次都得去找的那份自律。當 SKU 數量或人手多到本子不再可靠時，軟體只是讓這份自律更容易堅持。

Shopify 永遠會告訴您有什麼。而同時準確知道它放在哪裡，是另一個問題，值得單獨解決：用表格、用標籤機，或者用專門為此打造的系統。