關(guān)于訂單管理系統(tǒng)(OMS),你需要知道這些

4 評論 21786 瀏覽 93 收藏 11 分鐘

編輯導(dǎo)讀:訂單管理系統(tǒng),是整個電商系統(tǒng)的核心系統(tǒng)之一,有一定的復(fù)雜性。本文將從六個方面,圍繞訂單管理系統(tǒng)展開分析,希望對你有幫助。

一、 關(guān)于訂單管理系統(tǒng)

訂單管理系統(tǒng)即處理訂單的系統(tǒng),主要管理訂單的輸入,處理,輸出。其在一般電商系統(tǒng)中或在有交易功能的系統(tǒng)中,都是核心系統(tǒng)/功能之一,有一定的復(fù)雜度;但是雖然復(fù)雜,并不代表理解起來困難。

關(guān)于商品的文章里面,我們已經(jīng)從商品的輸入、維護(hù)、輸出的流程來介紹了商品系統(tǒng),那訂單也一樣,我們本文把訂單看成一個流程即訂單流來理解。

二、 訂單管理系統(tǒng)與整體系統(tǒng)的關(guān)系

訂單系統(tǒng)會與購物車、商品系統(tǒng),營銷系統(tǒng)、會員系統(tǒng)、支付系統(tǒng)、物流系統(tǒng)、倉庫系統(tǒng)、財務(wù)系統(tǒng)、內(nèi)容系統(tǒng),具體請看示例圖:

    • 購物車:個人認(rèn)為是訂單的起點,商品會被加入購物車,然后會被提交。
    • 商品系統(tǒng):在提交訂單頁面會看到該訂單所包含的商品信息,例如商品名稱、所購買數(shù)量、價格、售后信息等。
    • 營銷系統(tǒng):會顯示商品是否優(yōu)惠信息,例如滿減、優(yōu)惠券。
    • 會員系統(tǒng):會顯示該會員是否有基于會員等級的折扣信息(如淘寶的88會員),或是否有可抵扣金額的會員點數(shù)(如京豆);會顯示該會員下面的收貨地址信息、也會顯示該會員下面是否有充值卡、運費券等。
    • 倉庫系統(tǒng):基于收貨地址信息顯示發(fā)貨倉庫,自提地點等,并且訂單最終會流轉(zhuǎn)到該系統(tǒng)進(jìn)行發(fā)貨操作。
    • 支付系統(tǒng):顯示支付方式(如貨到付款、在線支付等)、并且在支付的時候計算該會員實際應(yīng)付的金額,以及顯示銀行卡信息等。
    • 物流系統(tǒng):顯示配送時間、配送方式、運費等,并且在訂單發(fā)貨后會顯示實際的配送路徑。
    • 財務(wù)系統(tǒng):顯示開票信息等,在訂單完成后會生成發(fā)票。
    • 內(nèi)容系統(tǒng):顯示訂單留言等。

三、訂單的輸入

個人認(rèn)為訂單的輸入(亦可稱之為來源)可分為內(nèi)部和外部兩種方式:

1. 內(nèi)部:即自建商城傳輸過來的訂單

  • 自建商城的訂單系統(tǒng)涉及的其他系統(tǒng)比較多,基本上上圖所示的系統(tǒng)都涉及到了。
  • 自建商城訂單在訂單創(chuàng)建時有著更多的判斷邏輯,如是否需要事先拆單的、優(yōu)惠信息是否可用、商品庫存是否滿足要求、會員是否正常等。
  • 內(nèi)部訂單由于存在支付的動作,所以會有多出待付款,待評價這2個狀態(tài)。
  • 內(nèi)部訂單由于涉及支付和營銷,所以對訂單系統(tǒng)的并發(fā)能力、負(fù)載能力以及支付能力有相當(dāng)高的要求,每一步都不允許出錯,一旦出錯就意味著營業(yè)額的損失和用戶的流失。
  • 訂單數(shù)據(jù)計算和處理的要求更高,商品多少金額,優(yōu)惠了多少金額,抵扣了多少金額,實付多少金額等都需要準(zhǔn)確計算,在財務(wù)報表內(nèi)能夠清晰展示。

