WMS的盤點功能設(shè)計-ESG跨境

海外倉WMS每天基本上都會有頻繁的訂單出入庫，再加上海外本土化管理的問題，很多倉庫的操作不太規(guī)范，導(dǎo)致「人肉運維」的事情時有發(fā)生。之前接觸過某個客戶，提出了一個看似很簡單但是卻令聞?wù)邆牡男枨螅骸拔蚁Ｍ乙粋€海外倉合作商，只需要他們能完成日常的訂單出入庫，并且能反饋準確的庫存給我就好了”。

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

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

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

一、話說盤點

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

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

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

盤點的本質(zhì)是：

對實物進行清點，然后和賬面數(shù)據(jù)比對；根據(jù)實物清點結(jié)果，對賬面數(shù)據(jù)進行調(diào)整，達到賬實相符。

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

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

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

這就是我當(dāng)時踩的最大的一個坑，一直想把盤點功能做的很全，很完善。結(jié)果發(fā)現(xiàn)很多功能設(shè)計完成之后，壓根過不了評審?；蛘咦鲇脩鬌emo體驗的時候，倉庫壓根就不認可這么多復(fù)雜的操作方式，于是只能被打回去重新思考到底業(yè)務(wù)的需求是什么，海外倉的特色是什么，盤點功能的邊界應(yīng)該怎么定義。

二、盤點流程

盤點流程圖

盤點的主線流程基本上都是大同小異，因為本質(zhì)就是清點實物，然后調(diào)整系統(tǒng)賬面數(shù)據(jù)。所以難點一般會在一些小細節(jié)和業(yè)務(wù)判斷上，同時還有海外倉庫的操作系統(tǒng)和管理方式。

1. 創(chuàng)建盤點單

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

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

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

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

2. 初盤

上面說到了，盤點的本質(zhì)就是將實物數(shù)據(jù)和系統(tǒng)的賬面數(shù)據(jù)進行比對，然后去調(diào)整系統(tǒng)的賬面數(shù)據(jù)，以達到賬實相符。

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

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

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

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

3. 復(fù)盤

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

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

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

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

4. 確認盤點結(jié)果

當(dāng)復(fù)盤之后，絕大多數(shù)情況下可以確保實際清點的數(shù)量應(yīng)該是準確的，所以就可以對復(fù)盤結(jié)果進行確認了。確認之后可以執(zhí)行盤點差異處理，從而對進行庫存調(diào)整，增加一條盤盈的流水或者盤虧的流水。

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

5. 盤點的詳細流程

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

盤點詳細流程圖

三、難點與踩坑點

盤點的難點與踩坑點

難點1：分類和業(yè)務(wù)分支復(fù)雜

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

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

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

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

倉庫盤點的時候，應(yīng)不應(yīng)該在作業(yè)？這個問題不同的人有不同的答案，但是結(jié)果肯定是：不作業(yè)的時候再做盤點會對產(chǎn)品設(shè)計要求更少。

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

所以盤點怎么處理鎖定庫存也算是一個難點，一定要考慮清楚系統(tǒng)對庫存的鎖定和釋放的時機，然后結(jié)合業(yè)務(wù)來設(shè)計。

我自己的經(jīng)驗是傾向于讓倉庫盤點的時候不作業(yè)，這樣的數(shù)據(jù)是最準確的。我只統(tǒng)計在庫位的庫存，而不管是否鎖定還是凍結(jié)，只要不在庫位我就不統(tǒng)計，那么前提最好是：倉庫已經(jīng)正常作業(yè)完，現(xiàn)在沒有入庫和出庫的操作。

踩坑點1：產(chǎn)品邊界的問題

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

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

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

產(chǎn)品邊界這個坑，是做盤點功能給我最大的一個教訓(xùn)，也算是一個最大的收獲。

總結(jié)

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

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

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

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

關(guān)鍵詞：wms,庫存盤點,庫存管理,盤點流程,物流

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