后臺系統:訂單管理
訂單管理記錄了所有的交易數據,在后臺系統設計工作中是非常重要的一環。
訂單管理是后臺系統中較為重要的一部分,它記錄了所有的交易數據,可以對訂單進行監控和操作,與用戶、運營、財務等都有著密切的關系。以下就來總結一下后臺系統中訂單管理的設計。
一般來說,訂單管理后臺的操作用戶都是公司內部人員,但需要支持的實際上還有C端用戶的需求。所以在設計時,訂單管理系統需要包括兩部分的內容:
- 一是要能夠與C端用戶在整個訂單流程中各個場景的操作相對應;
- 另一個是要能滿足公司內部相關部門的需求,包括財務、采購、運營等。
一、訂單流程
首先,在設計后臺前,需要明確的就是C端用戶的操作場景以及在該場景中后臺需要支持的操作。如下圖所示,是一個簡單的訂單運轉流程:
當然,在實際業務中,訂單流程遠沒這么簡單。比如在用戶結算付款/取消訂單/退款/退貨流程中,可能還會涉及到滿減、滿贈、優惠券、打折、積分抵扣等情況,這種訂單金額不僅僅只包含了商品金額,一般來說,訂單金額=商品金額+運費-優惠-積分抵扣等。
所以,在用戶結算時,就會涉及到不同模塊和數據的交互(一般來說,滿減滿贈或者運營活動相關的數據,都是有單獨的表記錄的),反之,取消訂單/退款/退貨也是如此。
二、訂單狀態
明確了訂單流程之后,就可以知道從訂單創建到交易完成這整個過程中所包含的狀態。
從上圖可知,整個流程可分為未付款、已付款待發貨、已發貨和已收貨四個階段。而涉及到的模塊主要有支付和庫存。以下就來介紹一下訂單在各個階段所涉及到的內容:
三、訂單列表設計
上面概述了訂單運轉流程及主要狀態,那么,現在就來說一下訂單列表的設計。
首先,列表即是數據的展現。而數據的展現又來自于實際的需求,除了上述所說的狀態及操作外。還有一個重要因素就是訂單信息,信息的詳細與否直接關系到訂單的跟蹤以及后續數據的分析。對于整個系統來說,數據是極為重要的部分嗎,所以在設計字段信息時,需要盡可能的全面。
1. 從內容上來說,訂單的信息主要包括商品信息、支付信息、物流信息等,如下圖所示:
補充:在實際公司業務中,可能還會涉及到向經銷商直接供貨的情況,可能是線上,也可能是線下,但即使是線下,訂單也是需要進入到系統的,因此在設計時,需要實現了解業務操作的細節;如果是線下訂單,需要考慮訂單的創建人可能會是哪些角色,不同角色創建的訂單流程也會有所不同。
2. 從結構上來說,訂單頁面其實也就是個列表頁,主要包括搜索區、列表區和操作區。
1)搜索區域
在訂單列表中,因為涉及到的信息和狀態比較多,所以為了提高工作效率,需要將常用的重要的條件作為篩選項,以便于快速查找。
一般情況下,搜索區域主要包括:訂單編號、訂單狀態、付款狀態、退款狀態、交易時間、支付渠道、平臺、區域等,根據業務范圍而定,當然,顯示哪些條件,還要看權限等級。
2)列表區域
前面已經介紹了訂單詳情,包含的信息較多,所以后臺列表中不可能直接顯示訂單相關的所有字段,此時就需要有所取舍,選擇比較重要的字段比如訂單編號、支付流水號、訂單狀態、退款狀態等信息。而剩余的其他信息,可以通過下級頁面或自定義菜單來顯示。
這里需要特別注意的就是訂單的狀態和操作,在設計前,需要對業務流程相當熟悉,明確場景中的每種狀態以及各狀態下的操作權限。
3)操作區域
對于訂單的操作,基本上就是一些確認、審核、鎖單、跟進、退款等。
四、其他因素
1. 訂單是否需要拆分:比如OTA中的訂單系統,一張訂單可能會被拆分為酒店子訂單和各種單項子訂單,而這些子訂單有可能是由不同的人去處理,而且有的時候是需要支持客服人員可以在訂單中繼續增加子訂單的,電商平臺也一樣,通常都會包含一個主訂單號和多個子訂單號,這時就需要考慮在退貨/退款時是否支持根據子訂單的維度退款;
2. 訂單的取消:除了用戶,內部人員在哪些情況下可以主動取消訂單,而該種情況下取消訂單,流程該如何操作,又該給用戶怎樣的反饋;
3. 產品/商品來源:在用戶下單前,是否已有庫存,當然,在一般的電商系統中,基本上都是已經有庫存才可以售賣的,但比如在OTA這樣的訂單系統中,產品即服務,是具有不確定性的,所以在生成訂單的時候,同時要根據其子訂單生成對應的供應商訂單,用戶下單后,企業再去向供應商下單預訂,其實就比較類似于代售的情況;
4. 訂單生成規則:一般情況下,商品的來源和渠道各不相同,很多時候為了便于區分,可能就需要在訂單的生成規則里加入一些特殊的字符進行標識;
5. 活動訂單:當平臺在做活動時,商品的價格一般都會出現大的波動,那么就需要考慮此時下的訂單是否需要單獨管理;
6. 訂單數據問題:在實際運轉中,可能還會出現不同表的訂單時間不一致、數據延時、訂單重復、漏單等情況,這些都需要引起重視,及時優化程序;
7. 權限問題:不同部門、不同級別的賬號,會擁有不同的數據權限和操作權限。
本文由 @姜蕁 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議
講了真好
創單就得鎖庫存
我要看頁面、信息結構圖
巨益OMS訂單管理系統是零售品牌實現線上線下數字化轉型的企業級業務中臺,幫助企業將原有的業務系統與前端各大數據平臺以及新業態、新場景等進行鏈接,為企業業務拓展和智能化提供有效的數字化支撐,助力零售企業實現新零售戰略易落地。
巨益OMS通過自有API接口,已成功對接90+線上電商平臺、20+后端系統,包含阿里、京東、拼多多、唯品、有贊、SAP、金蝶、巨沃等,賦能零售品牌企業快速對接。
我要看頁面
你憑啥會發出來語音?
內容可以,講的挺全
而且流程圖易讀性太差
沒看完呢,看到流程圖,發現流程圖是真丑?。。?!
你咋這么多話呢,你行你上啊
確實存在拍下減庫存和付款減庫存兩種,商家可以自己設定~
流程圖有什么軟件畫的 老哥
可以用Visio畫。不過我這里偷了個懶,直接用axure畫了 ?
發貨再減庫存?生成訂單就得減了。
視自己的業務而定
這才是干貨
嘿嘿 謝謝支持
第一個流程圖的第一個判斷節點是幾個意思。。。。
講的很好!
謝謝
哈哈,共同學習