軟件開發公司 APP開發 軟件開發 APP開發公司

        訂單管理(lǐ)是後端系統，記錄所有的(de)交易數據的(de)更重要的(de)組成部分(fēn)，訂單可(kě)以監控和(hé)與用(yòng)戶，業務，财務等密切相關的(de)工作。以下(xià)是後台系統中訂單管理(lǐ)的(de)設計總結..

在一般情況下(xià)，用(yòng)戶訂單管理(lǐ)後台的(de)操作都是公司内部人(rén)士，但事實上有需要支持C端用(yòng)戶的(de)需求。因此，訂單管理(lǐ)系統在設計中需要包括兩個(gè)部分(fēn)：

首先，用(yòng)戶能夠對(duì)應于整個(gè)訂單處理(lǐ)每一場(chǎng)景的(de)C端用(yòng)戶操作和(hé)能夠滿足公司内部相關部門的(de)需求，包括财務，采購(gòu)，運營等，

一、訂單流程

首先，設計背景前，需要明(míng)确的(de)是，C端用(yòng)戶在這(zhè)種情況下(xià)需要的(de)行動和(hé)場(chǎng)景，支持後台操作。

如下(xià)圖所示，

        在實際業務中，訂單處理(lǐ)絕非如此簡單。例如，在用(yòng)戶結算(suàn)付款/取消/退款/退貨過程中，也(yě)可(kě)能涉及到全額減價、全額禮品、優惠券、折扣、信用(yòng)等，這(zhè)類訂單金額不僅包括商品金額，一般情況下(xià)，訂單金額=商品金額運費-優惠-積分(fēn)扣除等。

因此，計費用(yòng)戶時(shí)，将涉及不同的(de)模塊和(hé)數據的(de)交互（在一般情況下(xià)，完全還(hái)原的(de)全禮品或業務活動有關的(de)數據被記錄在一個(gè)單獨的(de)表），與此相反，取消/退款/回報以及。

二、訂單狀态

通(tōng)過定義訂單流程，了(le)解從訂單創建到事務完成的(de)流程狀态..

從圖表顯示，整個(gè)過程可(kě)分(fēn)爲未付款，付款已發貨，并已出貨四個(gè)階段收據。該模塊主要涉及款項和(hé)存貨。下(xià)面将介紹在參與各個(gè)階段的(de)順序的(de)内容：

        三、訂單列表設計

訂單操作流程及主要狀态概述如上..現在，讓我們談談訂單清單的(de)設計。

首先，這(zhè)是一個(gè)列表，數據顯示。并且數據的(de)呈現來(lái)自于實際需求，除了(le)上面提到的(de)狀态和(hé)操作，另一個(gè)重要因素是詳細的(de)訂單信息，該信息直接關系到訂單跟蹤，以及數據的(de)跟蹤分(fēn)析。數據對(duì)于系統來(lái)說是一個(gè)非常重要的(de)部分(fēn)，所以在設計現場(chǎng)信息時(shí)，需要盡可(kě)能全面。

1.從内容，如下(xià)圖所示，包括商品信息，支付信息，流的(de)信息等，所述順序的(de)信息：

        1）搜索區(qū)域

在訂單列表中涉及的(de)信息和(hé)狀态較多(duō)，爲提高(gāo)工作效率，方便快(kuài)速查找，需要将常用(yòng)的(de)重要條件作爲篩選項，

在正常情況下(xià)，搜索區(qū)域包括：訂單号，訂單狀态，付款情況，退款狀态，交易時(shí)間，支付渠道，平台等方面的(de)優勢，根據企業的(de)規模而定，當然，什(shén)麽條件下(xià)顯示，但同樣的(de)權限級别。

2）列表區(qū)域

之前已經介紹過訂單的(de)詳細信息，包含的(de)信息較多(duō)，因此無法在後台列表中直接顯示與訂單相關的(de)所有字段，此時(shí)需要進行權衡，選擇訂單号，支付流水(shuǐ)号，訂單狀态，退款狀态等更重要的(de)字段..而其他(tā)剩餘的(de)信息，可(kě)以由下(xià)頁或自定義菜單顯示。

注意訂單的(de)狀态和(hé)操作，在設計之前，需要熟悉業務流程，明(míng)确場(chǎng)景中的(de)每個(gè)狀态和(hé)每個(gè)狀态下(xià)的(de)操作權限。

3）操作區(qū)域

對(duì)于訂單的(de)操作，基本上都是一些确認，審核，對(duì)沖，後續退款。

四、其他(tā)因素

1.是否需要拆分(fēn)訂單：例如，OTA中的(de)一個(gè)訂單系統可(kě)能會拆分(fēn)爲酒店(diàn)子訂單和(hé)各種單個(gè)子訂單，可(kě)能會被不同的(de)人(rén)處理(lǐ)，有時(shí)還(hái)需要支持客服人(rén)員(yuán)繼續在訂單中添加子訂單，以及電子商務平台，該平台通(tōng)常包含一個(gè)主訂單号和(hé)多(duō)個(gè)子訂單号，考慮是否在退貨/退款時(shí)支持基于子訂單維度的(de)退款；

2.訂單取消：除了(le)用(yòng)戶，在什(shén)麽情況下(xià)可(kě)以取消訂單内部員(yuán)工，取消訂單的(de)話(huà)，該怎麽操作的(de)流程，應該給用(yòng)戶什(shén)麽樣的(de)反饋;

3.産品/商品來(lái)源：用(yòng)戶下(xià)單前是否有庫存，當然在一般的(de)電子商務系統中，基本上有庫存可(kě)供銷售，但在OTA這(zhè)樣的(de)訂單系統中，産品或服務是不确定的(de)，因此在生成訂單時(shí)，應根據其子訂單生成相應的(de)供應商訂單。

4.訂單生成規則：一般情況下(xià)，資源和(hé)商品的(de)渠道不同，往往爲了(le)便于區(qū)分(fēn)，你可(kě)能需要添加一些特殊字符，以生成規則确定;

5.順序數據的(de)問題：在實際的(de)操作中，也(yě)可(kě)以是在不同的(de)表中的(de)命令時(shí)，數據延遲，重複訂單，單個(gè)洩漏等，這(zhè)需要引起注意，及時(shí)優化(huà)方案不一緻;

權限管理(lǐ)：不同的(de)部門和(hé)級别的(de)賬号都會有不同的(de)數據權限和(hé)操作權限，