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

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

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

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

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

訂單系統(tǒng)會(huì)與購(gòu)物車、商品系統(tǒng)，營(yíng)銷系統(tǒng)、會(huì)員系統(tǒng)、支付系統(tǒng)、物流系統(tǒng)、倉(cāng)庫(kù)系統(tǒng)、財(cái)務(wù)系統(tǒng)、內(nèi)容系統(tǒng)，具體請(qǐng)看示例圖：

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

三、訂單的輸入

個(gè)人認(rèn)為訂單的輸入(亦可稱之為來(lái)源)可分為內(nèi)部和外部?jī)煞N方式：

1. 內(nèi)部：即自建商城傳輸過(guò)來(lái)的訂單

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

2. 外部：即第三方系統(tǒng)傳輸過(guò)來(lái)的訂單

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

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

以上就是訂單的輸入，接下來(lái)我們聊訂單的處理。

四、 訂單的處理

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

1. 流轉(zhuǎn)處理

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

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

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

2. 發(fā)貨處理

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

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

3. 特殊情況處理

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

五、 訂單的完成

1. 內(nèi)部訂單

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

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

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

2. 外部訂單

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

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

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

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

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

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

后臺(tái)系統(tǒng)訂單頁(yè)面的設(shè)計(jì)：

1）訂單列表頁(yè)面的設(shè)計(jì)

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

2）訂單詳情頁(yè)的設(shè)計(jì)

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

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

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

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

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

題圖來(lái)自 Unsplash，基于 CC0 協(xié)議