對電商公司來講，最核心最難做的有三部分：商品、訂單、庫存。商品與店鋪、營銷、評價等相關(guān)；訂單與會員、營銷、支付、庫存、物流等相關(guān)；庫存與訂單、采購、WMS（倉儲管理系統(tǒng)）、營銷等相關(guān)。在這里我將結(jié)合自己在電商后臺產(chǎn)品設(shè)計(jì)中遇到的一些問題與解決方案總結(jié)出來，僅供參考～

一.訂單流程

訂單流程是指C端用戶的操作與后臺發(fā)生交互的運(yùn)轉(zhuǎn)流程（含正向流程和逆向流程），如下圖：

當(dāng)然，在實(shí)際業(yè)務(wù)中，訂單流程遠(yuǎn)沒這么簡單。比如在用戶結(jié)算付款/取消訂單/退款/退貨流程中，可能還會涉及到滿減、優(yōu)惠券、積分抵扣等情況。又或者說用戶下單后，電商平臺與WMS的數(shù)據(jù)交互，都是整個訂單流程中很關(guān)鍵的節(jié)點(diǎn)。

二.訂單狀態(tài)

從訂單流程圖可知，正向流程可分為待付款、待發(fā)貨、待發(fā)貨和已收貨/已完成/交易成功、四個階段，再加上交易關(guān)閉（逆向流程產(chǎn)生）。下訂單流程涉及到的模塊主要有支付和庫存，對于用戶端來講訂單在各個階段所涉及到的主要操作如下圖，分為商品行與訂單行的操作（是因?yàn)橛唵蔚哪嫦蛄鞒讨猩暾埻丝畹仁酆蟛僮魇巧唐肪S度的操作）對于商家后臺來講，訂單各個階段端主要操作有發(fā)貨、審核、退款、修改地址等（可參考：三.訂單列表）。

這里特別說明一下交易成功，是指在收貨后N天后，此時除去售后問題外，渠道側(cè)會涉及到平臺和支付渠道結(jié)算的問題，貨款需要從支付渠道流入平臺賬戶；商戶側(cè)會涉及到平臺需要生成待結(jié)算清單問題，明細(xì)該筆訂單商戶結(jié)算款是多少。

三.訂單列表

訂單列表頁由搜索區(qū)、列表區(qū)和操作區(qū)組成。

1.搜索區(qū)域主要包括：訂單編號、訂單狀態(tài)、下單時間、買家姓名、支付渠道、訂單等，為了提高工作效率，需要將常用的重要的條件作為篩選項(xiàng)，同時將可以收起次要篩選項(xiàng)，以便于快速查找，一屏展示更多訂單。

2.訂單列表區(qū)的信息來源與訂單詳情，信息種類以及要素較多（可參考：四.訂單詳情信息價格圖）所以后臺列表中不可能直接顯示訂單相關(guān)的所有字段，需商家更關(guān)注使用頻率更高的字段比如訂單編號、訂單狀態(tài)、退款狀態(tài)等信息。而剩余的其他信息，可以通過下級訂單詳情頁面展示。

四.訂單詳情

訂單詳情的信息包括商品信息、訂單信息、用戶信息、支付信息、物流信息等，如下圖所示：

1.用戶信息包括用戶賬號、用戶身份等級（普通會員/VIP）、用戶的收貨地址、收貨人、收貨人電話等組成。用戶身份等級信息可以用來和促銷系統(tǒng)進(jìn)行匹配，獲取商品折扣。

