電商技術(shù)解密之售后退貨

DearNicole
26 評論 44962 瀏覽 236 收藏 10 分鐘
🔗 B端产品需要更多地依赖销售团队和渠道合作来推广产品,而C端产品需要更多地利用网络营销和口碑传播来推广产品..

在我們平時網(wǎng)購過程中接觸比較多的一般都是正向流程,逆向流程一般關(guān)注的不是很多,只有發(fā)現(xiàn)要取消訂單、退貨的時候才會與之打交道。但是逆向流程往往比正向流程更加的復(fù)雜。上一篇文章《電商技術(shù)解密之取消訂單》中介紹了取消訂單這個流程的背后原理,今天來跟大家聊下更加復(fù)雜的退貨流程。

區(qū)分概念:售前取消,售后退貨

售前取消

我們一般指的是訂單在沒有發(fā)出倉庫的時候,如果只是訂單生產(chǎn)了,還沒有支付,那么比較簡單,可以直接取消,不涉及退款。

如果已經(jīng)支付了,但是訂單還沒有出庫,那么這個時候不想買了,也可以申請訂單的取消,會按照你取消的商品金額進(jìn)行退款。

上面兩種情況我們一般稱之為售前取消。

還有一種情況是已經(jīng)支付了,并且訂單已經(jīng)出庫了,那么大多數(shù)的電商平臺是不支持這種場景的取消訂單。關(guān)鍵是看倉儲物流是不是自建的,如果是自建的,那么是有能力取消這種訂單的。如果不是自建倉儲就比較難了,所以大多數(shù)情況下是不支持這種場景的取消訂單,需要貨到了用戶手中之后再走售后退貨流程。

售后退貨

指的是商品已經(jīng)收到了,這個時候由于種種原因要發(fā)起的退貨,今天我們主要聊的就是這個場景。我們以京東為例,先來看下整個售后的前端流程,再來講下背后的業(yè)務(wù)流程。

前端發(fā)起售后退貨流程

發(fā)起售后退貨的入口一般在我的訂單,支持退貨的粒度一般有兩種,一種是包裹單維度,一種是商品維度。

包裹單維度

指的是一次下單的時候買了多個商品,可能由于發(fā)貨倉不同導(dǎo)致被拆成了多個包裹分別寄出。退貨的時候最小粒度只能是包裹,要么整個包裹里的商品都退要么都不退。這種方式的好處是技術(shù)實現(xiàn)相對比較簡單,但是用戶體驗較差,所以主流電商平臺一般都沒有采用此方式。

商品維度

指的是不管買的商品被拆成了幾個包裹,都可以選擇某個包裹的某個商品來退貨,這樣比較靈活,體驗比較好,代價是后臺邏輯相對復(fù)雜,目前主流的電商平臺均支持按照商品維度來進(jìn)行退貨。

選擇需要退貨的商品之后需要填寫下售后退貨的原因,是質(zhì)量有問題?還是用戶自己不想要了?用于做事后的分析,如果某個品牌的商品經(jīng)常被退貨那么就要深入的看下這個品牌的商詳描述是否有誤導(dǎo)用戶或者確實質(zhì)量不行。

然后需要選擇退貨的方式,由于京東有自己的物流,所以提供了上門取件和送貨至自提點,沒有自建物流的電商平臺一般只能提供快遞至商家的退貨流程。相比京東的選擇更豐富些,體驗也更好些。

我們這里以快遞至京東為例,選擇好商品退回方式后,整個退貨申請流程就結(jié)束了,剩下的就是等待客服審單通過后通知要寄送回京東的地址,這個地址一般是倉庫或者配送站的地址。等把要退貨的商品快遞寄到京東倉庫,倉庫收到貨后,正常情況下就會自動進(jìn)行退款。

后臺售后退貨業(yè)務(wù)流程

上面我們看到都是用戶端的流程,總體感覺流程還是比較簡單的,一共做了4-5個操作就完成了退貨流程。但整個復(fù)雜的流程都隱藏在背后,對用戶是屏蔽的。

下面我們看下整個退貨流程的后臺業(yè)務(wù)序列圖:

大家感受下,可以看到整個后臺做了大量復(fù)雜的邏輯,我們簡單介紹下后臺默默的做了哪些邏輯才支撐起整個退貨流程。

1.檢查訂單狀態(tài)

上面提到了,售后退貨的前提是訂單必須是已經(jīng)收貨的狀態(tài),如果訂單剛出庫但是還沒簽收,這個時候大部分非自建物流的電商平臺是不允許發(fā)起退貨的,所以當(dāng)用戶發(fā)起退貨流程后首先要檢查訂單的當(dāng)前狀態(tài)是什么,是否符合退貨的條件。

2.客服審核

當(dāng)用戶符合發(fā)起退貨條件后,后臺會生成一個退貨單并且同時給客服一個事件,客服需要對這個退貨單進(jìn)行人工審核,主要是人工的看下發(fā)起退貨的商品是否符合退貨的條件,比如有些生鮮食品是不可以退貨的;比如要確認(rèn)下退貨的原因,是商品質(zhì)量問題還是無理由退貨。如果涉及到退貨的運費承擔(dān)不明確問題,還需要跟用戶先溝通運費的問題。當(dāng)這些問題都跟用戶確認(rèn)后才可以繼續(xù)下面的流程,其中有一項問題雙方達(dá)不成一致都沒辦法進(jìn)行下一步操作。