2. 外部:即第三方系統(tǒng)傳輸過來的訂單

一般代表性的就是分銷訂單,如供應(yīng)商的訂單系統(tǒng)會接收外部系統(tǒng)的訂單。

  • 第三方系統(tǒng)傳輸?shù)挠唵?,由于訂單比較獨立,所以涉及的相關(guān)系統(tǒng)會少很多。
  • 第三方訂單在訂單接收時主要判斷傳輸方是否有資格,商品是否上架狀態(tài),庫存是否滿足,收貨人信息是否完整等。
  • 由于該類訂單相對來說不需要很高的實時性(意思是該類訂單對于消費者來說已經(jīng)付款了,現(xiàn)在只是后端處理),所以對接口負(fù)載性能等要求相對就沒有那么高。
  • 訂單數(shù)據(jù)處理方面,一般都是線下核對賬單,線下結(jié)算款項,所以主要在數(shù)據(jù)記錄和處理的準(zhǔn)確性方面有很高要求。

以上就是訂單的輸入,接下來我們聊訂單的處理。

四、 訂單的處理

個人認(rèn)為主要有3種處理方式:

1. 流轉(zhuǎn)處理

在訂單系統(tǒng)內(nèi),系統(tǒng)會對訂單進(jìn)行各種邏輯規(guī)則判斷,判斷后就會根據(jù)業(yè)務(wù)規(guī)則分發(fā)訂單,可簡單看示例圖:

基本上訂單的流轉(zhuǎn)處理是秒級,甚至是毫秒級就能處理完畢的,不能處理的或者處理失敗的都會把訂單歸類到異常訂單。

下面是訂單各狀態(tài)的流程圖:

2. 發(fā)貨處理

訂單一般流轉(zhuǎn)到倉庫進(jìn)行發(fā)貨操作,發(fā)貨后倉庫會把物流信息回傳到訂單系統(tǒng),訂單系統(tǒng)接收消息后會對訂單進(jìn)行發(fā)貨:

  • 如果是內(nèi)部訂單則訂單狀態(tài)直接改變(消費者端也會同步看到訂單狀態(tài)變化);
  • 如果是外部訂單則會通過接口告訴第三方系統(tǒng)該訂單的物流信息;

3. 特殊情況處理

在特殊情況下,就需要對訂單進(jìn)行人工處理,例如訂單無法流轉(zhuǎn)到下一級、訂單有備注等。人工處理的結(jié)果可能是跟消費者協(xié)商后讓其退款,也可能是手動的傳輸訂單等。

五、 訂單的完成

1. 內(nèi)部訂單

內(nèi)部訂單的完成并不在發(fā)貨后就完成,一般來說在客戶接收到訂單商品后即算完成。

但是對不同類型的商城有所區(qū)別:

  • 自營商城:一般客戶收貨后就完成訂單,例如京東。
  • 非自營商城:客戶需要自己點擊確認(rèn)收貨或經(jīng)過一段時間后系統(tǒng)自動確認(rèn)收貨。

2. 外部訂單

外部訂單系統(tǒng)訂單一般在發(fā)貨后就算完成。

六、 訂單管理系統(tǒng)設(shè)計想法

在我們設(shè)計訂單系統(tǒng)的時候,應(yīng)該先思考下公司業(yè)務(wù)類型和邏輯,理清業(yè)務(wù)上訂單流的起止。

