海外倉WMS每天基本上都會有頻繁的訂單出入庫，再加上海外本土化管理的問題，很多倉庫的操作不太規范，導致「人肉運維」的事情時有發生。之前接觸過某個客戶，提出了一個看似很簡單但是卻令聞者傷心的需求：“我希望找一個海外倉合作商，只需要他們能完成日常的訂單出入庫，并且能反饋準確的庫存給我就好了”。

這個需求其實乍一聽感覺很奇怪，怎么這么簡單的要求也需要強調呢。但是仔細問了一下客戶一些細節，才發現其實他也有難言的苦衷。因為他之前接觸的很多海外倉或者訂單管理系統都在庫存這方面做得不太好，庫存要么不準確，要么反饋不夠實時，要么沒有系統界面查看（這里指的應該是一些海外的ERP或者小平臺等）。

當然，上面的例子有點不夠有說服力，或者只能代表很小眾的群體。但是總體而言，從我自己接觸的業務來說，庫存的準確性問題有很多海外倉系統都做得不夠好，或者大家都沒太把精力和資源放在這里，所以才會發生上面那個故事。

庫存的準確性，指的是實物和賬面數據的準確性，也就是「現實」和「理想」的差距。當庫存不準確了，客戶對自己的實際庫存捉摸不定的時候就會擔憂超賣或者少買，從而產生憂慮感。而WMS的盤點功能就是像是這類客戶的「解憂雜貨店」，但凡有庫存的憂慮，那就盤點一下吧。

一、話說盤點

下面內容摘自網上，只要搜索“盤點”或者“倉庫盤點”基本上可以找到類似的說明和介紹。

倉庫盤點是個技術活，沒有想象的那么簡單。比如，倉庫盤點的分類方法，就有三種。1.按盤點的時間跨度，分為定期盤點和不定期盤點;2.按盤點的內容，分為全面盤點和重點盤點;3.按盤點的作用，分為循環盤點、永續盤點（動態盤點）和低位盤點。

最早的時候我接觸盤點的時候或者要做盤點這個功能的時候也是找了挺多資料和信息的，結果發現越看越迷糊，然后越看越覺得糾結，這么多功能我該怎么設計產品功能才好呢。直到最近，我復盤自己當時設計盤點的歷程，然后得出了結論：

盤點的本質是：

對實物進行清點，然后和賬面數據比對；根據實物清點結果，對賬面數據進行調整，達到賬實相符。

所以新手如果要做這一塊的產品功能設計的時候，一定要記得抓住本質來設計，否則很容易走歪路，然后陷入無休止的修修補補中。

核心點就是能吃飽飯，能提供能量就可以。至于選什么方式，取決于多方面的因素，所以只要能滿足當前的業務即可，不必過分糾結。

例如看競品，別人有明盤和暗盤，我要不要也這樣做呢？別人有永續盤點和靜態盤點，我是否也要跟著做一個呢？別人盤點的時候可以Excel導入，那我是不是也要做呢……

這就是我當時踩的最大的一個坑，一直想把盤點功能做的很全，很完善。結果發現很多功能設計完成之后，壓根過不了評審。或者做用戶Demo體驗的時候，倉庫壓根就不認可這么多復雜的操作方式，于是只能被打回去重新思考到底業務的需求是什么，海外倉的特色是什么，盤點功能的邊界應該怎么定義。

二、盤點流程

盤點流程圖

盤點的主線流程基本上都是大同小異，因為本質就是清點實物，然后調整系統賬面數據。所以難點一般會在一些小細節和業務判斷上，同時還有海外倉庫的操作系統和管理方式。

1. 創建盤點單

創建盤點單的時候我精簡了盤點的方式，最后就保留了兩種方式：

按SKU+倉位盤點，系統標記出需要盤點的SKU在哪個庫位分別有多少數量；按倉位盤點，系統標記出需要盤點的倉位有幾種SKU，分別有多少數量；