3.倉庫驗收

當(dāng)客服審核通過后,需要用戶自行將商品快遞至倉庫,倉庫人員需要接收這些退回的商品,并且確認(rèn)商品是否有破損或者質(zhì)量問題。

如果是非商品質(zhì)量問題用戶需要退貨,但是退回到倉庫的時候有破損,這時候倉庫會通知客服商品破損,客服會跟顧客進(jìn)行溝通。

4.財務(wù)退款

倉庫收貨后會將商品的狀態(tài)告訴售后系統(tǒng),售后系統(tǒng)會通知財務(wù)進(jìn)行退款,這里退款的金額計算邏輯比較復(fù)雜。有幾種場景需要考慮,一個是關(guān)于促銷,當(dāng)下單金額可以滿足促銷條件,但是退貨后不滿足促銷條件了,退款金額應(yīng)該怎么計算?

比如,下單的時候參加了滿199減100的活動,買了2個商品,每個商品原價分別是100元,兩個剛好200元,滿足這個促銷條件,實際支付100元。

但是現(xiàn)在要退了一個原價100的商品,如果按照原價退款的話,那么用戶相當(dāng)于沒花錢還是拿到了一件商品,按照這個邏輯算平臺一定會破產(chǎn)的。

另一種方案是按照分?jǐn)偟膬r格計算,2個商品減掉促銷后每個商品50,當(dāng)退貨其中一個商品的時候只需要退給用戶50塊而不是原價的100塊。但是這樣計算退款金額仍然有漏洞,相當(dāng)于用戶花了50買了一件促銷的商品,但實際上他并沒有滿足促銷條件。

跟這個問題類似的還有運費,這里不詳細(xì)說了。跟上一篇訂單取消遇到的問題類似,有興趣的可以看下這篇《電商技術(shù)解密之取消訂單》。

整個售后退貨過程的狀態(tài)機如上圖,每個狀態(tài)都有一定的前置約束,滿足一定條件才會流轉(zhuǎn)到下一個狀態(tài),退貨流程的狀態(tài)還是比較多的,整個狀態(tài)機也是比較復(fù)雜,要考慮每個節(jié)點的正向與逆向應(yīng)該如何流轉(zhuǎn)。

小結(jié)

上面就簡單介紹了下售后退貨的一些原理,整個流程還是比較復(fù)雜的,這里只以B2C的模式進(jìn)行了介紹,POP的退貨流程也基本類似,在倉庫收貨和財務(wù)退款這塊稍微有些區(qū)別??赡苡行┻z漏或者錯誤,歡迎大家拍磚、討論!

相關(guān)閱讀

電商技術(shù)解密之庫存系統(tǒng)

電商技術(shù)解密之電商網(wǎng)站會存在哪些安全隱患

電商技術(shù)解密之跨店鋪促銷

電商技術(shù)解密之購物車

電商技術(shù)解密之如何快速打開商詳頁

電商技術(shù)解密之取消訂單

 

作者:DearNicole,主攻電商的方方面面。喜歡的記得關(guān)注哦,你的關(guān)注是我持續(xù)的動力!

