電商技術解密之售后退貨
在我們平時網購過程中接觸比較多的一般都是正向流程,逆向流程一般關注的不是很多,只有發現要取消訂單、退貨的時候才會與之打交道。但是逆向流程往往比正向流程更加的復雜。上一篇文章《電商技術解密之取消訂單》中介紹了取消訂單這個流程的背后原理,今天來跟大家聊下更加復雜的退貨流程。
區分概念:售前取消,售后退貨
售前取消
我們一般指的是訂單在沒有發出倉庫的時候,如果只是訂單生產了,還沒有支付,那么比較簡單,可以直接取消,不涉及退款。
如果已經支付了,但是訂單還沒有出庫,那么這個時候不想買了,也可以申請訂單的取消,會按照你取消的商品金額進行退款。
上面兩種情況我們一般稱之為售前取消。
還有一種情況是已經支付了,并且訂單已經出庫了,那么大多數的電商平臺是不支持這種場景的取消訂單。關鍵是看倉儲物流是不是自建的,如果是自建的,那么是有能力取消這種訂單的。如果不是自建倉儲就比較難了,所以大多數情況下是不支持這種場景的取消訂單,需要貨到了用戶手中之后再走售后退貨流程。
售后退貨
指的是商品已經收到了,這個時候由于種種原因要發起的退貨,今天我們主要聊的就是這個場景。我們以京東為例,先來看下整個售后的前端流程,再來講下背后的業務流程。
前端發起售后退貨流程
發起售后退貨的入口一般在我的訂單,支持退貨的粒度一般有兩種,一種是包裹單維度,一種是商品維度。
包裹單維度
指的是一次下單的時候買了多個商品,可能由于發貨倉不同導致被拆成了多個包裹分別寄出。退貨的時候最小粒度只能是包裹,要么整個包裹里的商品都退要么都不退。這種方式的好處是技術實現相對比較簡單,但是用戶體驗較差,所以主流電商平臺一般都沒有采用此方式。
商品維度
指的是不管買的商品被拆成了幾個包裹,都可以選擇某個包裹的某個商品來退貨,這樣比較靈活,體驗比較好,代價是后臺邏輯相對復雜,目前主流的電商平臺均支持按照商品維度來進行退貨。
選擇需要退貨的商品之后需要填寫下售后退貨的原因,是質量有問題?還是用戶自己不想要了?用于做事后的分析,如果某個品牌的商品經常被退貨那么就要深入的看下這個品牌的商詳描述是否有誤導用戶或者確實質量不行。
然后需要選擇退貨的方式,由于京東有自己的物流,所以提供了上門取件和送貨至自提點,沒有自建物流的電商平臺一般只能提供快遞至商家的退貨流程。相比京東的選擇更豐富些,體驗也更好些。
我們這里以快遞至京東為例,選擇好商品退回方式后,整個退貨申請流程就結束了,剩下的就是等待客服審單通過后通知要寄送回京東的地址,這個地址一般是倉庫或者配送站的地址。等把要退貨的商品快遞寄到京東倉庫,倉庫收到貨后,正常情況下就會自動進行退款。
后臺售后退貨業務流程
上面我們看到都是用戶端的流程,總體感覺流程還是比較簡單的,一共做了4-5個操作就完成了退貨流程。但整個復雜的流程都隱藏在背后,對用戶是屏蔽的。
下面我們看下整個退貨流程的后臺業務序列圖:
大家感受下,可以看到整個后臺做了大量復雜的邏輯,我們簡單介紹下后臺默默的做了哪些邏輯才支撐起整個退貨流程。
1.檢查訂單狀態
上面提到了,售后退貨的前提是訂單必須是已經收貨的狀態,如果訂單剛出庫但是還沒簽收,這個時候大部分非自建物流的電商平臺是不允許發起退貨的,所以當用戶發起退貨流程后首先要檢查訂單的當前狀態是什么,是否符合退貨的條件。
2.客服審核
當用戶符合發起退貨條件后,后臺會生成一個退貨單并且同時給客服一個事件,客服需要對這個退貨單進行人工審核,主要是人工的看下發起退貨的商品是否符合退貨的條件,比如有些生鮮食品是不可以退貨的;比如要確認下退貨的原因,是商品質量問題還是無理由退貨。如果涉及到退貨的運費承擔不明確問題,還需要跟用戶先溝通運費的問題。當這些問題都跟用戶確認后才可以繼續下面的流程,其中有一項問題雙方達不成一致都沒辦法進行下一步操作。
3.倉庫驗收
當客服審核通過后,需要用戶自行將商品快遞至倉庫,倉庫人員需要接收這些退回的商品,并且確認商品是否有破損或者質量問題。
如果是非商品質量問題用戶需要退貨,但是退回到倉庫的時候有破損,這時候倉庫會通知客服商品破損,客服會跟顧客進行溝通。
4.財務退款
倉庫收貨后會將商品的狀態告訴售后系統,售后系統會通知財務進行退款,這里退款的金額計算邏輯比較復雜。有幾種場景需要考慮,一個是關于促銷,當下單金額可以滿足促銷條件,但是退貨后不滿足促銷條件了,退款金額應該怎么計算?
比如,下單的時候參加了滿199減100的活動,買了2個商品,每個商品原價分別是100元,兩個剛好200元,滿足這個促銷條件,實際支付100元。
但是現在要退了一個原價100的商品,如果按照原價退款的話,那么用戶相當于沒花錢還是拿到了一件商品,按照這個邏輯算平臺一定會破產的。
另一種方案是按照分攤的價格計算,2個商品減掉促銷后每個商品50,當退貨其中一個商品的時候只需要退給用戶50塊而不是原價的100塊。但是這樣計算退款金額仍然有漏洞,相當于用戶花了50買了一件促銷的商品,但實際上他并沒有滿足促銷條件。
跟這個問題類似的還有運費,這里不詳細說了。跟上一篇訂單取消遇到的問題類似,有興趣的可以看下這篇《電商技術解密之取消訂單》。
整個售后退貨過程的狀態機如上圖,每個狀態都有一定的前置約束,滿足一定條件才會流轉到下一個狀態,退貨流程的狀態還是比較多的,整個狀態機也是比較復雜,要考慮每個節點的正向與逆向應該如何流轉。
小結
上面就簡單介紹了下售后退貨的一些原理,整個流程還是比較復雜的,這里只以B2C的模式進行了介紹,POP的退貨流程也基本類似,在倉庫收貨和財務退款這塊稍微有些區別??赡苡行┻z漏或者錯誤,歡迎大家拍磚、討論!
相關閱讀
作者:DearNicole,主攻電商的方方面面。喜歡的記得關注哦,你的關注是我持續的動力!
本文由 @DearNicole 原創發布于人人都是產品經理。未經許可,禁止轉載。
關于運費部分,可通過快遞鳥上門取件API接口實時返回與快遞員確認的重量和運費金額,通過快遞鳥上門取件API也可返回快遞單號,不用用戶填寫物流單號,也可以實時獲取該物流單號的軌跡狀態, 1-已攬收, 2-在途中, 201-到達派件城市, 202-派件中, 211-已放入快遞柜或驛站, 3-已簽收, 311-已取出快遞柜或驛站, 4-問題件, 401-發貨無信息, 402-超時未簽收, 403-超時未更新, 404-拒收(退件), 412-快遞柜或驛站超時未取等狀態,電商可根據這些狀態做判斷。
倉儲好像也沒變化啊 庫存不應該增加么
如果是涉及到有滿贈的活動,贈品沒退回怎么處理?如果訂單用了優惠券,退貨金額是怎么處理的?
除了這個退貨還有換貨的流程好像沒有在這里面
未收貨退貨、就是拒簽這樣的場景要怎么退貨?等貨返回后直接退款嗎?
想了解退款后滿減,包郵,虛擬貨幣這些金額都怎么計算的,多謝
滿減是按照退款的商品占總體金額的比例退款的。
情況挺復雜的,退款金額不會超過單個商品應付金額,在設置包郵金額的時候就得將這部分成本算進去呢。
雖然樓主的機制相對還是不夠完整,但是對自己設計的退貨流程有了一個系統化的概念
請問退貨狀態機里,“申請退貨”和“審核中”是不是重復,為什么不是用戶一申請 訂單狀態就變為“審核中”呢?
申請退貨不應該是狀態,而是操作。估計寫錯了
申請退貨這個是 【可以退貨】的狀態,點擊申請退貨按鈕后 變成審核中
此處涉及退換貨的政策需要補充,簡單概述分有理由退換(質量/外觀/缺附件等非顧客問題)、無理由退貨兩類(顧客選購錯誤、不喜歡不想要不適配等顧客自身問題),根據品類(3C家電、美妝個護、食品酒水、服裝鞋帽、其他訂制/鮮活易腐等)及退貨時訂單狀態和申請事由的不同(未收貨退換貨一般為顧客無理由退貨或簽收時發現問題拒收退貨,而簽收后退貨則一般質量/外觀/缺附件問題、顧客無理由退貨)涉及多個場景下的組合,對此訂單系統需要根據訂單狀態、退貨原因、退貨商品品類確認對應的處理政策(例如哪些商品購買后不可以退貨,例生鮮定制品類;哪些商品質量問題需要廠家鑒定,哪些直接自營售后點鑒定,例蘋果手機跟鼠標配件;),其中有些是可以直接信息流處理,不需要客服人工干預(例如商品開箱破損,可直接拒收退貨或拒收換貨),有些則為特殊場景一事一議人工處理(例如簽收時物流未按規定開箱驗貨,用戶后自行開箱發現商品破損數量錯誤等問題,這時訂單屬于已簽收,但問題責任產生屬于物流驗貨操作不規范,則需要額外人工的審核與解決);最后提一下流程最后運營閉環:1退貨商品的二次銷售問題 2內部人員操作不規范導致財務損失費用還原問題 3風控管控機制(批量惡意退貨、退貨惡意掉包、質量問題與無理由退貨混淆、假性故障退貨等情形);
老司機!
退款單與退貨單是分開管理嗎?
是的
文中提到的有促銷的情況,兩種方案都不好,那比較好的方案是什么呢?還是說要么整單一起退,要么只能退一件
nb
只講了退貨的基本情況,深度略有欠缺! ??
作者我看好你
tks~~
退款流程的確麻煩,自營B2C還算好,像阿里淘寶這類平臺的還要涉及商家端
是的
對于非電商從業者而言,這文章很實用,了解到很多流程性東西。
有幫助就好,就沒白寫~~
退款這端,現在為了加快退款速度,一般都是有退貨入庫的物流信息,就直接退款了!
還有更快的,如果是付費會員或者優質會員的話,很多都是在發起售后申請的時候,就先把錢退了