WMS:如何做好預包產(chǎn)品設計?
在大型的電商促銷節(jié)點,有些公司會進行預包產(chǎn)品設計,提前包裝好一部分熱銷組合,這樣便能快速處理熱銷組合貨品的發(fā)貨單,提高出貨效率。那么預包產(chǎn)品設計該怎么做呢?
說了盤點的庫存作業(yè),再聊聊預包的產(chǎn)品設計,正好本人之前做過預包功能,也算是對之前的項目進行復盤。
預包在國內(nèi)比較常見,比如雙11、雙12這種大促活動,公司會預先包裝好一部分熱銷組合,這樣在大促開始后,可以快速處理熱銷組合貨品的發(fā)貨單,提高出貨效率。
預包分為半預包和全預包:
- 半預包:對組合商品或有包裝方案的商品不完全打包,避免后續(xù)沒有這么多訂單量,需要再拆包,把產(chǎn)品從預包區(qū)遷出;
- 全預包:對商品已經(jīng)包裝好了,等待用戶下單,直接貼上面單就能發(fā)貨了。
一、業(yè)務流程
熟悉任何業(yè)務首先就是要先熟悉流程,預包的業(yè)務流程如下:
二、預包計劃
在系統(tǒng)層面,首先就需要創(chuàng)建一個預包計劃,頁面如下圖所示:
預包計劃的功能設計,與電商公司創(chuàng)建活動類似。核心就是設置參與預包的SKU,然后再設置預包的起止時間。
當預包計劃開始執(zhí)行,用戶下單后,訂單會去匹配預包計劃,若匹配上,則給訂單打上“預包”標識。當訂單下推到倉庫,該訂單走預包的出庫流程。
這里有一個細節(jié)需要注意,當訂單中的某一個SKU,匹配上了預包計劃中的SKU,訂單不會打上“預包”標識。需要訂單中的SKU完全匹配。因為預包是以訂單維度進行商品的匹配。
根據(jù)上面描述這里就有2種設計思路。是一個預包計劃對應1個訂單,還是一個預包計劃對應多個訂單。
方案2就是在預包計劃里面多了1個訂單的維度,比如1個訂單里面有1個A產(chǎn)品,2個B產(chǎn)品。當用戶下單,下了1個A產(chǎn)品,2個B產(chǎn)品,則自動匹配到預包計劃中的訂單,然后下推到倉庫,走預包出庫。
我這里一直強調訂單維度,是因為倉庫是提前按照訂單維護進行打包。
有的預包計劃會考慮到渠道的問題,比如公司開拓了抖音渠道。只有在雙11當天,且在抖音的訂單,才回去匹配預包計劃。
三、預包波次
同樣預包的訂單可以和普通訂單一樣,生成波次,去批量處理。以大寶WMS為例,如下圖所示(僅供參考):
預包波次就是將帶有“預包”標記的訂單打包生成波次出庫。又因為預包通常是大促,著急出庫所以預包的波次排在波次隊列的最前面提前出庫。
用戶直接打印預包出庫單,到預包區(qū)揀貨,直接貼上面單就可以出庫了。
四、庫存處理
預包的功能設計其實已經(jīng)說完了,在系統(tǒng)層面,預包本質就是對特殊訂單進行出庫處理。在整個預包訂單流轉的過程中,預包訂單的庫存處理就是最核心的。
首先需要在系統(tǒng)層面創(chuàng)建預包區(qū)、預包貨位,然后將已經(jīng)預包好的產(chǎn)品,補貨到預包貨位。這樣預包貨位就有了庫存,最后在上游系統(tǒng)生成的預包訂單預占預包區(qū)庫存。
但是實際在執(zhí)行的過程中往往會出現(xiàn)預包的產(chǎn)品多了或者少了。
預包的產(chǎn)品多了,這種情況很好處理,就是將多于的產(chǎn)品,重新上架到揀貨區(qū)。
預包的產(chǎn)品少了,這里就會有一個點需要思考。針對少了的部分庫存是可以直接從揀貨區(qū)揀貨,然后出庫;還是等待從其它庫區(qū)補貨到預包區(qū),在進行揀貨。
第一種思路,在系統(tǒng)層面處理會復雜。系統(tǒng)首先需要預占預包區(qū)的庫存,然后需要根據(jù)貨位預占策略去預占揀貨區(qū)的庫存。但是這種方案在業(yè)務層面上比較符合,業(yè)務方會覺得預包區(qū)庫存不夠,那我去揀貨區(qū)揀貨出庫就行了,這樣也能出庫。
注:上述方案其實也有一個缺點,就是作業(yè)員需要跨庫區(qū)揀貨,要知道行走一直是揀貨最耗時的點,如何減少行走路徑是關鍵。
第二種方案,在系統(tǒng)層面處理會簡單,但是在業(yè)務層面不友好。如果沒有貨,就需要等待作業(yè)員先補貨,再出庫。
最理想的情況就是預包區(qū)一直有貨,我之前做了一個簡單的處理方案,就是如果預包區(qū)的庫存低于設定值,就觸發(fā)補貨,生成補貨任務,最大程度保證預包區(qū)有庫存。
五、以貨找單
我上面介紹的都是“單找貨”的模式,在預包等大促場景,為了更加快速的出庫,還衍生除了“貨找單”的出庫模式。
以貨找單的頁面如下(僅供參考):
針對打包號的貨品,直接掃碼,系統(tǒng)自動匹配一個訂單,然后貼面單出庫。但需要注意的是該功能只適用“一單一品”的訂單,且不能生成波次。
總結
總的來說預包功能算是一個比較簡單的功能,這里提到的是一種設計思路,希望對你有所幫助。
按照慣例再留下一個問題:有些倉庫,打包員的工資是計件的,如果是計件,那么預包如何計算打包員的工資呢?
本文由@koi 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉載
題圖來自 Unsplash, 基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
吉客云的方案嗎?
大佬,預包流程,是訂單推送過來,直接出庫完成,扣減完庫存,現(xiàn)場只需要打印貼上交付物流,還是在操作打印的時候再出庫完成,扣減庫存呢?
預包應該是一個新的SKU ,其下面有BOM關系的子商品,你預包的時候直接扣除子商品庫存,預包的SKU成品庫存加上就行,出庫直接 扣減預包的SKU庫存
組合貨品和預包應該是兩個獨立的功能,單品也可以預包,組合貨品也可以僅組裝不預包
您好 想轉載您的文章如何聯(lián)系