后臺系統(tǒng)：訂單管理

一，訂單流程首先，在設計后臺前，需要明確的就是C端用戶的操作場景以及在該場當然，在實際業(yè)務中，訂單流程遠沒這么簡單。比如在用戶結(jié)算付款/取消訂單/退款/退貨流程中，可能還會涉及到滿減、滿贈、優(yōu)惠券、打折、積分抵扣等情況，這種訂單金額不僅僅只包含了商品金額，一般來說，訂單金額=商品金額+運費-優(yōu)惠-積分抵扣等。所以，在用戶結(jié)算時，就會涉及到不同模塊和數(shù)據(jù)的交互（一般來說，滿減滿贈或者運營活動相關的數(shù)據(jù)，都是有單獨的表記錄的），反之，取消訂單/退款/退貨也是如此。二訂單狀態(tài)明確了訂單流程之后，就可以知道從訂單創(chuàng)建到交易完成這整個過程中所包含的狀態(tài)。從上圖可知，整個流程可分為未付款、已付款待發(fā)貨、已發(fā)貨和已收貨四個階段。而涉及到的模塊主要有支付和庫存。以下就來介紹一下訂單在各個階段所涉及到的內(nèi)容：程偉自明：皓同自衲融生成"'待豚-刮心；：硼訂中.源隊.訂尊?苗眠一.節(jié)，，:i.%H.T■:即rtJF■朝期缺*關?訂卻.?嘲親扇成功已收貨?-甲戶申蹌1寂加覺-已付楸，持發(fā)貨親扇成功已收貨?-甲戶申蹌1寂加覺-已付楸，持發(fā)貨狀態(tài)

I三訂單列表設計上面概述了訂單運轉(zhuǎn)流程及主要狀態(tài)，那么，現(xiàn)在就來說一下訂單列表的設計。首先，列表即是數(shù)據(jù)的展現(xiàn)。而數(shù)據(jù)的展現(xiàn)又來自于實際的需求，除了上述所說的狀態(tài)及操作外。還有一個重要因素就是訂單信息，信息的詳細與否直接關系到訂單的跟蹤以及后續(xù)數(shù)據(jù)的分析。對于整個系統(tǒng)來說，數(shù)據(jù)是極為重要的部分嗎，所以在設計字段信息時，需要盡可能的全面。從內(nèi)容上來說，訂單的信息主要包括商品信息、支付信息、物流信息等，如下圖所示：渠遣/平臺信息訂單來瞻J.位百信息■,一物流信息配送人信息一:支句渠if_支村金頷1,支付信息優(yōu)崽金頷位百信息■,一物流信息配送人信息一:支句渠if_支村金頷1,支付信息優(yōu)崽金頷.'促鎧方式■?、-活動F促舞信息優(yōu)柬色質(zhì)三支付狀戀物流狀戀）狀杏信息退款7退賞狀態(tài)'iJWIlj商耕彌商品信舄，L商顯數(shù)量1.商品價格下單肘間支時時閭R發(fā)貨肘何,收貨時間補充：在實際公司業(yè)務中，可能還會涉及到向經(jīng)銷商直接供貨的情況，可能是線上，也可能是線下，但即使是線下，訂單也是需要進入到系統(tǒng)的，因此在設計時，需要實現(xiàn)了解業(yè)務操作的細節(jié)；如果是線下訂單，需要考慮訂單的創(chuàng)建人可能會是哪些角色，不同角色創(chuàng)建的訂單流程也會有所不同。從結(jié)構(gòu)上來說，訂單頁面其實也就是個列表頁，主要包括搜索區(qū)、列表區(qū)和操作區(qū)。1）搜索區(qū)域在訂單列表中，因為涉及到的信息和狀態(tài)比較多，所以為了提高工作效率，需要將常用的重要的條件作為篩選項，以便于快速查找。一般情況下，搜索區(qū)域主要包括：訂單編號、訂單狀態(tài)、付款狀態(tài)、退款狀態(tài)、交易時間、支付渠道、平臺、區(qū)域等，根據(jù)業(yè)務范圍而定，當然，顯示哪些條件，還要看權限等級。2）列表區(qū)域前面已經(jīng)介紹了訂單詳情，包含的信息較多，所以后臺列表中不可能直接顯示訂單相關的所有字段，此時就需要有所取舍，選擇比較重要的字段比如訂單編號、支付流水號、訂單狀態(tài)、退款狀態(tài)等信息。而剩余的其他信息，可以通過下級頁面或自定義菜單來顯示。這里需要特別注意的就是訂單的狀態(tài)和操作，在設計前，需要對業(yè)務流程相當熟悉，明確場景中的每種狀態(tài)以及各狀態(tài)下的操作權限。3）操作區(qū)域?qū)τ谟唵蔚牟僮鳎旧暇褪且恍┐_認、審核、鎖單、跟進、退款等。、其他因素訂單是否需要拆分：比如OTA中的訂單系統(tǒng)，一張訂單可能會被拆分為酒店子訂單和各種單項子訂單，而這些子訂單有可能是由不同的人去處理，而且有的時候是需要支持客服人員可以在訂單中繼續(xù)增加子訂單的，電商平臺也一樣，通常都會包含一個主訂單號和多個子訂單號，這時就需要考慮在退貨/退款時是否支持根據(jù)子訂單的維度退款；訂單的取消滁了用戶，內(nèi)部人員在哪些情況下可以主動取消訂單，而該種情況下取消訂單，流程該如何操作，又該給用戶怎樣的反饋；產(chǎn)品/商品來源：在用戶下單前，是否已有庫存，當然，在一般的電商系統(tǒng)中，基本上都是已經(jīng)有庫存才可以售賣的，但比如在OTA這樣的訂單系統(tǒng)中，產(chǎn)品即服務，是具有不確定性的，所以在生成訂單的時候，同時要根據(jù)其子訂單生成對應的供應商訂單，用戶下單后，企業(yè)再去向供應商下單預訂，其實就比較類似于代售的情況；訂單生成規(guī)則：一般情況下，商品的來源和渠道各不相同，很多時候為了便于區(qū)分，可能就需要在訂單的生成規(guī)則里加入一些特殊的字符進行標識；活動訂單：當平臺在做活動時，商品的價格一般都會出現(xiàn)大的波動，那么就需要考慮此時下的訂單是否需要單獨管理；訂單