本文由 @DearNicole 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 關(guān)于運費部分,可通過快遞鳥上門取件API接口實時返回與快遞員確認(rèn)的重量和運費金額,通過快遞鳥上門取件API也可返回快遞單號,不用用戶填寫物流單號,也可以實時獲取該物流單號的軌跡狀態(tài), 1-已攬收, 2-在途中, 201-到達(dá)派件城市, 202-派件中, 211-已放入快遞柜或驛站, 3-已簽收, 311-已取出快遞柜或驛站, 4-問題件, 401-發(fā)貨無信息, 402-超時未簽收, 403-超時未更新, 404-拒收(退件), 412-快遞柜或驛站超時未取等狀態(tài),電商可根據(jù)這些狀態(tài)做判斷。

    來自湖南 回復(fù)
  2. 倉儲好像也沒變化啊 庫存不應(yīng)該增加么

    來自山東 回復(fù)
  3. 如果是涉及到有滿贈的活動,贈品沒退回怎么處理?如果訂單用了優(yōu)惠券,退貨金額是怎么處理的?

    來自北京 回復(fù)
  4. 除了這個退貨還有換貨的流程好像沒有在這里面

    來自廣東 回復(fù)
  5. 未收貨退貨、就是拒簽這樣的場景要怎么退貨?等貨返回后直接退款嗎?

    回復(fù)
  6. 想了解退款后滿減,包郵,虛擬貨幣這些金額都怎么計算的,多謝

    來自北京 回復(fù)
    1. 滿減是按照退款的商品占總體金額的比例退款的。
      情況挺復(fù)雜的,退款金額不會超過單個商品應(yīng)付金額,在設(shè)置包郵金額的時候就得將這部分成本算進(jìn)去呢。

      來自廣東 回復(fù)
  7. 雖然樓主的機制相對還是不夠完整,但是對自己設(shè)計的退貨流程有了一個系統(tǒng)化的概念

    來自北京 回復(fù)
  8. 請問退貨狀態(tài)機里,“申請退貨”和“審核中”是不是重復(fù),為什么不是用戶一申請 訂單狀態(tài)就變?yōu)椤皩徍酥小蹦兀?/p>

    來自北京 回復(fù)
    1. 申請退貨不應(yīng)該是狀態(tài),而是操作。估計寫錯了

      來自北京 回復(fù)
    2. 申請退貨這個是 【可以退貨】的狀態(tài),點擊申請退貨按鈕后 變成審核中

      回復(fù)
  9. 此處涉及退換貨的政策需要補充,簡單概述分有理由退換(質(zhì)量/外觀/缺附件等非顧客問題)、無理由退貨兩類(顧客選購錯誤、不喜歡不想要不適配等顧客自身問題),根據(jù)品類(3C家電、美妝個護(hù)、食品酒水、服裝鞋帽、其他訂制/鮮活易腐等)及退貨時訂單狀態(tài)和申請事由的不同(未收貨退換貨一般為顧客無理由退貨或簽收時發(fā)現(xiàn)問題拒收退貨,而簽收后退貨則一般質(zhì)量/外觀/缺附件問題、顧客無理由退貨)涉及多個場景下的組合,對此訂單系統(tǒng)需要根據(jù)訂單狀態(tài)、退貨原因、退貨商品品類確認(rèn)對應(yīng)的處理政策(例如哪些商品購買后不可以退貨,例生鮮定制品類;哪些商品質(zhì)量問題需要廠家鑒定,哪些直接自營售后點鑒定,例蘋果手機跟鼠標(biāo)配件;),其中有些是可以直接信息流處理,不需要客服人工干預(yù)(例如商品開箱破損,可直接拒收退貨或拒收換貨),有些則為特殊場景一事一議人工處理(例如簽收時物流未按規(guī)定開箱驗貨,用戶后自行開箱發(fā)現(xiàn)商品破損數(shù)量錯誤等問題,這時訂單屬于已簽收,但問題責(zé)任產(chǎn)生屬于物流驗貨操作不規(guī)范,則需要額外人工的審核與解決);最后提一下流程最后運營閉環(huán):1退貨商品的二次銷售問題 2內(nèi)部人員操作不規(guī)范導(dǎo)致財務(wù)損失費用還原問題 3風(fēng)控管控機制(批量惡意退貨、退貨惡意掉包、質(zhì)量問題與無理由退貨混淆、假性故障退貨等情形);

    來自江蘇 回復(fù)
    1. 老司機!

      來自江蘇 回復(fù)
  10. 退款單與退貨單是分開管理嗎?

    來自江蘇 回復(fù)
    1. 是的

      來自江蘇 回復(fù)
  11. 文中提到的有促銷的情況,兩種方案都不好,那比較好的方案是什么呢?還是說要么整單一起退,要么只能退一件

    來自北京 回復(fù)
  12. nb

    來自上海 回復(fù)
  13. 只講了退貨的基本情況,深度略有欠缺! ??

    來自廣東 回復(fù)
  14. 作者我看好你

    回復(fù)
    1. tks~~

      來自江蘇 回復(fù)
  15. 退款流程的確麻煩,自營B2C還算好,像阿里淘寶這類平臺的還要涉及商家端

    回復(fù)
    1. 是的

      來自江蘇 回復(fù)
  16. 對于非電商從業(yè)者而言,這文章很實用,了解到很多流程性東西。

    來自廣東 回復(fù)
    1. 有幫助就好,就沒白寫~~

      來自江蘇 回復(fù)
  17. 退款這端,現(xiàn)在為了加快退款速度,一般都是有退貨入庫的物流信息,就直接退款了!

    來自廣東 回復(fù)
    1. 還有更快的,如果是付費會員或者優(yōu)質(zhì)會員的話,很多都是在發(fā)起售后申請的時候,就先把錢退了

      來自江蘇 回復(fù)
专题
12488人已学习13篇文章
发票是财务中必不可少的物品,那发票系统该如何设计呢?本专题的文章分享了发票系统设计指南。
专题
12621人已学习12篇文章
所谓SOP,即标准作业程序,指将某一事件的标准操作步骤和要求以统一的格式描述出来,用于指导和规范日常的工作。本专题的文章分享了SOP创作指南。
专题
12017人已学习12篇文章
面对多岗位意见不统一时,如何提升自己的话语权,让自己的建议能够真正被他人纳入范围内?本专题的文章分享了关于提升话语权的一些建议。
专题
18902人已学习13篇文章
本专题的文章分享了社区运营的正确姿势。
专题
12533人已学习15篇文章
互联网医疗是医疗行业与互联网的综合应用,其以互联网及相关技术为载体和支撑,开展线下传统或线上衍生的医疗健康服务。本专题的文章分享了对互联网医疗的分析和见解。
专题
13465人已学习13篇文章
增长模型是产品增长的通用思维框架。本专题的文章分享了如何构建增长模型。