一、訂單系統(tǒng)主要流程
首先，訂單從創(chuàng)建到完成的整個流程，基本可以分為未付款、已付款待發(fā)貨、已發(fā)貨和已收貨四個階段。而在這整個流程中，涉及到的其他模塊主要有支付和庫存。以下就先介紹一下訂單在各個階段需要考慮的點：
下圖為整個訂單的簡易運轉(zhuǎn)流程：
說明：在實際操作訂單中，可能還會有滿減、滿贈、優(yōu)惠券、活動活動、積分等情況，所以訂單信息一般不會只包含了商品總額，大多數(shù)情況下，訂單金額=商品金額+運費-優(yōu)惠-積分抵扣。所以，在用戶申請退款/退貨時應退金額計算就會麻煩一些，究竟如何進行扣除和退款，每個企業(yè)都有自己的一套規(guī)則，只要按照規(guī)則計算即可。
二、后臺頁面設計
上面概述了訂單運轉(zhuǎn)的流程，現(xiàn)在來說一下后臺頁面的設計。訂單系統(tǒng)后臺主要是對訂單進行監(jiān)控和管理的。
1、從內(nèi)容上來說，主要包括商品信息、支付信息、物流信息等，如下圖所示：
上圖只是簡單的整理了一張C端線上用戶創(chuàng)建的訂單所需的信息，但在實際公司業(yè)務中，可能還會涉及到向經(jīng)銷商直接供貨的情況，可能是線上，也可能是線下，但即使是線下，訂單也是需要進入到系統(tǒng)的，因此在設計時，需要實現(xiàn)了解業(yè)務操作的細節(jié)；
如果是線下訂單，需要考慮訂單的創(chuàng)建人可能會是哪些角色，不同角色創(chuàng)建的訂單流程也會有所不同；
權(quán)限問題；
2、從結(jié)構(gòu)上來說，訂單頁面其實也就是個列表頁，主要可分為搜索區(qū)、列表區(qū)和操作區(qū)。
（1）搜索區(qū)域：
在訂單列表中，因為涉及到的信息和狀態(tài)比較多，所以為了提高工作效率，需要將常用的重要的條件作為篩選項，以便于快速查找。 一般情況下，搜索區(qū)域主要包括：訂單編號、訂單狀態(tài)、付款狀態(tài)、退款狀態(tài)、交易時間、支付渠道、平臺、區(qū)域等，根據(jù)業(yè)務范圍而定，當然，顯示哪些條件，還要看權(quán)限等級。
（2）列表區(qū)域：
前面已經(jīng)介紹了訂單詳情，包含的信息較多，所以后臺列表中不可能直接顯示訂單相關的所有字段，此時就需要有所取舍，選擇比較重要的字段比如訂單編號、支付流水號、訂單狀態(tài)、退款狀態(tài)等信息、以及操作欄。而剩余的其他信息，可以通過下級頁面來顯示。
（3）操作區(qū)域：
對于訂單的操作，基本上就是一些處理、確認、審核的工作。
三、其他補充
訂單系統(tǒng)作為后臺系統(tǒng)中的關鍵模塊，可大可小，主要還是要根據(jù)業(yè)務的不同而定。
1、比如說，文中講到的只是比較簡單的流程，而實際上，在訂單的處理中，還需要考慮很多情況：
訂單是否需要拆分：比如OTA中的訂單系統(tǒng)，一張訂單可能會被拆分為酒店子訂單和各種單項子訂單，而這些子訂單有可能是由不同的人去處理，而且有的時候是需要支持客服人員可以在訂單中繼續(xù)增加子訂單的，電商平臺也一樣，通常都會包含一個主訂單號和多個子訂單號，這時就需要考慮在退貨/退款時是否支持根據(jù)子訂單的維度退款；
2、訂單的取消：除了用戶，內(nèi)部人員在哪些情況下可以主動取消訂單，而該種情況下取消訂單，流程該如何操作，又該給用戶怎樣的反饋；
3、產(chǎn)品/商品來源：在用戶下單前，是否已有庫存，當然，在一般的電商系統(tǒng)中，基本上都是已經(jīng)有庫存才可以售賣的，但比如在OTA這樣的訂單系統(tǒng)中，產(chǎn)品即服務，是具有不確定性的，所以在生成訂單的時候，同時要根據(jù)其子訂單生成對應的供應商訂單，用戶下單后，企業(yè)再去向供應商下單預訂，其實就比較類似于代售的情況；
4、訂單生成規(guī)則：一般情況下，商品的來源和渠道各不相同，很多時候為了便于區(qū)分，可能就需要在訂單的生成規(guī)則里加入一些特殊的字符進行標識；
5、活動訂單：當平臺在做活動時，商品的價格一般都會出現(xiàn)大的波動，那么就需要考慮此時下的訂單是否需要單獨管理；
由于訂單系統(tǒng)的設計與業(yè)務范圍和流程聯(lián)系比較緊密，因此文中僅對主要流程做了總結(jié)，不足之處歡迎補充！
文章來源：人人都是產(chǎn)品經(jīng)理
<數(shù)商云（www.zhimaihui.cn）是國內(nèi)知名企業(yè)級電商平臺提供商，為企業(yè)級商家提供系統(tǒng)開發(fā)（多種模式電商平臺搭建：B2B/B2B2C/B2C/O2O/新零售等）、供應商系統(tǒng)搭建及電商解決方案服務>
評論