理清后從訂單源頭開始設(shè)計訂單系統(tǒng):

  • 如果是自建商城類的那么訂單模塊會涉及到其他系統(tǒng),需要與其他系統(tǒng)的產(chǎn)品經(jīng)理(如多人)去討論,如何讓訂單系統(tǒng)與他們負(fù)責(zé)的系統(tǒng)進(jìn)行對接;如果是供應(yīng)鏈類型的訂單系統(tǒng),則需要考慮如何讓訂單能夠從外部順利傳輸?shù)较到y(tǒng),是我們提供統(tǒng)一標(biāo)準(zhǔn)的API呢還是我們?nèi)ジ髯詫拥谌较到y(tǒng)等等。
  • 考慮輸入方式后,我們就要依據(jù)公司業(yè)務(wù)運營方式來考慮訂單的處理邏輯,訂單進(jìn)入系統(tǒng)后如何 讓系統(tǒng)自動處理訂單,依據(jù)什么規(guī)則;同時也要考慮對異常訂單的處理。
  • 在考慮好訂單處理邏輯后,就要考慮如何輸出訂單,是直接輸出給WMS還是會再輸出給其他ERP等等。由于是自動化的輸出,也就要考慮與其他系統(tǒng)的對接方式。
  • 最后,我們就要用把公司業(yè)務(wù)代入到系統(tǒng)內(nèi),看看是否能行程閉環(huán),是否還有欠缺或者是否遺漏了細(xì)節(jié)等。

訂單管理系統(tǒng)涉及的其他系統(tǒng)比較多,所以在系統(tǒng)設(shè)計上應(yīng)該具有獨立性、拓展型和準(zhǔn)確性,獨立性代表訂單系統(tǒng)的維護(hù)或者異常不會影響到其他系統(tǒng);拓展型代表訂單系統(tǒng)在以后增加功能的時候方便快捷;準(zhǔn)確性是指訂單數(shù)據(jù)涉及到財務(wù)方面,所以應(yīng)該嚴(yán)謹(jǐn)和準(zhǔn)確。

后臺系統(tǒng)訂單頁面的設(shè)計:

1)訂單列表頁面的設(shè)計

根據(jù)公司業(yè)務(wù)需要來設(shè)計列表頁展示的數(shù)據(jù)和布局,以及篩選查詢的關(guān)鍵字段,具體可看示例圖:

2)訂單詳情頁的設(shè)計

訂單詳情頁一般來說是模塊化的展示設(shè)計,訂單基礎(chǔ)信息、商品信息、物流信息、支付信息等都需要有所區(qū)分,這樣設(shè)計有利于詳情快速查看以及在系統(tǒng)研發(fā)的過程中讓開發(fā)小哥哥不容易搞錯哦,具體可看示例圖:

3)訂單規(guī)則設(shè)計

訂單規(guī)則根據(jù)業(yè)務(wù)的大小有簡單和復(fù)雜,所以具體需要看業(yè)務(wù)規(guī)模。

如果公司現(xiàn)階段剛起步,則訂單規(guī)則可直接寫進(jìn)訂單系統(tǒng);如起步有一段時間了或者發(fā)展比較快,則可事先就開發(fā)好訂單規(guī)則模塊,以后有新的訂單規(guī)則直接通過運營人員設(shè)置即可,更加的方便和更快速地適應(yīng)業(yè)務(wù)的發(fā)展。

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 關(guān)于商品的文章里面,我們已經(jīng)從商品的輸入、維護(hù)、輸出的流程來介紹了商品系統(tǒng),那訂單也一樣,我們本文把訂單看成一個流程即訂單流來理解。
    ——商品的文章在哪?希望能拜讀

    來自廣東 回復(fù)
  2. 最近在看管家婆的云ERP設(shè)計的還是不錯的,相對標(biāo)準(zhǔn)化。給你推薦一下

    來自浙江 回復(fù)
  3. 銷售訂單與WMS之間不應(yīng)該有個調(diào)度層嗎??

    回復(fù)
    1. 是的,調(diào)度層可以是ERP(里面含訂單模塊),可以是單獨的OMS,也可以是在WMS集成的OMS系統(tǒng)。這篇文章是單獨的OMS。

      來自上海 回復(fù)