B2C-OMS產(chǎn)品總結(一):策略管理
訂單履約鏈路的升級有助于企業(yè)更好地服務用戶,這篇文章里,作者就結合B2C訂單履約鏈路的重構項目這一實際案例,梳理了B2C-OMS產(chǎn)品的策略管理部分,一起來看一下。
2020年由于大環(huán)境、公司戰(zhàn)略資源傾斜等原因,公司B2C訂單流有一個爆發(fā)式激增,由年百萬級訂單量達到年2000萬訂單量(后期提客單價等運營操作,訂單穩(wěn)定在年1200萬+)。
在此情況下,由于準備不足,訂單履約能力未及時提升,造成了①發(fā)貨延遲;②物流信息同步錯誤,進而各平臺在兩個月內對公司產(chǎn)生了100萬元+的平臺罰款。
在此背景下,筆者接了對原B2C訂單履約鏈路的重構項目。接下來很多內容也將圍繞圖-1進行展開。
圖-1
一、策略管理
1. 平臺管理
針對不同平臺訂單需要做不同標簽管理,方便后期針對不同運營需求做不同的訂單處理。
1)京東
2)天貓
① 普通訂單
② 次日達訂單
這一部分是20年淘寶為了提升配送時效做的一個嘗試突破,主要是【訂單路由】、【庫存同步】邏輯有對應改造。具體見圖-2;圖-3。
圖-2
圖-3
3)拼多多
合單:由于拼多多平臺性質原因,一個客戶3-5小時內,下兩單以上占比較高,為了配送成本考量,針對同客戶、同收貨人、同物流地址的合單,也需要考量在平臺策略當中。
2. 平臺接口
這些接口特性,需要產(chǎn)品及技術進行調研。例如各平臺在活動期間對于庫存同步會進行限流,例如報了百億補貼活動的商品,就關閉了一部分實時庫存同步的接口/或者是在活動報名的基礎上不能夠少庫存。
3. 物流管理
物流管理策略可以分為3項:快、準、管控:
1)快
物流發(fā)貨盡量快:
- 由于平臺有各種處罰機制,超時不發(fā)貨,會造成罰款;
- 配送時效,很影響用戶體驗。
2)準
物流信息需要準確,由于當時倉儲物流環(huán)節(jié)的混亂,物流面單等信息同步差錯率較高,這一部分會造成:
- 平臺的第二次罰款;
- 用戶體驗差。
3)管控
管控重點是在不能發(fā)貨區(qū)域管理,由于物流公司可發(fā)區(qū)域改變、疫情管控等原因,都會造成訂單配送地址超區(qū),這個時候就需要對應管控機制。
4. 倉庫管理
倉庫管理更多的是執(zhí)行管理,給到對應的標準SOP,這樣執(zhí)行差錯率才會低。所以在策略管理中,針對倉庫需要由OMS管理對應的策略邏輯。
1)倉庫發(fā)貨優(yōu)先級
視業(yè)務發(fā)展情況,會出現(xiàn)全國各地區(qū)多倉發(fā)貨的情況,這里就需要考慮不同倉庫不同地區(qū)的貨,有物流成本優(yōu)勢。但同時如果不同倉庫存在不是統(tǒng)采的情況,采購價格差異較大,這一部分也會納入考量策略。不過更多的地區(qū)策略是優(yōu)先級更高的。
2)庫內作業(yè)策略
① 優(yōu)先發(fā)貨訂單
基于平臺規(guī)則、運營規(guī)則會有優(yōu)先發(fā)貨訂單,這一部分需要OMS標注對應信息,給到WMS進行對應管理。(例如天貓次日達訂單、業(yè)務高價值商品訂單、需要發(fā)順豐的訂單等)。這一部分訂單就會在WMS有其他的波次策略。
② 爆品訂單
尤其在雙十一等活動期間,基于運營策略、過往數(shù)據(jù),可以預見某些商品會是爆品,這一部分在倉庫可能是提前揀好貨,甚至是提前打包好的情況。所以會有爆品訂單策略
二、商品管理
1. 商品編碼
平臺、各對接系統(tǒng)、第三方,對應的商品編碼可能是不一樣的,所以OMS需要建立一個商品編碼庫,進行對應系統(tǒng)的編碼對照?;蛘弑旧碛捎谶\營管理,會在平臺組套創(chuàng)建新品等。
2. 商品管理
1)組套商品
在ERP中是進行SKU管理,但在平臺會有SPU的概念,同時針對SKU進行運營商品改造,在平臺上的商品鏈接對應ERP為:n*A,A+B的情況。
2)第三方商品
一件代發(fā)商品,有些有系統(tǒng)承接能力,可以直接通過【訂單路由】將訂單履約全部交付給第三方。有些沒有系統(tǒng)承接能力,這一部分可能需要人工對接進行處理。
3)爆款商品
可以在WMS中增加爆品處理邏輯。
3. 庫存管理
1)規(guī)格對照表
2)多倉合并
3)單商品庫存
4)組合商品庫存
5)分拆庫存
由于會上不同B2C平臺,不同平臺如果是分業(yè)務線管理,這里會存在分拆庫存邏輯。其實就是站在單業(yè)務線上考慮商品能保證自己的銷售。
6)安全庫存
這是一個大話題,怎么保障不存在超賣,同時又保障運營的銷售(部分平臺推薦規(guī)則會考慮商品庫存量)。
所以運營有可能,為了銷售,一千件庫存標個一萬件上架(把該商品的庫存同步給關了),然后超賣了,又來找你。
同時安全庫存還要考量平臺、不同倉庫。幸虧現(xiàn)有業(yè)務不賣在途庫存。
三、異常處理機制
1. 編碼錯誤處理機制
商品編碼對照表是由運營人工處理的,肯定會存在編碼錄入錯誤,這個時候可能已經(jīng)產(chǎn)生訂單,甚至傳輸?shù)綄獋}庫了。這個時候就需要對應的編碼錯誤處理機制。怎么將正確情況在OMS更正,并同時將新的編碼信息、錯誤訂單信息同步給平臺、下游系統(tǒng)。
2. 倉庫不能日清,人工處理機制
倉庫由倉庫的系統(tǒng)波次規(guī)則,運營有運營的發(fā)貨時效要求,當這里在實際操作中存在不能日清的問題了,就需要人工進行介入,有人工處理機制。
以上三部分是策略管理部分,后面關于完整訂單管理部分在第二篇進行詳細闡述。
本文由 @蛋殼粥 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
想請教一下,如何從第三方電商平臺(抖音.快手.拼多多等)同步訂單到自研系統(tǒng)上
這些平臺都有標準API接口的