? ? ? ? 軟件開發(fā)公司 APP開發(fā) 軟件開發(fā) APP開發(fā)公司

? ? ? ? 訂單管理是后端系統(tǒng)，記錄所有的交易數(shù)據(jù)的更重要的組成部分，訂單可以監(jiān)控和與用戶，業(yè)務(wù)，財(cái)務(wù)等密切相關(guān)的工作。以下是后臺(tái)系統(tǒng)中訂單管理的設(shè)計(jì)總結(jié)..

在一般情況下，用戶訂單管理后臺(tái)的操作都是公司內(nèi)部人士，但事實(shí)上有需要支持C端用戶的需求。因此，訂單管理系統(tǒng)在設(shè)計(jì)中需要包括兩個(gè)部分：

首先，用戶能夠?qū)?yīng)于整個(gè)訂單處理每一場景的C端用戶操作和能夠滿足公司內(nèi)部相關(guān)部門的需求，包括財(cái)務(wù)，采購，運(yùn)營等，

一、訂單流程

首先，設(shè)計(jì)背景前，需要明確的是，C端用戶在這種情況下需要的行動(dòng)和場景，支持后臺(tái)操作。

如下圖所示，

? ? ? ? 在實(shí)際業(yè)務(wù)中，訂單處理絕非如此簡單。例如，在用戶結(jié)算付款/取消/退款/退貨過程中，也可能涉及到全額減價(jià)、全額禮品、優(yōu)惠券、折扣、信用等，這類訂單金額不僅包括商品金額，一般情況下，訂單金額=商品金額運(yùn)費(fèi)-優(yōu)惠-積分扣除等。

因此，計(jì)費(fèi)用戶時(shí)，將涉及不同的模塊和數(shù)據(jù)的交互（在一般情況下，完全還原的全禮品或業(yè)務(wù)活動(dòng)有關(guān)的數(shù)據(jù)被記錄在一個(gè)單獨(dú)的表），與此相反，取消/退款/回報(bào)以及。

二、訂單狀態(tài)

通過定義訂單流程，了解從訂單創(chuàng)建到事務(wù)完成的流程狀態(tài)..

從圖表顯示，整個(gè)過程可分為未付款，付款已發(fā)貨，并已出貨四個(gè)階段收據(jù)。該模塊主要涉及款項(xiàng)和存貨。下面將介紹在參與各個(gè)階段的順序的內(nèi)容：

? ? ? ? 三、訂單列表設(shè)計(jì)

訂單操作流程及主要狀態(tài)概述如上..現(xiàn)在，讓我們談?wù)動(dòng)唵吻鍐蔚脑O(shè)計(jì)。

首先，這是一個(gè)列表，數(shù)據(jù)顯示。并且數(shù)據(jù)的呈現(xiàn)來自于實(shí)際需求，除了上面提到的狀態(tài)和操作，另一個(gè)重要因素是詳細(xì)的訂單信息，該信息直接關(guān)系到訂單跟蹤，以及數(shù)據(jù)的跟蹤分析。數(shù)據(jù)對(duì)于系統(tǒng)來說是一個(gè)非常重要的部分，所以在設(shè)計(jì)現(xiàn)場信息時(shí)，需要盡可能全面。

1.從內(nèi)容，如下圖所示，包括商品信息，支付信息，流的信息等，所述順序的信息：

? ? ? ? 1）搜索區(qū)域

在訂單列表中涉及的信息和狀態(tài)較多，為提高工作效率，方便快速查找，需要將常用的重要條件作為篩選項(xiàng)，

在正常情況下，搜索區(qū)域包括：訂單號(hào)，訂單狀態(tài)，付款情況，退款狀態(tài)，交易時(shí)間，支付渠道，平臺(tái)等方面的優(yōu)勢，根據(jù)企業(yè)的規(guī)模而定，當(dāng)然，什么條件下顯示，但同樣的權(quán)限級(jí)別。

2）列表區(qū)域

之前已經(jīng)介紹過訂單的詳細(xì)信息，包含的信息較多，因此無法在后臺(tái)列表中直接顯示與訂單相關(guān)的所有字段，此時(shí)需要進(jìn)行權(quán)衡，選擇訂單號(hào)，支付流水號(hào)，訂單狀態(tài)，退款狀態(tài)等更重要的字段..而其他剩余的信息，可以由下頁或自定義菜單顯示。

注意訂單的狀態(tài)和操作，在設(shè)計(jì)之前，需要熟悉業(yè)務(wù)流程，明確場景中的每個(gè)狀態(tài)和每個(gè)狀態(tài)下的操作權(quán)限。

3）操作區(qū)域

對(duì)于訂單的操作，基本上都是一些確認(rèn)，審核，對(duì)沖，后續(xù)退款。

四、其他因素

1.是否需要拆分訂單：例如，OTA中的一個(gè)訂單系統(tǒng)可能會(huì)拆分為酒店子訂單和各種單個(gè)子訂單，可能會(huì)被不同的人處理，有時(shí)還需要支持客服人員繼續(xù)在訂單中添加子訂單，以及電子商務(wù)平臺(tái)，該平臺(tái)通常包含一個(gè)主訂單號(hào)和多個(gè)子訂單號(hào)，考慮是否在退貨/退款時(shí)支持基于子訂單維度的退款；

2.訂單取消：除了用戶，在什么情況下可以取消訂單內(nèi)部員工，取消訂單的話，該怎么操作的流程，應(yīng)該給用戶什么樣的反饋;

3.產(chǎn)品/商品來源：用戶下單前是否有庫存，當(dāng)然在一般的電子商務(wù)系統(tǒng)中，基本上有庫存可供銷售，但在OTA這樣的訂單系統(tǒng)中，產(chǎn)品或服務(wù)是不確定的，因此在生成訂單時(shí)，應(yīng)根據(jù)其子訂單生成相應(yīng)的供應(yīng)商訂單。

4.訂單生成規(guī)則：一般情況下，資源和商品的渠道不同，往往為了便于區(qū)分，你可能需要添加一些特殊字符，以生成規(guī)則確定;

5.順序數(shù)據(jù)的問題：在實(shí)際的操作中，也可以是在不同的表中的命令時(shí)，數(shù)據(jù)延遲，重復(fù)訂單，單個(gè)泄漏等，這需要引起注意，及時(shí)優(yōu)化方案不一致;

權(quán)限管理：不同的部門和級(jí)別的賬號(hào)都會(huì)有不同的數(shù)據(jù)權(quán)限和操作權(quán)限，