B端產品設計-wms入庫業務

基於多年的B端產品設計經驗，總結出以實事求是為原則，從上到下、從整體到區域性的思路，先梳理實際業務場景，然後設計主業務流程、單據設計，最後再設計具體產品功能的方法。

一、實際業務場景

上游Oms或ERP建立入庫單後，在wms要生成到貨通知單；

倉庫收貨是按到貨通知單裡的包裹用PDA掃描逐個收貨；

收貨完成後質檢也是按包裹拆開逐個質檢；

倉庫的收貨、質檢在一樓進行，但是上架卻在2、3、4、5樓；

上架區的貨位達數十萬個，需要先把待上架的商品放到預上架的貨列處；

二、業務流程設計

1）收貨

wms的上游一般是ERP或OMS，當然也有的wms不對接上游，當上遊把預送貨資訊推送到wms時（這裡送貨資訊的載體不必糾結，行業內用採購訂單、入庫單、送貨單等的都有），wms產生到貨通知單。當貨實際到了倉庫後，倉庫會進行掃碼收貨，收貨過程中若發現有些商品是消費者退回來的，那麼這些商品收貨後會產生銷退接收單。在倉庫一樓有一個銷退暫存區，就是專門用來對銷退商品進行收貨、質檢 處理的。

2）組盤

在收貨環節對一個個的快遞包裹掃碼收貨後，這時一個個的包裹還只是被堆放在一個區域，這時就要透過組盤，來把每一個包裹放到托盤上去，當托盤放滿了後，這個托盤就會被託到質檢工位。

3）質檢

質檢員會拆開托盤，掃描每一個包裹然後拆開，再檢查包裹裡的商品 是否達到驗收標準，這裡一個包裹號會對應生成一個質檢單；質檢透過的商品會放到質檢箱裡去，當這個質檢箱被放滿後就要封箱，這時會對應生成一個上架單；質檢環節還會調分配貨位的介面分配貨位，我會在業務策略部分系統性分享這部分內容；還會涉及異常商品的處理，我會在庫內作業部分系統性分享這部分內容。

4）分理

每一個質檢箱是對應每一個樓層的，假如A、B、C三個質檢箱的貨都是需被送到三樓，那麼在樓層分理環節這三個箱子裡的貨 就會被放到三樓的樓層箱裡去，這樣這個三樓的樓層箱就會經過傳送機送到三樓。到了三樓經過貨列分理環節，這箱裡的商品會被送到應上架的貨列前面。

5）上架

從貨列前面掃碼把拆零的商品上架到貨位上去，這叫拆零上架，做跨境2C電商國內倉一般都是做拆零上架；如果一次到貨比較多，比如一箱一箱到貨那麼就需要把箱子上架到整箱區，這叫整箱上架；如果多個箱子需要放在一起，那麼通常會上架到整託區，這叫整託上架；上架環節也會涉及異常商品的處理，我會在異常業務部分系統性分享這部分內容。

三、單據設計

1。 到貨通知單

待收貨：

上游系統的採購訂單或入庫單已生效的時候，調wms入庫介面按照1對1的單據關聯關係，在wms生成到貨通知單，此時初始狀態為待收貨，一個到貨通知單可能關聯多個運單號。

收貨中：

當這批貨中的至少一個包裹到了倉庫簽收後，此時透過運單號關聯到的到貨通知單狀態變成收貨中。

收貨完成：

當這批貨都上架完成後，找到對應的到貨通知單，點選【收貨完成】那麼狀態變成收貨完成。

2。 質檢單

待質檢：

在質檢環節掃描運單號後運單號與質檢單1對1關聯生成質檢單號，初始狀態為待質檢。

質檢中：

在質檢環節拆開包裹後，逐個掃描商品，當至少有一種商品質檢完成後，其質檢單的狀態變成質檢中。

質檢完成：

當到貨通知單被操作收貨完成後，那麼其關聯的所有運單號，運單號關聯的質檢單的狀態都變成質檢完成。

3。 上架單

待上架：

在質檢環節封箱後質檢箱號與上架單1對1關聯生成上架單號，初始狀態為待上架。

上架中：

在上架環節中只要該質檢箱裡的商品有其中一種已確認上架，那麼其狀態變成上架中。

上架完成：

當質檢箱裡的所有商品都上架完成後，那麼其狀態就變成上架完成。

四、產品功能設計

1。 收貨

原型互動：

卸貨後倉庫收貨員掃描包裹的運單號時系統讀取該包裹的商品資訊，然後把該包裹放到電子秤上去，系統讀取其重量，這樣這一包裹就收貨完成。包裹數預設為1，如果有子母包裹這裡可以填寫其數量。

業務流程：

