B2C-OMS產(chǎn)品總結(jié)(二):訂單管理

2 評論 4305 瀏覽 21 收藏 5 分鐘

訂單管理環(huán)節(jié)是OMS系統(tǒng)的核心所在,那么,怎么做好OMS的訂單處理?這篇文章里,作者就從五個維度,對訂單處理部分做了闡述和解讀,一起來看看吧。

書接上文,關(guān)于OMS最重要的部分肯定是訂單處理部分,這一部分是OMS的價值核心。那么關(guān)于OMS的訂單處理部分,分為以下五部分進(jìn)行闡述:

圖-1

一、分渠道處理訂單

1. 平臺

平臺管理:不同平臺的店鋪會需要進(jìn)行對應(yīng)的標(biāo)注管理。

2. 倉庫

倉庫管理:區(qū)分自有倉、第三方倉,同時對倉庫的適配區(qū)域、發(fā)貨優(yōu)先級進(jìn)行管理。

3. 物流

物流管理:針對平臺、店鋪、商品選擇優(yōu)先發(fā)貨物流方,然后根據(jù)物流是否超區(qū)等情況進(jìn)行物流配送方匹配。同時有異常情況補償機制。

二、正向訂單

這個主要是看公司運營、倉庫人員的分工,OMS、WMS系統(tǒng)的界限。都是為了高效處理訂單。同時信息回傳給平臺很重要。

三、客戶操作

在訂單發(fā)貨的過程中,客戶有可能進(jìn)行對應(yīng)操作。這一部分怎么及時修改同頻各方,同時如果已出庫,怎么做訂單攔截與物流通知,從以下兩方面闡述:

1. 訂單修改

1)修改收貨信息

① 系統(tǒng)處理機制

在正向訂單不同節(jié)點,看【物流面單】的生成節(jié)奏是放在哪個部分。由于原WMS系統(tǒng)是第三方系統(tǒng),批量打物流面單功能操作性差,當(dāng)時將【物流面單】功能放在了OMS系統(tǒng)上,這樣【物流面單】打單節(jié)點就前置化,對應(yīng)客戶想修改訂單信息就比較困難,只能人工干預(yù)。

后面改造將【物流面單】生成換件后置到【播種復(fù)核】環(huán)節(jié),這個時候物流信息修改功能就有了更長的時間。

當(dāng)然如果是商品已出庫,這部分只能由人工與快遞公司進(jìn)行溝通處理。

② 信息同頻客服機制

收貨信息是否可以修改,修改是否成功等信息需要系統(tǒng)及時反饋給客服,這樣客服在處理【售中】時,能有及時有效。

2)修改物流方式

處理機制同【修改收貨信息】。

2. 退款訂單

退款訂單考量的是,訂單及時拉取平臺狀態(tài)能力,訂單攔截能力(有些平臺是無條件退款,有些平臺有中間狀態(tài),有些平臺需要客服介入)。

四、售后處理

1. 退貨

這一部分首先要【關(guān)聯(lián)贈品】,不要出現(xiàn)訂單商品退了,贈品還繼續(xù)發(fā)的情況。

其次訂單會有整單退、部分退的情況,OMS需要聯(lián)合WMS實現(xiàn)履約全鏈路的退貨信息、處理機制暢通。

2. 錯發(fā)、漏發(fā)(補發(fā))

這一部分,一般發(fā)現(xiàn)是由客戶發(fā)現(xiàn),客服人工介入進(jìn)行修改。所以無需再同步平臺。OMS實現(xiàn)人工補發(fā)機制,同時針對高價值品有一個倉庫退回驗收機制。

五、訂單其他情況

由于公司是醫(yī)藥連鎖企業(yè),同時存在運營需求,所以會有以下3類其他處理機制:

1. 特殊訂單標(biāo)注機制

類似處方藥,需要有【已審方狀態(tài)】,才能進(jìn)行訂單履約,這一部分要有對應(yīng)的處理機制。

2. 跨系統(tǒng)訂單軌跡顯示

這部分分為以下兩部分:

1)庫內(nèi)操作節(jié)點顯示

為了運營方便處理訂單,做【售中】、【售后】處理。

2)出庫物流信息顯示

同步平臺,方便用戶查詢。

3. 工作預(yù)警機制

視運營需要,針對各種運營環(huán)節(jié)異常數(shù)據(jù)進(jìn)行統(tǒng)計反饋。方便運營與倉庫及時人工介入處理。

本文由 @蛋殼粥 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 求后續(xù)更新

    來自廣東 回復(fù)
    1. 后續(xù)更新,想探討哪方面的?

      來自貴州 回復(fù)