產(chǎn)品需求-后臺(tái)系統(tǒng)訂單管理

后臺(tái)系統(tǒng)訂單管理訂單交易方式管理記錄了所有的交易數(shù)據(jù)，在后臺(tái)系統(tǒng)設(shè)計(jì)工作中是非常重要的一環(huán)。訂單管理是后臺(tái)系統(tǒng)中較為重要的一部分，它廖旺了所有的交易數(shù)據(jù)，可以對(duì)訂單需要進(jìn)行監(jiān)控和操作，與用戶、運(yùn)營(yíng)、財(cái)務(wù)等雖然有著密切的關(guān)系。以下就來(lái)總結(jié)一下后臺(tái)系統(tǒng)中訂單管理的設(shè)計(jì)。一般來(lái)說(shuō)，訂單管理后臺(tái)的操作用戶都是公司內(nèi)部人員，但需要支持的實(shí)際上還有C端用戶的需求。所以在設(shè)計(jì)時(shí)，訂單管理系統(tǒng)需要包括兩部分的內(nèi)容：首先，在設(shè)計(jì)后臺(tái)前，需要明確的就是C端用戶的操作場(chǎng)景以及在該場(chǎng)景中后臺(tái)需要有支持的操作。如下圖所示，是產(chǎn)品銷售一個(gè)簡(jiǎn)單的訂單冷卻系統(tǒng)流程：

當(dāng)然，在實(shí)際業(yè)務(wù)中，訂單流程稍遠(yuǎn)沒(méi)這么簡(jiǎn)單。比如在用戶支付付款/取消訂單/退款/退貨流程中，可能還會(huì)涉及到滿減、滿贈(zèng)、優(yōu)惠券、打折、積分抵扣等情況，這種囊括訂單金額不僅僅只包含了商品金額，一般來(lái)說(shuō)，訂單金額=商品金額+運(yùn)費(fèi)-優(yōu)惠-積分抵扣等。所以，在用戶結(jié)算時(shí)，就會(huì)涉及到不同需要模塊和數(shù)據(jù)的交互（一般來(lái)說(shuō)，社會(huì)活動(dòng)滿減滿贈(zèng)或者運(yùn)營(yíng)管理活動(dòng)相關(guān)的數(shù)據(jù)，都是有單獨(dú)的表記錄的），反之，取消訂單/退款/退貨也是如此。明確了供貨流程之后，就可以從知道訂單創(chuàng)建到交易完成這整個(gè)過(guò)程中所包含的狀態(tài)。從上圖可知，整個(gè)流程可分為未提貨、已付款待發(fā)貨、已發(fā)貨和已收貨四個(gè)階段。而涉及到的模塊主要有支付和庫(kù)存。以下就來(lái)介紹一下訂單在透露各個(gè)階段所涉及到的內(nèi)容： 網(wǎng)|啟一場(chǎng)H-都破一燈單、WittJ一~%—:皿口中.冕而蛔一至海音餐一門一―用,F"『―培L]?地，?■出.再用通扃_后白河Ifi:關(guān)潴訂里?否陋■已付整!,為送貨|'莊傕增的用戶多少IS，二.用戶一用丁惺觸常咫即慚fit V!*:碎I題博要指:狀態(tài)1巳發(fā)段,梏嶺I-三餐舉羲,用戶儕Ml以國(guó)首二世生放言;時(shí)耐I鼠 會(huì)鼻成如H._曰度比I_E.用——1￡『一曲上面概述了訂單運(yùn)轉(zhuǎn)流程及主要狀態(tài)，那么，嘿嘿現(xiàn)在就來(lái)說(shuō)一下訂單列表的設(shè)計(jì)。首先，列表即是統(tǒng)計(jì)數(shù)據(jù)的展現(xiàn)。而數(shù)據(jù)的展現(xiàn)又來(lái)自于實(shí)際的需求，除了上述所說(shuō)的狀態(tài)及操作外。還有一個(gè)重要不利因素就是訂單重要信息，信息的詳細(xì)與否直接關(guān)系到訂單的跟蹤以及后續(xù)數(shù)據(jù)資料的后續(xù)分析。對(duì)于無(wú)數(shù)個(gè)系統(tǒng)來(lái)說(shuō)，數(shù)據(jù)是極為重要的部分嗎，所以在設(shè)計(jì)字段內(nèi)部信息時(shí)，需要盡可能的全面。.從內(nèi)容上來(lái)說(shuō)，訂單的信息主要包括商品信息、支付信息、物流信息等，如下圖所示：