if 運單號有關聯的到貨通知單 且 未簽到 且 型別不等於銷退，那麼簽到成功；

else if無關聯的到貨通知單 且 該運單號關聯不到出庫單，那麼簽到失敗（線下處理）；

else if無關聯的到貨通知單 且 該運單號關聯到出庫單，那麼簽到失敗（去銷退暫存區處理）；

else if 掃描該包裹的運單號後，if 運單號有關聯的到貨通知單 且 未簽到 且 型別等於銷退，那麼簽到失敗（去銷退暫存區處理）

2。 組盤

原型互動：

收貨後來到組盤環節，組盤員（一般是臨時工）點選【開始組盤】按鈕生成托盤號，然後逐個掃描包裹的運單號直到托盤放滿了，最後點選【結束組盤】按鈕調列印介面打印出托盤號；組盤的同時也可以稱重，便於二次確認送貨商品的重量。

業務流程：

掃描運單號後 if 運單號有關聯的到貨通知單 且 其型別不等於銷退，if 該運單號已收貨 且 未繫結托盤，那麼該運單號關聯托盤號成功；

else if 無關聯的到貨通知單或其型別等於銷退，那麼該運單號與托盤號關聯失敗；

else if 該運單號未收貨或已繫結托盤號，那麼該運單號與托盤號關聯失敗；

3。 質檢

在入庫作業的組盤工序中，工人會把托盤移動到質檢工位上去，質檢就是要把托盤上的包裹拆開並檢查裡面的產品，把達到入庫標準的好產品即良品錄入系統，對有問題或瑕疵的產品上報異常，然後由庫內異常組的同學處理。

1）掃描運單號

滑鼠點選卡板號輸入框掃描已打印出的卡板號，然後游標自動跳到運單號輸入框，接著繼續輸入運單號，這樣系統會讀取該包裹裡的商品，並回寫到質檢頁面，同時生成一個質檢單。

2）點數

拆開包裹後核對每種商品的數量，然後輸入本次質檢數再點選【列印SKU】這樣打印出SKU標籤。

3）確認QC

列印完SKU標籤後逐條點選【確認QC】這時系統會調上架策略分配貨位。

4）封箱

選中商品行後點擊【封箱】，然後掃描質檢箱編碼、輸入裝箱數量，點選提交後生成一個上架單。這裡需上架到同樓層的貨才能在同一個質檢箱裡，同一種商品可以分配多個質檢箱。

4。 分理

樓層分理：

用PDA掃描質檢箱上的條碼讀取箱號 這樣PDA回寫出樓層，然後找到對應樓層的樓層箱，掃描其條碼讀取到箱號。這樣物理層面其實就是貨品的轉移，系統層面就是質檢箱的解綁空置，樓層箱的佔用。這裡多個質檢箱可對應一個樓層箱。

貨列分理：

樓層箱透過樓層分揀機傳送到對應樓層後會彈出，這時工人用PDA掃描樓層箱上的條碼讀取箱號 ，然後逐個掃描同種SKU讀取出其數量，同時回寫到PDA其 已分配的貨位的貨列號；最後找到對應貨列的貨列箱，掃描其條碼讀取箱號。

這樣在物理上其實就是把樓層箱裡的貨品轉移到了貨列箱中，在系統層面就是樓層箱的解綁和貨列箱的佔用。

5。 上架

質檢箱裡的貨品經過樓層分理和貨列分理，已經被擺放到了需上架貨位的貨列前面，那麼此時就需要將貨列箱裡的貨品上架到系統分配的貨位上去。

1）正向操作

用PDA掃描樓層箱條碼讀取樓層箱號，然後逐個掃描同種SKU讀取出其需上架數量、推薦貨位、品質，最後掃描實際上架貨位的貨位條碼和填寫實際上架數量 再點選【確認上架】。

2）推薦貨位

系統只是根據上架策略分配推薦貨位，但是上架員可根據實際情況選擇對應貨位上架。

3）異常情況

實際上架數量 必須 小於等於需上數量，如果小於（比如發現少貨、壞貨）那麼點選【確認上架】後會調上報異常的介面上報異常，如果大於那麼點選【確認上架】時會報錯提示多了上架不了，這塊的異常邏輯會在庫內作業中詳細講解。

以上就是我之前做的電商wms入庫業務部分的產品設計，在此分享給讀者僅供參考，因為B端的任何一個功能都是需要結合實際業務場景的，很少有標準化的功能。

我是產品老兵中傑，做了6年wms erp產品經理，累計幫助100+網友做B端產品，認識500+同圈子的產品經理，對wms的探索心得寫在《B端產品設計實戰。 wms是怎樣建成的》這本書中，更多資訊可關注我個人主頁。