全部都是明盤，沒有考慮暗盤這種方式（各位可以視具體業務而定），這兩種方式是倉庫盤點最常見的，能滿足絕大多數的盤點需求。

把選擇權更多地給倉庫，想盤點哪個客戶的，哪個SKU就盤點哪個，想盤點什么庫位就盤點什么庫位，一切都由倉庫自己來決定。系統要做的就是精準地將位置和信息帶出來，然后提供給倉庫盤點人員即可。

2. 初盤

上面說到了，盤點的本質就是將實物數據和系統的賬面數據進行比對，然后去調整系統的賬面數據，以達到賬實相符。

如果實物比賬面數據多，那么就是「盤盈」，意味著庫存調整單是需要增加庫存，類似于系統平白無故多「賺」了一些數量。

如果實物比賬面數據少，那么就是「盤虧」，意味著庫存調整單是需要扣減庫存，類似于系統中平白無故「丟失」了一些數量。

而初盤的意思就是第一次盤點，初次盤點。初盤之后還有復盤，甚至還有些倉庫會有三盤，就是對復盤之后再盤點。

初盤之后再復盤的原因是考慮到人為清點會有可能點錯數的情況，如果一次清點就做了調整，有可能人為誤差因素太大。所以會考慮初盤之后，再來一次復盤，以減少初盤一次帶來的誤差率。

3. 復盤

對初盤結果再次盤點，就稱為復盤，也可以叫做二次盤點或者二盤。關于復盤有一個邏輯是需要特別注意的：那就是復盤，到底盤什么？

如果我們不做過多的考慮，那么復盤肯定就是對初盤的一次重復動作，也就是說初盤盤了10個SKU，20個倉位，那么復盤也需要盤點10個SKU，20個倉位。

但是從實際的調研和倉庫反饋來看，倉庫有些時候并不想重復性地對已經確認了數據的內容再次盤點，這樣會浪費自己的時間，同時又感覺做了很多無用功。但如果只對有差異的內容進行復盤，那么又會發現如果倉庫想對一些不太確定的SKU再次盤點，系統卻沒有辦法支持錄入復盤數據了，也會挺頭痛的。

所以推薦的解決方案是：復盤的時候可以對所有數據進行操作，額外增加了一個篩選按鈕，就是「只展示有差異的內容」。 這樣的話可以只對有差異的內容進行盤點，而沒有差異的內容盤點數據自動默認采用初盤的數據；如果要對全部的內容盤點，系統也留了一個口子，不至于讓倉庫沒有入口錄入數據。

4. 確認盤點結果

當復盤之后，絕大多數情況下可以確保實際清點的數量應該是準確的，所以就可以對復盤結果進行確認了。確認之后可以執行盤點差異處理，從而對進行庫存調整，增加一條盤盈的流水或者盤虧的流水。

確認盤點結果可以考慮做一個授權功能或者審核功能，盡量確保這個動作的完成是有一定的門檻的，畢竟對系統賬面數據進行了調整，所以還是要讓操作人員有一定的敬畏心和謹慎感。當然如果可以采用管理的手段來規避這種查錯那是最好的，因為系統終究只是工具，如果一味地想要通過工具來約束人其實并不可取，反而容易增加成本，讓系統復雜度暴增。

5. 盤點的詳細流程

最后我在這里放一個詳細版的盤點流程圖，其實最早期的版本應該會有更多的功能，隨著對業務的把控程度越來越清晰，就做了很多刪減。

盤點詳細流程圖

三、難點與踩坑點

盤點的難點與踩坑點

難點1：分類和業務分支復雜

前面講到，盤點有很多種類和方式，如果一味的想要求全，滿足所有的功能，那么就會導致分支線會弄的比較復雜。

例如當前我只用了兩種盤點方式，但是涉及到初盤，復盤和確定執行與不執行，最后再兼容不同的盤點設備，這一套下來，工作量其實就挺多的。

