前言

        倉庫管理系統（WMS）是一款很典型的B端產品，也有很多B端產品經理或多或少都接觸過它，但是如果是針對跨境電商海外倉而研發的WMS可能接觸的人就不算多了。

　　那么海外倉的WMS和國內主流的這些電商的WMS有什么區別呢？就我個人兩年多的WMS產品設計的經驗來看，我覺得區別主要在這幾個方面：

　　業務的差異，海外倉的品類肯定會比國內電商平臺的種類少很多，所以一般的海外倉系統都相對比較簡單，業務不會太多支線；

　　文化的差異，海外倉的本土化一直是業務的一個難題，如果是和華人管理團隊合作可能還好一點，如果是和其他歐美國家的管理團隊合作，那么其中文化差異帶來的種種問題算是一個大坑；

　　政策和法律法規的差異，海外倉庫發貨需要遵循不同國家或者地區的法律法規，其中很有很多內容會定制化，所以系統的差異性是很常見的；

　　地域的差異，海外倉很常見的一個痛點就是溝通的時差問題，很多可以在同時間段內快速溝通解決的問題由于地域的限制，跨時區，跨語言交流就會變得效率極低或者意外頻發；

　　雖然上面說的四個差異點似乎挺棘手的，但是WMS的核心內容還是大同小異的，所以國內傳統電商的WMS的設計思路和經驗其實還是可以運用到海外倉的WMS設計上。

　　接下來我就來扒一下我這兩年設計海外倉WMS的一些心得，同時也將一些踩的坑分享出來。這篇是海外倉WMS系列文的第1篇，我打算把它分成5個模塊，也就是會依次寫5篇文章來闡述我的設計心得，它們分別是：　　

1. 跨境電商海外倉：WMS的入庫功能設計
2. 跨境電商海外倉：WMS的出庫功能設計
3. 跨境電商海外倉：WMS的盤點功能設計
4. 跨境電商海外倉：WMS的庫存功能設計
5. 跨境電商海外倉：WMS的RMA退件設計

海外倉的基礎業務模式

　　海外倉運作流程業內一般分為三段式，頭程：國內集貨送到海外倉；庫內：訂單操作及庫存管理；尾程：出倉配送及售后服務。我們這里提到的海外倉WMS就是指庫內+尾程這個環節，當然也有些海外倉WMS會把頭程相關的業務也放在里面，但是考慮到本文的主題是講海外倉WMS，那么這一塊我就不做延伸了。

　　順帶提一句《跨境電商與國際物流：機遇、模式及運作》這本書算是跨境電商行業和海外倉行業內極其優秀的一本著作，如果有興趣的可以在微信閱讀中搜索查閱。

入庫流程

WMS入庫流程

　　WMS的入庫流程基本上都是大同小異，先接收上游預報的入庫單（ASN），然后貨到了之后，對貨打印ASN收貨單，接著開始點數收貨；收貨的時候可能需要貼標，如果不需要貼標則錄入數量即可；有些情況下會有質檢的要求，通過質檢將到貨的不良品區分出來，然后將良品上架即可，不良品拒收或者單獨處理。

提前預報

　　關于提前預報，很多倉庫都會提出這樣的要求，一般來說客戶也都能接受這樣的要求。但是也會有極少數情況下出現未預報，貨卻提前到的情況，這個時候倉庫一般會耽誤一些時間來識別這些貨到底是屬于誰的，是入庫還是退件還是什么情況。所以這一塊需要特別地和客戶強調清楚，可以通過警告或者罰款的方式來規避這樣問題繼續出現。

　　提前預報有一個很關鍵的點，就是預報的內容格式是怎么樣的？早期的時候，由于我們的客戶少，而且也比較有話語權，所以我們的入庫預報只需要提供SKU和數量就夠了。對倉庫來說，倉庫知道這個入庫單預報了多少SKU，多少數量，然后到貨了他對著清單點數即可。

　　但是隨著業務的發展，這種方式出現了一個問題，那就是當客戶預報了一個入庫單，但是入庫單分成了多箱，會有時間先后順序進來的時候，倉庫收貨就會很頭痛。因為一個預報單要收貨多次，倉庫并不知道這個單到底有沒有收完，客戶也不知道倉庫到底是還沒收到我的貨，還是說有部分已經丟了，那么這個預報單就會一直掛在收貨中的狀態，而前端OMS那邊處理也有點頭痛，到底要不要標記完結，如果不標記有些客戶又不支持多次回傳；如果標記了完結，那如果后續貨又到了，又要補錄一個單，這樣也失去了預報的作用。（因為預報不準確）

　　后來我們調整了入庫單的預報內容格式，以箱子為單位，如果你有10箱，那么就錄入10箱分別有多少SKU，多少數量，同時在每箱外殼上貼上箱嘜號；倉庫在收貨的時候，也按掃描箱嘜號就可以收貨，可以精確地知道還有幾箱沒有到，幾箱是已經收貨了的。當然這一塊也有一個難題，那就是客戶可能并不能按箱來打包或者客戶做不到提前在箱子上貼好箱嘜，那就只能做一個兼容版——預報的時候裝箱明細只填一箱，將所有貨物當作是放在一個 “大箱子”。

收貨

        收貨有一個和國內電商WMS很明顯的不一樣的地方在于：海外倉收貨基本上沒有拒收這種情況。 客戶千辛萬苦地將貨物出口清關，國際運輸，然后再進口清關，再本地派送到倉庫，結果倉庫因為貨物損壞或者沒有預報什么的就拒收，這個顯然不合理。

