Dropshipping(一件代發)之如何處理積壓庫存
像作者所在公司做Dropshipping(一件代發),倉庫貨架上都是客戶的真實庫存,但是在幫客戶買貨的過程中,采購員多買了幾件,工廠多發了幾件,客戶走了庫存不要了等這些情況都會周期性地影響貨架庫存與客戶的庫存不一致,這就需要在倉庫專門劃出一角來存放這些積壓(無主)庫存。如何記錄并使用這些積壓庫存是本文的主要內容。
一、識別
識別出來這些積壓庫存,主要靠兩種手段:盤點和入庫。
- 通過盤存,直接將多余商品轉移到積壓商品庫中。
- 入庫時把控,直接將多余商品轉移到積壓商品庫中。
二、轉移
在轉移之前,有一個限制性要素需要考慮,就是Dropshipping的商品是有客戶屬性的,比如:一條爆火的瑜伽褲,可能有十個客戶在合作,那么就需要建立10條商品SKU來分別對應不同客戶的不同庫存。在轉移前,就需要把商品SKU的客戶屬性給取消掉,不然就無法將這些商品給其他客戶使用。
這種情況取消商品SKU的客戶屬性比較困難。主要在于難以判斷A客戶的瑜伽褲跟B客戶的瑜伽褲是不是同一款。解決辦法就是根據SKU的中文名稱來判斷,如果中文名稱前綴一致,就提示給操作員,讓操作員手動合并。
三、消耗
公司消耗掉這些無主商品主要通過:1、打折賣給收購商;2、用于下一次客戶采購;
打折賣給收購商,需要詳細記錄這些積壓商品的信息,如:采購價和數量等,比較好處理。問題在于如何在采購下采購單的時候,精準地提示信息給采購員,對應的商品在倉庫中有多少積壓。
解決辦法:上文提到操作員在轉移過程中,手動合并商品的動作,系統可以將這些商品作關聯,后續采購單中的SKU與積壓商品庫的客戶SKU出現匹配,系統就可以提示給采購員,讓采購員消耗掉。
四、最后
從實際效果看,精細化處理這些積壓商品是一件性價比非常低的事情,系統設計繁瑣,操作員工作量增加,商品復用率不高。
作者在設計時,陷入了系統化思維的陷阱里,過分膨脹了原始需求,不僅效果不佳,而且每膨脹一分,對實際操作員來說工作量就多一分,招致抱怨。
以上,供看官借鑒!
本文由 @0290 原創發布于人人都是產品經理。未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務
- 目前還沒評論,等你發揮!