而且盤點功能其實只是WMS的庫存模塊的一個小功能，如果一開始采用了太多種類的盤點方式，那么最后可能就會演變成比較復雜的分支。開發成本較高，倉庫使用的學習成本也很高。

難點2：盤點鎖定庫存和實際庫存

倉庫盤點的時候，應不應該在作業？這個問題不同的人有不同的答案，但是結果肯定是：不作業的時候再做盤點會對產品設計要求更少。

當在倉庫作業的時候盤點，創建盤點單獲取實時數據的時候是一個值，在實際到了庫位進行盤點的時候可能又變成了另外一個值；為了避免這種數據的動態增減，我們可以考慮對在作業的SKU或者庫位做凍結，不允許盤點這一塊的數據。那么什么時候釋放數據又是一個問題，是下架了就釋放還是出庫了在釋放。如果是下架了就釋放，那么如果有訂單攔截取消又要返庫怎么辦？如果是出庫了就釋放，那么這個單臨時不出庫，一直放在待發貨區不出庫，那么短期內就沒辦法對某些SKU盤點了。

所以盤點怎么處理鎖定庫存也算是一個難點，一定要考慮清楚系統對庫存的鎖定和釋放的時機，然后結合業務來設計。

我自己的經驗是傾向于讓倉庫盤點的時候不作業，這樣的數據是最準確的。我只統計在庫位的庫存，而不管是否鎖定還是凍結，只要不在庫位我就不統計，那么前提最好是：倉庫已經正常作業完，現在沒有入庫和出庫的操作。

踩坑點1：產品邊界的問題

上面說了關于盤點的方式和種類有很多，然后盤點庫存統計的時機也有很多種方式，盤點需要幾次才能確認結果，盤點的時候用PDA還是紙質單還是Excel，盤點能否支持多人同時作業，多設備共同提交……這些都是產品邊界的問題，一開始最好做加法，然后慢慢地發掘之后做減法。

產品邊界問題不只是在盤點上會遇到，在其他的產品功能設計的時候也會遇到。而我自己就是因為在盤點的時候踩了這個坑，所以我的記憶比較深刻。盤點功能從設計到開發到最后上線，足足比我預估的時間晚了2個迭代，這里面最大的原因就是我對產品邊界的把控不到位。

有些功能做到一半才感覺好像用處不太大，考慮的太多了；也有一些功能做到一半才發現沒考慮周全，例如貨品的料區問題，于是又要緊急規劃將一些遺漏的點重新補上。

產品邊界這個坑，是做盤點功能給我最大的一個教訓，也算是一個最大的收獲。

總結

盤點功能是WMS庫存模塊的一個輔助性功能，輔助倉庫調整系統賬面庫存，以達到賬實相符的要求。海外倉的盤點和國內電商倉庫的盤點應該也是大同小異，主要區別還是在倉庫管理和實際業務的區別。畢竟系統是給人用的，使用的人都不同，那么使用方式自然也會有所不同了。

關于海外倉WMS的盤點功能設計的心得和感悟大概就是這么多了，最近寫了這么一系列的WMS總結文章我有了些新的感受。

大家總在說B端產品應該更加注重業務，吃透業務，理清邏輯；而C端產品則需要更加關注拉新留存，商業價值，用戶體驗和用戶價值。很多話都是說的，聽的千篇一律，卻難有，少有萬里挑一的觸動。

當我回過頭去反思自己做WMS的產品設計的時候，我發現我對業務的理解還是很片面，總覺得自己看到的就是最真實的，最全面的。而背后的，冰山下的卻沒怎么去挖掘，花費了較多的時間和精力去對比競品，去分析同行的設計初衷……

關鍵詞：wms,庫存盤點,庫存管理,盤點流程,物流

特別聲明：以上文章內容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內容、版權或其它問題請于作品發表后的30日內與ESG跨境電商聯系。