前言
前面三篇我們分別講到了海外倉WMS的入庫、出庫和庫存功能的產(chǎn)品設計。其中入庫和出庫是WMS的核心功能，而庫存管理則是WMS的基石，那么盤點功能就可以比作是WMS的「解憂雜貨店」了。
海外倉WMS每天基本上都會有頻繁的訂單出入庫，再加上海外本土化管理的問題，很多倉庫的操作不太規(guī)范，導致「人肉運維」的事情時有發(fā)生。之前接觸過某個客戶，提出了一個看似很簡單但是卻令聞者傷心的需求：“我希望找一個海外倉合作商，只需要他們能完成日常的訂單出入庫，并且能反饋準確的庫存給我就好了”。
這個需求其實乍一聽感覺很奇怪，怎么這么簡單的要求也需要強調(diào)呢。但是仔細問了一下客戶一些細節(jié)，才發(fā)現(xiàn)其實他也有難言的苦衷。因為他之前接觸的很多海外倉或者訂單管理系統(tǒng)都在庫存這方面做得不太好，庫存要么不準確，要么反饋不夠?qū)崟r，要么沒有系統(tǒng)界面查看（這里指的應該是一些海外的ERP或者小平臺等）。
當然，上面的例子有點不夠有說服力，或者只能代表很小眾的群體。但是總體而言，從我自己接觸的業(yè)務來說，庫存的準確性問題有很多海外倉系統(tǒng)都做得不夠好，或者大家都沒太把精力和資源放在這里，所以才會發(fā)生上面那個故事。
庫存的準確性，指的是實物和賬面數(shù)據(jù)的準確性，也就是「現(xiàn)實」和「理想」的差距。當庫存不準確了，客戶對自己的實際庫存捉摸不定的時候就會擔憂超賣或者少買，從而產(chǎn)生憂慮感。
而WMS的盤點功能就是像是這類客戶的「解憂雜貨店」，但凡有庫存的憂慮，那就盤點一下吧。
話說盤點
下面內(nèi)容摘自網(wǎng)上，只要搜索“盤點”或者“倉庫盤點”基本上可以找到類似的說明和介紹。
倉庫盤點是個技術活，沒有想象的那么簡單。比如，倉庫盤點的分類方法，就有三種。1.按盤點的時間跨度，分為定期盤點和不定期盤點;2.按盤點的內(nèi)容，分為全面盤點和重點盤點;3.按盤點的作用，分為循環(huán)盤點、永續(xù)盤點（動態(tài)盤點）和低位盤點。
最早的時候我接觸盤點的時候或者要做盤點這個功能的時候也是找了挺多資料和信息的，結(jié)果發(fā)現(xiàn)越看越迷糊，然后越看越覺得糾結(jié)，這么多功能我該怎么設計產(chǎn)品功能才好呢。直到最近，我復盤自己當時設計盤點的歷程，然后得出了結(jié)論：
盤點的本質(zhì)是：1.對實物進行清點，然后和賬面數(shù)據(jù)比對；2.根據(jù)實物清點結(jié)果，對賬面數(shù)據(jù)進行調(diào)整，達到賬實相符。
所以新手如果要做這一塊的產(chǎn)品功能設計的時候，一定要記得抓住本質(zhì)來設計，否則很容易走歪路，然后陷入無休止的修修補補中。
核心點就是能吃飽飯，能提供能量就可以。至于選什么方式，取決于多方面的因素，所以只要能滿足當前的業(yè)務即可，不必過分糾結(jié)。
例如看競品，別人有明盤和暗盤，我要不要也這樣做呢？別人有永續(xù)盤點和靜態(tài)盤點，我是否也要跟著做一個呢？別人盤點的時候可以Excel導入，那我是不是也要做呢……
這就是我當時踩的最大的一個坑，一直想把盤點功能做的很全，很完善。結(jié)果發(fā)現(xiàn)很多功能設計完成之后，壓根過不了評審。或者做用戶Demo體驗的時候，倉庫壓根就不認可這么多復雜的操作方式，于是只能被打回去重新思考到底業(yè)務的需求是什么，海外倉的特色是什么，盤點功能的邊界應該怎么定義。
盤點流程
盤點的主線流程基本上都是大同小異，因為本質(zhì)就是清點實物，然后調(diào)整系統(tǒng)賬面數(shù)據(jù)。所以難點一般會在一些小細節(jié)和業(yè)務判斷上，同時還有海外倉庫的操作系統(tǒng)和管理方式。
1.創(chuàng)建盤點單
創(chuàng)建盤點單的時候我精簡了盤點的方式，最后就保留了兩種方式：
-
按SKU+倉位盤點，系統(tǒng)標記出需要盤點的SKU在哪個庫位分別有多少數(shù)量； -
按倉位盤點，系統(tǒng)標記出需要盤點的倉位有幾種SKU，分別有多少數(shù)量；
全部都是明盤，沒有考慮暗盤這種方式（視具體業(yè)務而定），這兩種方式是倉庫盤點最常見的，能滿足絕大多數(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ù)量。
而初盤的意思就是第一次盤點，初次盤點。初盤之后還有復盤，甚至還有些倉庫會有三盤，就是對復盤之后再盤點。
初盤之后再復盤的原因是考慮到人為清點會有可能點錯數(shù)的情況，如果一次清點就做了調(diào)整，有可能人為誤差因素太大。所以會考慮初盤之后，再來一次復盤，以減少初盤一次帶來的誤差率。
3.復盤
對初盤結(jié)果再次盤點，就稱為復盤，也可以叫做二次盤點或者二盤。關于復盤有一個邏輯是需要特別注意的：那就是復盤，到底盤什么？
如果我們不做過多的考慮，那么復盤肯定就是對初盤的一次重復動作，也就是說初盤盤了10個SKU，20個倉位，那么復盤也需要盤點10個SKU，20個倉位。
但是從實際的調(diào)研和倉庫反饋來看，倉庫有些時候并不想重復性地對已經(jīng)確認了數(shù)據(jù)的內(nèi)容再次盤點，這樣會浪費自己的時間，同時又感覺做了很多無用功。但如果只對有差異的內(nèi)容進行復盤，那么又會發(fā)現(xiàn)如果倉庫想對一些不太確定的SKU再次盤點，系統(tǒng)卻沒有辦法支持錄入復盤數(shù)據(jù)了，也會挺頭痛的。
所以我的解決方案是：復盤的時候可以對所有數(shù)據(jù)進行操作，額外增加了一個篩選按鈕，就是「只展示有差異的內(nèi)容」。 這樣的話可以只對有差異的內(nèi)容進行盤點，而沒有差異的內(nèi)容盤點數(shù)據(jù)自動默認采用初盤的數(shù)據(jù)；如果要對全部的內(nèi)容盤點，系統(tǒng)也留了一個口子，不至于讓倉庫沒有入口錄入數(shù)據(jù)。
4.確認盤點結(jié)果
當復盤之后，絕大多數(shù)情況下可以確保實際清點的數(shù)量應該是準確的，所以就可以對復盤結(jié)果進行確認了。確認之后可以執(zhí)行盤點差異處理，從而對進行庫存調(diào)整，增加一條盤盈的流水或者盤虧的流水。
我在這里還多做了一種考量，就是倉庫最后盤點之后還是對結(jié)果不太滿意，或者說對盤點的數(shù)據(jù)不太有信息，然后想要廢棄這個盤點單，所以我們做了一個「確認結(jié)果但是不執(zhí)行」的操作。倉庫這樣操作之后，這個盤點單就變成了已取消的狀態(tài)，意味著最終沒有執(zhí)行盤點結(jié)果，沒有對庫存進行調(diào)整。
當然這個操作我沒在其他的系統(tǒng)上看到，并不意味著我的想法和思路就是獨具匠心，也有可能是我想得太多。所以，盤點具體的功能和范圍一定要自己摸索定義好，多不一定好，但是少也不見得就會出色。一定要視具體的業(yè)務而定，而不是一味地參考競品，參考別人的經(jīng)驗。
5. 盤點的詳細流程
最后我在這里放一個詳細版的盤點流程圖，其實最早期的版本應該會有更多的功能，隨著對業(yè)務的把控程度越來越清晰，就做了很多刪減。
難點與踩坑點
難點1：分類和業(yè)務分支復雜
前面講到，盤點有很多種類和方式，如果一味的想要求全，滿足所有的功能，那么就會導致分支線會弄的比較復雜。
例如當前我只用了兩種盤點方式，但是涉及到初盤，復盤和確定執(zhí)行與不執(zhí)行，最后再兼容不同的盤點設備，這一套下來，工作量其實就挺多的。
而且盤點功能其實只是WMS的庫存模塊的一個小功能，如果一開始采用了太多種類的盤點方式，那么最后可能就會演變成比較復雜的分支。開發(fā)成本較高，倉庫使用的學習成本也很高。
難點2：盤點鎖定庫存和實際庫存
倉庫盤點的時候，應不應該在作業(yè)？這個問題不同的人有不同的答案，但是結(jié)果肯定是：不作業(yè)的時候再做盤點會對產(chǎn)品設計要求更少。
當在倉庫作業(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è)務來設計。
我自己的經(jīng)驗是傾向于讓倉庫盤點的時候不作業(yè)，這樣的數(shù)據(jù)是最準確的。我只統(tǒng)計在庫位的庫存，而不管是否鎖定還是凍結(jié)，只要不在庫位我就不統(tǒng)計，那么前提最好是：倉庫已經(jīng)正常作業(yè)完，現(xiàn)在沒有入庫和出庫的操作。
踩坑點1：產(chǎn)品邊界的問題
上面說了關于盤點的方式和種類有很多，然后盤點庫存統(tǒng)計的時機也有很多種方式，盤點需要幾次才能確認結(jié)果，盤點的時候用PDA還是紙質(zhì)單還是Excel，盤點能否支持多人同時作業(yè)，多設備共同提交……這些都是產(chǎn)品邊界的問題，一開始最好做加法，然后慢慢地發(fā)掘之后做減法。
產(chǎn)品邊界問題不只是在盤點上會遇到，在其他的產(chǎn)品功能設計的時候也會遇到。而我自己就是因為在盤點的時候踩了這個坑，所以我的記憶比較深刻。盤點功能從設計到開發(fā)到最后上線，足足比我預估的時間晚了2個迭代，這里面最大的原因就是我對產(chǎn)品邊界的把控不到位。
有些功能做到一半才感覺好像用處不太大，考慮的太多了；也有一些功能做到一半才發(fā)現(xiàn)沒考慮周全，例如貨品的料區(qū)問題，于是又要緊急規(guī)劃將一些遺漏的點重新補上。
產(chǎn)品邊界這個坑，是做盤點功能給我最大的一個教訓，也算是一個最大的收獲。
總結(jié)
盤點功能是WMS庫存模塊的一個輔助性功能，輔助倉庫調(diào)整系統(tǒng)賬面庫存，以達到賬實相符的要求。海外倉的盤點和國內(nèi)電商倉庫的盤點應該也是大同小異，主要區(qū)別還是在倉庫管理和實際業(yè)務的區(qū)別。畢竟系統(tǒng)是給人用的，使用的人都不同，那么使用方式自然也會有所不同了。
關于海外倉WMS的盤點功能設計的心得和感悟大概就是這么多了，最近寫了這么一系列的WMS總結(jié)文章我有了些新的感受。
大家總在說B端產(chǎn)品應該更加注重業(yè)務，吃透業(yè)務，理清邏輯；而C端產(chǎn)品則需要更加關注拉新留存，商業(yè)價值，用戶體驗和用戶價值。很多話都是說的，聽的千篇一律，卻難有，少有萬里挑一的觸動。
當我回過頭去反思自己做WMS的產(chǎn)品設計的時候，我發(fā)現(xiàn)我對業(yè)務的理解還是很片面，總覺得自己看到的就是最真實的，最全面的。而背后的，冰山下的卻沒怎么去挖掘，花費了較多的時間和精力去對比競品，去分析同行的設計初衷……
所以，哪怕是看起來簡單的8個字：吃透業(yè)務，理清邏輯。實際做起來也是需要費一番苦心和光陰，所以B端產(chǎn)品還是應該側(cè)重點在業(yè)務。理解了業(yè)務，吃透了業(yè)務，那么距離一枚優(yōu)秀的B端產(chǎn)品，就又更近了一步。