　　所以海外倉收貨如果遇到破損，丟失等問題，基本上只能先收了再說，至于索賠或者是換貨什么的都是線下溝通再處理。這里有一個難點在于不同客戶對貨物的要求不一樣，有些客戶如果遇到了丟失那么要立馬處理，而不能按倉庫實到多少就收多少；還有一些客戶覺得破損了包裝是不能賣的，有些客戶覺得一點點破損沒問題，可以賣……

　　這一塊對系統的壓力來自于怎么兼容不同的客戶訴求和不同的倉庫管理規則，例如有的倉庫就不接受幫忙對客戶的貨物質檢，或者即使接受，歐美的人工費極高，質檢的費用也就水漲船高。還有一些客戶希望倉庫能幫忙貼標或者換標，這一塊也會在收貨的時候做，系統如何記錄動作收費，也是一個難題。

　　收貨一般是拿著PDA，然后對著實物清點，依次錄入各個SKU收到的數量；這里需要強調的是，一般收貨環節都是比較慢的，所以對一個入庫單的收貨可能會多個人同時參與，所以PDA收貨最好是要支持多人同時收貨，然后提交數據之后再合并到一起。而數量差異的問題，取決于各個客戶的要求和倉庫的妥協程度，最好的方式或者最快速的方式就是：以倉庫實收為主，倉庫收多少就是多少。

質檢

        收貨后根據預入庫的要求進行抽檢或者全檢，考慮到海外倉一般沒有拒收和二次加工等。一般質檢后不合格的，都會標記為不良品，然后單獨上架到不良品區；而合格的產品一般會上架到好料區，然后提供銷售。

　　海外倉做質檢的比較少，原因在上面提到了，一方面是人工費用的問題，一方面是溝通的問題；因為質檢的標準不太好界定，一般都需要獨立的部門負責，而讓海外倉庫來做這些有點太為難了。所以很多客戶都會選擇將這類產品放在不良品區，然后固定的一個周期將其轉運回香港或者內地，然后由專門團隊進行維修和檢測。

　　當然，如果只是一些簡單的外包裝破損等，客戶可以提前準備一些替換的物料，然后備貨在倉庫，如有需要，則聯系倉庫幫忙更換包裝，系統一般就做一個出庫操作（扣減物料庫存）即可。

上架

　　上架的難點和痛點有這么幾個地方：　　

• 上架數量和收貨數量不一致怎么辦？
• 上架的策略是什么？
• 上架的批次號記錄；
• 計費的難點；

　　上架數量和收貨數量不一致一般是倉庫的責任，如果收貨的時候點數點錯了，那么上架的時候就會造成客戶的實際庫存不準確。如果是上架比收貨多了，那么客戶庫存多了；如果上架數量比收貨數量少了，那么客戶庫存少了；無論是哪種，對客戶來說，看到收貨數量和上架數量不一致，都會很感覺很迷惑。所以一般會強制要求上架數量和收貨數量要一致，如果確實有差異，則聯系客戶重新補推單或者倉庫及時做一個盤虧操作。

　　上架的策略也是上架的一個難點，一般來說倉庫會采用“根據歷史記錄推薦”的方式來做策略，或者實力更強的團隊可以用一些算法來做決策。上架策略的好與壞，會影響倉庫上架的速度，同時也會影響揀貨的速度。這一塊我對算法的策略不是很熟悉，所以就不展開講了，我們一般是用“歷史記錄推薦法”來做推薦，將某個客戶的貨物放在一個區域，然后同樣的SKU放在一起。

　　上面提到了上架策略的事，接著一個難題就是上架的批次號問題。有些倉庫的批次號是和入庫單管理的，有些是跟上架單管理的。同一個SKU，今天入和明天入應該是不同的批次，因為很多貨物有先進先出的要求，所以需要將先到的貨物先發出去。而批次號管理有一個重點：同一個SKU，不同批次不能放在一個庫位上。

　　先進先出會大大地提升倉庫的庫位占有率，而先進先出又不能同SKU混在一起，所以這個時候上架的策略就很關鍵了。“歷史推薦法”在這個時候就不太適用了，只能確保不同批次的SKU不會重復放在一個位置上，但是卻很難給出一個合適的推薦位置。這一塊需要結合實際的倉庫庫位和管理能力來決定，是否要做嚴格的先進先出，還是可以做一個“假性”先進先出。

?

“假性”先進先出：先到的貨物放在庫位外側，后到貨物放在庫位內側。所以大家去超市買酸奶的時候，可以觀察一下，同一款酸奶，一般放在冰箱內側的生產日期會比外側的生產日期晚。

最后還有一個是計費的難點，因為不同倉庫對客戶的報價不一樣，所以這一塊不是很方便展開講，主要踩的坑和想表達的就是：收費一定要簡化，簡化再簡化。 如果每做一個動作都要收費的話，系統的設計和使用就會越走越歪，而且暴露的問題也會越來越多。所以越簡單的收費模式反而可能是越“賺錢”的模式。

總結

        海外倉WMS的收貨流程基本上是和傳統電商的WMS收貨一致的，如果你對傳統電商的WMS收貨流程熟悉的話，那么理解海外倉這一塊基本上難度不大。只需要重點關注一些業務的差異性和一些倉庫操作的差異即可。

　　關于海外倉，其實有一個許久未解決的痛點，也可以理解成商機。客戶在跨境電商中的訂單履行體驗好與不好，一大半原因取決于海外倉的操作水平，而海外倉的操作水平又取決合作商本土化的管理能力。

　　簡單點理解：如果倉庫端操作人員和管理人員是靠譜的，是容易溝通的，和業務系統的開發團隊是沒有什么文化差異或者溝通偏差的，那么這個海外倉基本上不會太差。