基于多年的b端產(chǎn)品設計經(jīng)驗，總結出以實事求是為原則，從上到下、從整體到局部的思路，先梳理實際業(yè)務場景，然后設計主業(yè)務流程、單據(jù)設計，最后再設計具體產(chǎn)品功能的方法。
一、實際業(yè)務場景
上游oms或erp創(chuàng)建入庫單后，在wms要生成到貨通知單：
倉庫收貨是按到貨通知單里的包裹用pda掃描逐個收貨;
收貨完成后質(zhì)檢也是按包裹拆開逐個質(zhì)檢;
倉庫的收貨、質(zhì)檢在一樓進行，但是上架卻在2、3、4、5樓;
上架區(qū)的貨位達數(shù)十萬個，需要先把待上架的商品放到預上架的貨列處;
二、業(yè)務流程設計
1)收貨
wms的上游一般是erp或oms，當然也有的wms不對接上游，當上游把預送貨信息推送到wms時wms產(chǎn)生到貨通知單(這里上游送貨信息的載體不必糾結，行業(yè)內(nèi)用采購訂單、入庫單、送貨單等的都有)。
當貨實際到了倉庫后，倉庫會進行掃碼收貨，收貨過程中若發(fā)現(xiàn)有些商品是消費者退回來的，那么這些商品收貨后會產(chǎn)生銷退接收單。在倉庫一樓有一個銷退接收區(qū)，就是專門用來對銷退商品進行收貨、質(zhì)檢 處理的。
2)組盤
在收貨環(huán)節(jié)對一個個的快遞包裹掃碼收貨后，這時一個個的包裹還只是被堆放在一個區(qū)域，這時就要通過組盤，來把每一個包裹放到托盤上去，當托盤放滿了后，這個托盤就會被拖到質(zhì)檢工位。
3)質(zhì)檢
質(zhì)檢員會拆開托盤，掃描每一個包裹然后拆開，再檢查包裹里的商品 是否達到驗收標準，這里一個包裹號會對應生成一個質(zhì)檢單;質(zhì)檢通過的商品會放到質(zhì)檢箱里去，當這個質(zhì)檢箱被放滿后就要封箱，這時會對應生成一個上架單;質(zhì)檢環(huán)節(jié)還會調(diào)分配貨位的接口分配貨位，我會在業(yè)務策略部分系統(tǒng)性分享這部分內(nèi)容;還會涉及異常商品的處理，我會在異常業(yè)務部分系統(tǒng)性分享這部分內(nèi)容。
4)分理
每一個質(zhì)檢箱是對應每一個樓層的，假如a、b、c三個質(zhì)檢箱的貨都是需被送到三樓，那么在樓層分理環(huán)節(jié)這三個箱子里的貨 就會被放到三樓的樓層箱里去，這樣這個三樓的樓層箱就會經(jīng)過傳送機送到三樓。到了三樓經(jīng)過貨列分理環(huán)節(jié)，這箱里的商品會被送到應上架的貨列前面。
5)上架
從貨列前面掃碼把拆零的商品上架到貨位上去，這叫拆零上架，做跨境2c電商國內(nèi)倉一般都是做拆零上架;如果一次到貨比較多，比如一箱一箱到貨那么就需要把箱子上架到整箱區(qū)，這叫整箱上架;如果多個箱子需要放在一起，那么通常會上架到整托區(qū)，這叫整托上架;上架環(huán)節(jié)也會涉及異常商品的處理，我會在異常業(yè)務部分系統(tǒng)性分享這部分內(nèi)容。
三、單據(jù)設計
1. 到貨通知單
待收貨：
上游系統(tǒng)的采購訂單或入庫單已生效的時候，調(diào)wms入庫接口按照1對1的單據(jù)關聯(lián)關系，在wms生成到貨通知單，此時初始狀態(tài)為待收貨，一個到貨通知單可能關聯(lián)多個運單號。
收貨中：
當這批貨中的至少一個包裹到了倉庫簽收后，此時通過運單號關聯(lián)到的到貨通知單狀態(tài)變成收貨中。
收貨完成：
當這批貨都上架完成后，找到對應的到貨通知單，點擊【收貨完成】那么狀態(tài)變成收貨完成。
2. 質(zhì)檢單
待質(zhì)檢：
在質(zhì)檢環(huán)節(jié)掃描運單號后運單號與質(zhì)檢單1對1關聯(lián)生成質(zhì)檢單號，初始狀態(tài)為待質(zhì)檢。
質(zhì)檢中：
在質(zhì)檢環(huán)節(jié)拆開包裹后，逐個掃描商品，當至少有一種商品質(zhì)檢完成后，其質(zhì)檢單的狀態(tài)變成質(zhì)檢中。
質(zhì)檢完成：
當?shù)截浲ㄖ獑伪徊僮魇肇浲瓿珊螅敲雌潢P聯(lián)的所有運單號，運單號關聯(lián)的質(zhì)檢單的狀態(tài)都變成質(zhì)檢完成。
3. 上架單
待上架：
在質(zhì)檢環(huán)節(jié)封箱后質(zhì)檢箱號與上架單1對1關聯(lián)生成上架單號，初始狀態(tài)為待上架。
上架中：
在上架環(huán)節(jié)中只要該質(zhì)檢箱里的商品有其中一種已確認上架，那么其狀態(tài)變成上架中。
上架完成：
當質(zhì)檢箱里的所有商品都上架完成后，那么其狀態(tài)就變成上架完成。
四、產(chǎn)品功能設計
1. 收貨
原型交互：
卸貨后倉庫收貨員掃描包裹的運單號時系統(tǒng)讀取該包裹的商品信息，然后把該包裹放到電子秤上去，系統(tǒng)讀取其重量，這樣這一包裹就收貨完成。包裹數(shù)默認為1，如果有子母包裹這里可以填寫其數(shù)量。
業(yè)務流程：
if 運單號有關聯(lián)的到貨通知單 且 未簽到 且 類型不等于銷退，那么簽到成功;
else if無關聯(lián)的到貨通知單 且 該運單號關聯(lián)不到出庫單，那么簽到失敗(線下處理);
else if無關聯(lián)的到貨通知單 且 該運單號關聯(lián)到出庫單，那么簽到失敗(去銷退暫存區(qū)處理);
else if 掃描該包裹的運單號后，if 運單號有關聯(lián)的到貨通知單 且 未簽到 且 類型等于銷退，那么簽到失敗(去銷退暫存區(qū)處理);
2. 組盤
原型交互：
收貨后來到組盤環(huán)節(jié)，組盤員(一般是臨時工)點擊【開始組盤】按鈕生成托盤號，然后逐個掃描包裹的運單號直到托盤放滿了，最后點擊【結束組盤】按鈕調(diào)打印接口打印出托盤號;組盤的同時也可以稱重，便于二次確認送貨商品的重量。
業(yè)務流程：
1. 掃描該包裹的運單號后，if 運單號有關聯(lián)的到貨通知單 且 未簽到 且 類型不等于銷退，那么簽到成功;
2.else if無關聯(lián)的到貨通知單 且 該運單號關聯(lián)不到出庫單，那么簽到失敗(線下處理);
3.else if無關聯(lián)的到貨通知單 且 該運單號關聯(lián)到出庫單，那么簽到失敗(去銷退暫存區(qū)處理);
4.else if 掃描該包裹的運單號后，if 運單號有關聯(lián)的到貨通知單 且 未簽到 且 類型等于銷退，那么簽到失敗(去銷退暫存區(qū)處理);
3. 質(zhì)檢
在入庫作業(yè)的組盤工序中，工人會把托盤移動到質(zhì)檢工位上去，質(zhì)檢就是要把托盤上的包裹拆開并檢查里面的產(chǎn)品，把達到入庫標準的好產(chǎn)品即良品錄入系統(tǒng)，對有問題或瑕疵的產(chǎn)品上報異常，然后由庫內(nèi)異常組的同學處理。
1)掃描運單號
鼠標點擊卡板號(即托盤號)輸入框掃描已打印出的卡板號，然后光標自動跳到運單號輸入框，接著繼續(xù)輸入運單號，這樣系統(tǒng)會讀取該包裹里的商品，并回寫到質(zhì)檢頁面生成一個質(zhì)檢單。
2)點數(shù)
拆開包裹后核對每種商品的數(shù)量，然后輸入本次質(zhì)檢數(shù)再點擊【打印sku】這樣打印出sku標簽。
(sku是按照客戶sku的對碼關系生成的wms系統(tǒng)的sku。)
3)確認qc
打印完sku標簽后逐條點擊【確認qc】這時系統(tǒng)會調(diào)上架策略分配貨位。
(上架策略的邏輯異常復雜，將會在業(yè)務策略模塊中詳細分享)
4)封箱
選中商品行后點擊【封箱】，然后掃描質(zhì)檢箱編碼、輸入裝箱數(shù)量，點擊提交后生成一個上架單。這里需上架到同樓層的貨才能在同一個質(zhì)檢箱里，同一種商品可以分配多個質(zhì)檢箱。
4. 分理
樓層分理：
用pda掃描質(zhì)檢箱上的條碼讀取箱號 這時pda回寫出樓層，然后找到對應樓層的樓層箱，掃描其條碼讀取到箱號。這樣物理層面其實就是貨品的轉移，系統(tǒng)層面就是質(zhì)檢箱的解綁空置，樓層箱的占用。這里多個質(zhì)檢箱可對應一個樓層箱。
貨列分理：
樓層箱通過樓層分揀機傳送到對應樓層后會自動彈出，這時工人用pda掃描樓層箱上的條碼讀取箱號 ，然后逐個掃描同種sku讀取出其數(shù)量，同時回寫到pda其 已分配的貨位的貨列號;最后找到對應貨列的貨列箱，掃描其條碼讀取箱號。
這樣在物理上其實就是把樓層箱里的貨品轉移到了貨列箱中，在系統(tǒng)層面就是樓層箱的解綁和貨列箱的占用。
5. 上架
質(zhì)檢箱里的貨品經(jīng)過樓層分理和貨列分理，已經(jīng)被擺放到了需上架貨位的貨列前面，那么此時就需要將貨列箱里的貨品上架到系統(tǒng)分配的貨位上去。
1)正向操作
用pda掃描樓層箱條碼讀取樓層箱號，然后逐個掃描同種sku讀取出其需上架數(shù)量、推薦貨位、品質(zhì)，最后掃描實際上架貨位的貨位條碼和填寫實際上架數(shù)量 再點擊【確認上架】。
2)推薦貨位
系統(tǒng)只是根據(jù)上架策略分配推薦貨位，但是上架員可根據(jù)實際情況選擇對應貨位上架。
3)異常情況
實際上架數(shù)量 必須 小于等于需上數(shù)量，如果小于(比如發(fā)現(xiàn)少貨、壞貨)那么點擊【確認上架】后會調(diào)上報異常的接口上報異常;如果大于那么點擊【確認上架】時會報錯提示多了上架不了，這塊的異常邏輯會在庫內(nèi)作業(yè)中詳細講解。
以上就是我之前做的電商wms入庫業(yè)務部分的產(chǎn)品設計，在此分享給讀者僅供參考，因為b端的任何一個功能都是需要結合實際業(yè)務場景的，很少有標準化的功能。
本文來源于羅戈網(wǎng)，不代表本站觀點，如有侵權可聯(lián)系刪除，文章所用圖片來源于網(wǎng)絡，文章圖片如有侵權可聯(lián)系刪除。