訂單全流程業(yè)務拆解
業(yè)務系統(tǒng)中,訂單系統(tǒng)屬于核心模塊,訂單記錄了交易信息的業(yè)務單據(jù),保證了交易鏈路的完整以及可追溯。同時還需要考慮根據(jù)公司的業(yè)務情況做出改變與兼容。本文主要根據(jù)個人負責項目,總結訂單設計時需要考慮的因素及模塊。
01 訂單信息架構
基于電商業(yè)務,抽象出的訂單基礎信息結構如下:
02 訂單狀態(tài)
定義:為適應組織分工,可以將交易業(yè)務流程拆分成若干個可控的環(huán)節(jié)
用戶下單流程圖如下:
(1)在訂單過程中進行安全校驗,主要是為了檢測用戶是否在黑名單上,用戶購買行為是否正常等,當檢測到不正常時終止下單;
(2)從商品中心獲取商品信息(SKU,規(guī)格,價格等)
(3)從營銷中心獲取商品,訂單促銷信息(優(yōu)惠券,促銷活動),判斷是否滿足優(yōu)惠條件,計算出優(yōu)惠金額。
(4)在會員中心獲取會員權益,例如平臺抵扣積分,優(yōu)惠券折扣條件等。
(5)在調(diào)度中心檢驗銷售層庫存,按照調(diào)度規(guī)則鎖定區(qū)域庫存。
(6)根據(jù)拆單規(guī)則(商家,倉庫,訂單類型等)將訂單拆分成若干個子訂單,根據(jù)運費模板計算運費,根據(jù)商品金額,運費,優(yōu)惠金額計算應付金額(實付款)。
2.1 訂單正向狀態(tài)
- 待付款:用戶提交訂單后,尚未付款,等待用戶支付,由于待付款訂單會鎖定庫存,所以會設置超時自動取消功能。
- 待發(fā)貨:用戶付款之后等待商家發(fā)貨。
- 待收貨:商家已發(fā)貨,等待用戶收貨。
- 已完成:用戶確認收貨后,訂單交易完成。
- 已取消:付款之前取消訂單。超時未付款或用戶取消訂單都會產(chǎn)生這種訂單狀態(tài)。
- 售后中:用戶在付款后發(fā)貨前申請退款,或商家發(fā)貨后用戶申請退,換貨。
2.2 訂單售后狀態(tài)
- 待審核:用戶提交退換貨申請后,等待審核的狀態(tài),在用戶已付款待發(fā)貨的狀態(tài)下,訂單尚未推送至倉庫或在倉庫攔截發(fā)貨成功,系統(tǒng)可直接審核通過。當審核不通過時,回轉(zhuǎn)至正常流程中。
- 待退貨入庫:退貨申請審核通過之后,等待用戶退貨入庫。
- 待退款:退貨入庫成功后,等待退款給用戶。
- 待換貨入庫:換貨申請審核通過,等待用戶換貨入庫。
- 換貨出庫中: 換貨入庫之后,生成換貨出庫單,訂單出庫。
- 售后成功:當退貨,退款成功之后,流轉(zhuǎn)至售后成功狀態(tài),退貨,退款的售后成功在主流程下屬于交易關閉。
03 訂單拆單規(guī)則
根據(jù)訂單的發(fā)貨與結算,根據(jù)一定的規(guī)則,將訂單拆分成多個發(fā)貨單進行后續(xù)的業(yè)務;
- 不同倉庫:若同一訂單分散在不同
- 由于商品歸屬權不同,涉及財務結算和物流發(fā)貨的問題,需要根據(jù)店鋪歸屬問題對訂單進行拆單。例如淘寶,天貓的商品在下單時會將訂單根據(jù)不同店鋪進行拆分成若干個子訂單。
04 訂單流程
4.1 訂單逆向流程
定義:逆向流程為了解決在訂單流程中出現(xiàn)的退貨退款的業(yè)務流程,在前端訂單狀態(tài)下,各個環(huán)節(jié)都有可能觸發(fā)訂單的逆向,且不同的節(jié)點觸發(fā)的逆向流程處理方式不同。
(1)待付款取消訂單
說明:待付款訂單取消分為兩種情況
用戶主動取消:超時系統(tǒng)自動取消,此時訂單狀態(tài)變更為已取消;
待付款訂單狀態(tài)下,取消訂單無需客服審核,流程圖如下:
(2)待發(fā)貨取消訂單
說明:在待發(fā)貨訂單狀態(tài)下取消訂單時,此時應根據(jù)訂單此時所在的節(jié)點作出處理,由于訂單在支付完成后,發(fā)貨單可能已經(jīng)推送至 WMS,甚至已經(jīng)交接發(fā)貨,狀態(tài)未及時回傳更新。為避免貨款兩失,要先暫停訂單出庫,在調(diào)度中心查詢訂單是否推送至倉庫。
若尚未推送至倉庫,則停止推送至倉庫;若已經(jīng)推送至倉庫,則去 wms 中心去攔截,攔截成功則暫停出庫。
若暫停失敗,則拒絕取消訂單申請,回復“訂單已經(jīng)出庫”;
若暫停成功,取消訂單申請通過,則進入退款流程,同時通知調(diào)度中心該訂單取消。WMS 訂單進入返庫流程。
(3)待收貨/交易成功退貨
說明:在用戶提交退貨申請后,需經(jīng)過客服審核。審核通過則回到原有狀態(tài),審核通過后則進入退貨流程并告知用戶退回地址及收件信息,此時進入退貨流程。系統(tǒng)生成退貨入庫單,當倉庫收貨后,進行退款。
重點:在待收貨狀態(tài)下仍需考慮退貨是否全退的問題。當 SKU 全退時,原訂單則中止進入交易關閉狀態(tài)。當訂單中發(fā)生部分退貨時,原訂單的狀態(tài)不變,維持待收貨或交易成功狀態(tài),同時退貨的部分生成交易售后訂單。剩余未退貨部分仍然允許申請售后。
05 總 結
訂單的作用是用于給到消費者查看、并展示交易鏈路與交易結算
業(yè)務類型新增時,如訂單流程與原來不一致,需要新增訂單類型來適配業(yè)務的擴張
在訂單的逆向處理流程上,需要考慮業(yè)務的審核與財務的合規(guī),為了保證財務數(shù)據(jù)的真實性及可追溯性(這與會計數(shù)據(jù)的處理原則有關,具體問下會計或者財務同學),都不能直接在原訂單狀態(tài)下修改,因此在設計訂單逆向流程時應注意這一點。
本文由 @RICK 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自 Pexels,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務
- 目前還沒評論,等你發(fā)揮!