精理信息酣若人信息支對(duì)煢直支忖金額受對(duì)狀恚翎漉K志支付時(shí)間退獻(xiàn);退貸狀態(tài)及賃時(shí)間抬及時(shí)間、商品價(jià)培,訂單精理信息酣若人信息支對(duì)煢直支忖金額受對(duì)狀恚翎漉K志支付時(shí)間退獻(xiàn);退貸狀態(tài)及賃時(shí)間抬及時(shí)間、商品價(jià)培,訂單給號(hào)輔導(dǎo)信息交易流水號(hào)1運(yùn)單煽昌買家信息用戶值息一賣冢信息—名稱.商品信星巳商同敵量下單時(shí)間補(bǔ)充：在實(shí)際英國(guó)公司業(yè)務(wù)中，可能還會(huì)涉及到向經(jīng)銷商直接供貨的情況，可能是線上，也可能是線下，但即使是線下，訂單也是需要進(jìn)入到系統(tǒng)要的，因此在設(shè)計(jì)時(shí)，可以實(shí)現(xiàn)了解業(yè)務(wù)操作的細(xì)節(jié);如果是線下訂單，需要訂單的創(chuàng)建人可能會(huì)是哪些角色，不同角色創(chuàng)建的訂單各個(gè)環(huán)節(jié)也會(huì)有所不同。.從結(jié)構(gòu)上來(lái)說(shuō)，訂單全文頁(yè)面其實(shí)也就是個(gè)列表頁(yè)，主要包括搜索區(qū)、列表區(qū)和操作區(qū)。1）搜索區(qū)域在訂單列表中，因?yàn)樯婕暗降男畔⒑蜖顟B(tài)比較多，所以為了提高管理成本，可能需要將常用的重要的條件作為篩選項(xiàng)，以便于快速查找。一般情況下，搜索區(qū)域主要包括：訂單編號(hào)、訂單狀態(tài)、付款狀態(tài)、退款狀態(tài)、交易時(shí)間、支付渠道、平臺(tái)、區(qū)域等，根據(jù)業(yè)務(wù)范圍而定，當(dāng)然，顯示哪些條件，還要看權(quán)限等級(jí)。2）列表區(qū)域前面已經(jīng)介紹了訂單詳情，包含的信息較多，所以后臺(tái)列表中不可能直接顯示訂單相關(guān)的所有字段，此時(shí)就需要有有所取舍，選擇比較重要的字段比如訂單序列號(hào)、支付流水號(hào)、訂單狀態(tài)、退款狀態(tài)等信息。而剩余的其他資料，可以通過(guò)下級(jí)頁(yè)面或自定義菜單來(lái)顯示。這里需要特別注意的就是交貨的狀態(tài)和操作，在設(shè)計(jì)前，需要對(duì)業(yè)務(wù)流程相當(dāng)熟悉，明確場(chǎng)景中的中所每種狀態(tài)以及各狀態(tài)下的操作權(quán)限。3）操作區(qū)域?qū)τ谟唵蔚牟僮鳎旧暇褪且恍┡卸?、審核、鎖單、跟進(jìn)、退款等。.訂單有否需要拆分：比如OTA中的訂單系統(tǒng)，一張訂單可能會(huì)被拆分為商場(chǎng)子訂單和次子各種單項(xiàng)子訂單，而這些子訂單有可能是由不同的人去處理，而且有的時(shí)候是需要支持客服人員可以在訂單中繼續(xù)的子訂單增加，電商平臺(tái)也一樣，通常都會(huì)包含一個(gè)主訂單號(hào)和多個(gè)子訂單號(hào)，這時(shí)就需要重新考慮在退貨/退款線性時(shí)是否支持根據(jù)子訂單的維度退款；.訂單的取消：除了用戶，內(nèi)部人員在哪些情況下可以主動(dòng)取消訂單，而該種情況下取消訂單，流程該如何操作，又該給應(yīng)用程序怎樣的反饋；.訂單生成規(guī)則：一般情況下，林宏吉工業(yè)產(chǎn)品的來(lái)源和渠道各不相同，很多時(shí)候?yàn)榱艘岳麉^(qū)分，可能就需要在訂單的生成規(guī)則里加入一些特殊的字符進(jìn)行標(biāo)識(shí)；.活動(dòng)訂單：當(dāng)平臺(tái)在做活動(dòng)時(shí)則，商品的價(jià)格一般都會(huì)出現(xiàn)大的波動(dòng)，那么就需要需要考慮此時(shí)下此刻的訂單是否需要單