一勋锤、 關(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)物車(chē)、商品系統(tǒng)恢氯，營(yíng)銷(xiāo)系統(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)看示例圖：
1.? 購(gòu)物車(chē)：個(gè)人認(rèn)為是訂單的起點(diǎn)苦银，商品會(huì)被加入購(gòu)物車(chē)，然后會(huì)被提交
2.? 商品系統(tǒng)：在提交訂單頁(yè)面會(huì)看到該訂單所包含的商品信息赶站，例如商品名稱幔虏、所購(gòu)買(mǎi)數(shù)量、價(jià)格贝椿、售后信息等
3.? 營(yíng)銷(xiāo)系統(tǒng)：會(huì)顯示商品是否優(yōu)惠信息想括，例如滿減、優(yōu)惠券
4.? 會(huì)員系統(tǒng)：會(huì)顯示該會(huì)員是否有基于會(huì)員等級(jí)的折扣信息(如淘寶的88會(huì)員)团秽，或是否有可抵扣金額的會(huì)員點(diǎn)數(shù)(如京豆)主胧；會(huì)顯示該會(huì)員下面的收貨地址信息叭首、也會(huì)顯示該會(huì)員下面是否有充值卡习勤、運(yùn)費(fèi)券等。
5.? 倉(cāng)庫(kù)系統(tǒng)：基于收貨地址信息顯示發(fā)貨倉(cāng)庫(kù)焙格，自提地點(diǎn)等图毕，并且訂單最終會(huì)流轉(zhuǎn)到該系統(tǒng)進(jìn)行發(fā)貨操作。
6.? 支付系統(tǒng)：顯示支付方式(如貨到付款眷唉、在線支付等)予颤、并且在支付的時(shí)候計(jì)算該會(huì)員實(shí)際應(yīng)付的金額，以及顯示銀行卡信息等冬阳。
7.? 物流系統(tǒng)：顯示配送時(shí)間蛤虐、配送方式、運(yùn)費(fèi)等肝陪，并且在訂單發(fā)貨后會(huì)顯示實(shí)際的配送路徑驳庭。
8.? 財(cái)務(wù)系統(tǒng)：顯示開(kāi)票信息等，在訂單完成后會(huì)生成發(fā)票氯窍。
9.? 內(nèi)容系統(tǒng)：顯示訂單留言等
三饲常、訂單的輸入?
個(gè)人認(rèn)為訂單的輸入(亦可稱之為來(lái)源)可分為內(nèi)部和外部?jī)煞N方式：
1.? 內(nèi)部：即自建商城傳輸過(guò)來(lái)的訂單；
a.? 自建商城的訂單系統(tǒng)涉及的其他系統(tǒng)比較多狼讨，基本上上圖所示的系統(tǒng)都涉及到了贝淤。
b.? 自建商城訂單在訂單創(chuàng)建時(shí)有著更多的判斷邏輯，如是否需要事先拆單的政供、優(yōu)惠信息是否可用播聪、商品庫(kù)存是否滿足要求朽基、會(huì)員是否正常等
c.? 內(nèi)部訂單由于存在支付的動(dòng)作，所以會(huì)有多出待付款犬耻，待評(píng)價(jià)這2個(gè)狀態(tài)踩晶，
d.? 內(nèi)部訂單由于涉及支付和營(yíng)銷(xiāo)，所以對(duì)訂單系統(tǒng)的并發(fā)能力枕磁、負(fù)載能力以及支付能力有相當(dāng)高的要求渡蜻，每一步都不允許出錯(cuò)，一旦出錯(cuò)就意味著營(yíng)業(yè)額的損失和用戶的流失计济。
e.? 訂單數(shù)據(jù)計(jì)算和處理的要求更高茸苇，商品多少金額，優(yōu)惠了多少金額沦寂，抵扣了多少金額学密，實(shí)付多少金額等都需要準(zhǔn)確計(jì)算，在財(cái)務(wù)報(bào)表內(nèi)能夠清晰展示传藏。
2.? 外部：即第三方系統(tǒng)傳輸過(guò)來(lái)的訂單腻暮，一般代表性的就是分銷(xiāo)訂單，如供應(yīng)商的訂單系統(tǒng)會(huì)接收外部系統(tǒng)的訂單毯侦，
a.? 第三方系統(tǒng)傳輸?shù)挠唵慰蘧福捎谟唵伪容^獨(dú)立，所以涉及的相關(guān)系統(tǒng)會(huì)少很多侈离。
b.? 第三方訂單在訂單接收時(shí)主要判斷傳輸方是否有資格试幽，商品是否上架狀態(tài)，庫(kù)存是否滿足卦碾，收貨人信息是否完整等铺坞。
c.? 由于該類(lèi)訂單相對(duì)來(lái)說(shuō)不需要很高的實(shí)時(shí)性(意思是該類(lèi)訂單對(duì)于消費(fèi)者來(lái)說(shuō)已經(jīng)付款了，現(xiàn)在只是后端處理)洲胖，所以對(duì)接口負(fù)載性能等要求相對(duì)就沒(méi)有那么高济榨。
d. 訂單數(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ì)把訂單歸類(lèi)到異常訂單潘拱。
下面是訂單各狀態(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ā)貨：
a.? 如果是內(nèi)部訂單則訂單狀態(tài)直接改變(消費(fèi)者端也會(huì)同步看到訂單狀態(tài)變化)芦岂；
b.? 如果是外部訂單則會(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ì)不同類(lèi)型的商城有所區(qū)別：
a. 自營(yíng)商城：一般客戶收貨后就完成訂單疹味，例如京東仅叫。
b. 非自營(yíng)商城：客戶需要自己點(diǎn)擊確認(rèn)收貨或經(jīng)過(guò)一段時(shí)間后系統(tǒng)自動(dòng)確認(rèn)收貨。
2. 外部訂單：
外部訂單系統(tǒng)訂單一般在發(fā)貨后就算完成糙捺。
六诫咱、 訂單管理系統(tǒng)設(shè)計(jì)想法
1.??在我們?cè)O(shè)計(jì)訂單系統(tǒng)的時(shí)候應(yīng)該先思考下公司業(yè)務(wù)類(lèi)型和邏輯，理清業(yè)務(wù)上訂單流的起止继找。理清后從訂單源頭開(kāi)始設(shè)計(jì)訂單系統(tǒng)：
a. 如果是自建商城類(lèi)的那么訂單模塊會(huì)涉及到其他系統(tǒng)遂跟，需要與其他系統(tǒng)的產(chǎn)品經(jīng)理(如多人)去討論逃沿，如何讓訂單系統(tǒng)與他們負(fù)責(zé)的系統(tǒng)進(jìn)行對(duì)接婴渡；如果是供應(yīng)鏈類(lèi)型的訂單系統(tǒng)，則需要考慮如何讓訂單能夠從外部順利傳輸?shù)较到y(tǒng)凯亮，是我們提供統(tǒng)一標(biāo)準(zhǔn)的API呢還是我們?nèi)ジ髯詫?duì)接第三方系統(tǒng)等等边臼。
b. 考慮輸入方式后，我們就要依據(jù)公司業(yè)務(wù)運(yùn)營(yíng)方式來(lái)考慮訂單的處理邏輯假消，訂單進(jìn)入系統(tǒng)后如何 讓系統(tǒng)自動(dòng)處理訂單柠并，依據(jù)什么規(guī)則；同時(shí)也要考慮對(duì)異常訂單的處理富拗。
c. 在考慮好訂單處理邏輯后臼予，就要考慮如何輸出訂單，是直接輸出給WMS還是會(huì)再輸出給其他ERP等等啃沪。由于是自動(dòng)化的輸出粘拾，也就要考慮與其他系統(tǒng)的對(duì)接方式。
d. 最后创千，我們就要用把公司業(yè)務(wù)代入到系統(tǒng)內(nèi)缰雇，看看是否能行程閉環(huán)入偷，是否還有欠缺或者是否遺漏了細(xì)節(jié)等。
2.? ?訂單管理系統(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)確爸业。
3.? 后臺(tái)系統(tǒng)訂單頁(yè)面的設(shè)計(jì)：
? ? a. 訂單列表頁(yè)面的設(shè)計(jì)
根據(jù)公司業(yè)務(wù)需要來(lái)設(shè)計(jì)列表頁(yè)展示的數(shù)據(jù)和布局几缭，以及篩選查詢的關(guān)鍵字段，具體可看示例圖：
? ? ?b. 訂單詳情頁(yè)的設(shè)計(jì)
訂單詳情頁(yè)一般來(lái)說(shuō)是模塊化的展示設(shè)計(jì)沃呢，訂單基礎(chǔ)信息年栓、商品信息、物流信息薄霜、支付信息等都需要有所區(qū)分某抓，這樣設(shè)計(jì)有利于詳情快速查看以及在系統(tǒng)研發(fā)的過(guò)程中讓開(kāi)發(fā)小哥哥不容易搞錯(cuò)哦，具體可看示例圖：
? ? c. 訂單規(guī)則設(shè)計(jì)
訂單規(guī)則根據(jù)業(yè)務(wù)的大小有簡(jiǎn)單和復(fù)雜惰瓜，所以具體需要看業(yè)務(wù)規(guī)模否副。如果公司現(xiàn)階段剛起步，則訂單規(guī)則可直接寫(xiě)進(jìn)訂單系統(tǒng)崎坊；如起步有一段時(shí)間了或者發(fā)展比較快备禀，則可事先就開(kāi)發(fā)好訂單規(guī)則模塊，以后有新的訂單規(guī)則直接通過(guò)運(yùn)營(yíng)人員設(shè)置即可奈揍，更加的方便和更快速的適應(yīng)業(yè)務(wù)的發(fā)展曲尸。