2.訂單信息這里要補(bǔ)充一個概念-拆單。拆單有兩次，一次是訂單層面的拆單-在用戶提交訂單之后、支付之前拆單，這個拆單主要是因?yàn)槎嗌唐泛喜⒅Ц稌r，各個商品屬于不同商家，此時訂單需要使用父子訂單進(jìn)行區(qū)分。父訂單是記錄一次下單和合并支付的依據(jù)，子訂單是買家和商家跟蹤物流，售后、結(jié)算的依據(jù)（對于合并支付的訂單，京東是拆為兩個不同的訂單編號，淘寶也是按照店鋪拆為兩個訂單，但是訂單編號相同）；二次是商品層面的拆單-在用戶下單之后，商家發(fā)貨之前，去拆分發(fā)貨單（SKU層面），這個拆單由于商品分屬不同的倉庫/商品品類需要單獨(dú)打包發(fā)物流。

3.物流信息分兩種業(yè)務(wù)場景來講。一，平臺自營商品通過WMS系統(tǒng)完成訂單出庫的是可以自動完成包裹物流信息的回傳；二，第三方店鋪通過自己的倉庫打單發(fā)貨的情況，是需要商家在后臺系統(tǒng)手動上傳包裹物流信息。補(bǔ)充一點(diǎn)：現(xiàn)在絕大多數(shù)物流公司都開放了物流接口，可以根據(jù)物流接口獲取物流狀態(tài)信息。當(dāng)用戶收到貨后，可以根據(jù)物流公司反饋的簽收結(jié)果，設(shè)置提醒用戶確認(rèn)收貨。

五.逆向訂單

1.修改訂單，此操作發(fā)生在預(yù)下單過程中，用戶沒有提交訂單，可以對訂單一些信息進(jìn)行修改，比如配送信息，優(yōu)惠信息，及其他一些訂單可修改范圍的內(nèi)容，此時只需對數(shù)據(jù)進(jìn)行變更即可。值得一提的是，在預(yù)下單也就是確認(rèn)訂單時，是不支持用戶修改選購商品的規(guī)格和數(shù)量的。這是為啥呢？

2.取消訂單，此操作用戶主動取消訂單和用戶超時未支付，兩種情況下訂單都會取消訂單，而超時情況是系統(tǒng)自動關(guān)閉訂單，所以在訂單支付的響應(yīng)機(jī)制上面要做支付的限時處理，尤其是在前面說的下單減庫存的情形下面，可以保證快速的釋放庫存。

3.退款，待發(fā)貨訂單狀態(tài)下取消訂單時，分為商戶退款（庫存不足或者其他原因）和用戶申請退款。其中用戶退款分三種場景：商家還未發(fā)貨，系統(tǒng)應(yīng)該支持用戶申請退款（無需審批）；若商品還未出庫，則需要推送至WMS從而在倉庫內(nèi)進(jìn)行攔截，攔截成功則暫定出庫，釋放庫存，同步訂單系統(tǒng)同意取消訂單，同時進(jìn)入退款流程；若商品已出庫，系統(tǒng)不支持退款申請，雙方達(dá)成一致后，由賣家點(diǎn)同意退款系統(tǒng)更新退款狀態(tài)，對訂單進(jìn)行退款操作，金額原路返回用戶的賬戶，同時關(guān)閉原訂單數(shù)據(jù)。

4.退貨退款，需要與商戶進(jìn)行協(xié)商，如果協(xié)商過程存在爭議平臺客服介入進(jìn)行協(xié)調(diào)。如無爭議，商戶審核通過后告知用戶退貨流程及退回的收件信息，進(jìn)入退貨流程后，商家收到用戶退貨商品后，庫存系統(tǒng)進(jìn)行補(bǔ)回，退貨入庫，訂單系統(tǒng)確認(rèn)后進(jìn)行退款，同時關(guān)閉訂單。

六.總結(jié)

以上是訂單管理層面的一個整體總結(jié)和說明，在完整的電商架構(gòu)中其實(shí)還有調(diào)度中心（串聯(lián)WMS系統(tǒng)與訂單管理中心）后面爭取在梳理庫存的時候一起分析總結(jié)一下這個模塊。

文章來源：優(yōu)設(shè) 作者：依拳超人

藍(lán)藍(lán)設(shè)計(jì)( www.bouu.cn )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)