電商產(chǎn)品退貨退款的那些事
接《訂單系統(tǒng)總結(jié)》章節(jié),上面所講的都是訂單的正向流程中的履單,逆向流程并沒(méi)有介紹,今天我們就主要說(shuō)說(shuō)訂單逆向流程這些事。
由于歷史原因,官網(wǎng)并未做訂單逆向流程,每天所有的退款都需要客服人員手動(dòng)錄入系統(tǒng)處理,不但效率低,還容易出錯(cuò)。因此這次做訂單系統(tǒng)規(guī)劃時(shí)(也考慮了逆向流程),主要從以下幾點(diǎn)介紹:
1. 訂單狀態(tài)機(jī)
逆向流程節(jié)點(diǎn)及其狀態(tài)確定,見(jiàn)圖:
總結(jié):訂單狀態(tài)的確定,我們當(dāng)時(shí)規(guī)劃的時(shí)候和研發(fā)同時(shí)開(kāi)了三次會(huì),最終確定;經(jīng)過(guò)就不多說(shuō)了。主要說(shuō)下訂單狀態(tài)確定思路吧。
我們當(dāng)時(shí)是先畫(huà)了一個(gè)訂單的主線流程圖,然后在訂單的主線流程圖每個(gè)節(jié)點(diǎn)開(kāi)始考慮都會(huì)存在哪些狀態(tài);最終前臺(tái)確定了這六個(gè)狀態(tài),但后臺(tái)的訂單狀態(tài)可遠(yuǎn)遠(yuǎn)不止這些;基本上要比前臺(tái)的狀態(tài)多了一倍還要多;當(dāng)然會(huì)有這么多狀態(tài),也是因?yàn)榻换サ南到y(tǒng)比較多導(dǎo)致;一般初期的電商系統(tǒng)這幾個(gè)狀態(tài)也夠用。
2. 退款場(chǎng)景
從狀態(tài)機(jī)中不難看出,退款發(fā)生的場(chǎng)景主要有以下幾類(lèi)
- 未付款時(shí),取消訂單;系統(tǒng)自動(dòng)取消訂單一般會(huì)根據(jù)自身公司實(shí)際情況來(lái)決定;我們當(dāng)時(shí)是因?yàn)橛姓即娴母拍?,因此暫定?0分鐘
- 已付款待發(fā)貨申請(qǐng):因?yàn)楣镜膫}(cāng)庫(kù)都是自己的,可以控制;因此可以根據(jù)實(shí)際情況來(lái)做攔單,同時(shí)客服審核后可直接退款
- 已付款且已發(fā)貨申請(qǐng):這塊一般公司會(huì)根據(jù)自己的規(guī)則決定是否先行退款還是是收到退貨后再退,一般業(yè)務(wù)會(huì)根據(jù)實(shí)際情況處理售后。在此,既要考慮用戶體驗(yàn),又要考慮商品退貨風(fēng)險(xiǎn)
3. 退款業(yè)務(wù)流程
其實(shí),做后臺(tái)系統(tǒng),需求調(diào)研的時(shí)候,他們也說(shuō)不出個(gè)一二三,除非經(jīng)驗(yàn)比較深的,或許能提出一些信息點(diǎn);很多時(shí)候是需要產(chǎn)品經(jīng)理主動(dòng)給出一條思路進(jìn)行引導(dǎo)的;經(jīng)過(guò)和相關(guān)部門(mén)的溝通,最終確定了業(yè)務(wù)流程,具體如圖:
用戶操作流程圖:
總結(jié):根據(jù)不同的訂單狀態(tài),顯示不同的退款類(lèi)型入口。
一般對(duì)于退款申請(qǐng),未發(fā)貨的訂單申請(qǐng)退款都可以整單申請(qǐng)退,邏輯上相對(duì)要簡(jiǎn)單一些;如果是退款退貨,相對(duì)來(lái)說(shuō)比較復(fù)雜
- A. 無(wú)各種優(yōu)惠的時(shí)候 ,選擇某一商品申請(qǐng)退款,申請(qǐng)后按業(yè)務(wù)流程處理即可;
- B. 訂單有優(yōu)惠的時(shí)候,選擇某一商品申請(qǐng)退款,則牽涉到退款金額的計(jì)算。
如:兩件商品A(20元)、B(80元),訂單共100元;提示滿90包郵;現(xiàn)在用戶申請(qǐng)退A商品,就牽涉到退款金額計(jì)算;是按比例退款,還是是按實(shí)際售價(jià)退;所有的金額計(jì)算要和相關(guān)業(yè)務(wù)部門(mén)溝通,根據(jù)實(shí)際情況來(lái)確定退款金額計(jì)算規(guī)則后執(zhí)行。
4. 后臺(tái)系統(tǒng)交互
經(jīng)過(guò)和其他系統(tǒng)的產(chǎn)品經(jīng)理溝通,最終的交互圖也確定了下來(lái)。當(dāng)然出具的這些流程圖需要根據(jù)公司的實(shí)際情況來(lái)設(shè)計(jì)規(guī)劃,提供的只是些可借鑒的圖
5.原型圖和PRD
根據(jù)上述的流程圖大致清楚了列表及其功能點(diǎn)。也就可以逐步出具原型圖和PRD了。
原型和頁(yè)面不做過(guò)多介紹,其實(shí)都是按照上述的流程圖確定頁(yè)面和功能點(diǎn)后,按照實(shí)際需要來(lái)出具原型視圖,畢竟對(duì)于業(yè)務(wù)來(lái)說(shuō),這些他們最直觀了解產(chǎn)品的初衷。
客服退款審核列表
客服退款審核詳情
財(cái)務(wù)退款詳情
總結(jié)
1. 用戶填寫(xiě)的退款申請(qǐng),是需要區(qū)分是退款還是是退貨的。
- 未發(fā)貨的退款—可以直接進(jìn)行系統(tǒng)退款的
- 而退貨,是需要查詢退貨登記中是否已簽收的
- 只有已經(jīng)簽收的財(cái)務(wù)才會(huì)去退款,當(dāng)然,客服也可以根據(jù)實(shí)際情況來(lái)決定是否要提前給用戶退款
2. 如果公司無(wú)多個(gè)系統(tǒng),退款也就不會(huì)有多個(gè)系統(tǒng)復(fù)雜交互;做產(chǎn)品最終還是要根據(jù)公司實(shí)際情況考慮,而上面的流程,僅是我工作總結(jié)得一部分。
不洗勿噴,有不正確的地方,還請(qǐng)同行們指證。
作者:簡(jiǎn)之箐,微信公眾號(hào):簡(jiǎn)之箐,5年互聯(lián)網(wǎng)產(chǎn)品經(jīng)理,曾擔(dān)任醫(yī)藥產(chǎn)品經(jīng)理和電商產(chǎn)品經(jīng)理,經(jīng)歷主導(dǎo)過(guò)電商平臺(tái)的系統(tǒng)整合規(guī)劃。
本文由 @簡(jiǎn)之箐 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自PEXELS,基于CC0協(xié)議
專(zhuān)欄作家
木北的產(chǎn)品成長(zhǎng)路,微信公眾號(hào):木北的產(chǎn)品成長(zhǎng)路,人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家,互聯(lián)網(wǎng)產(chǎn)品經(jīng)理,曾擔(dān)任醫(yī)藥產(chǎn)品經(jīng)理和電商產(chǎn)品經(jīng)理,經(jīng)歷主導(dǎo)過(guò)電商平臺(tái)的系統(tǒng)整合規(guī)劃。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自 Unsplash,基于 CC0 協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
一個(gè)訂單中同一個(gè)商品購(gòu)買(mǎi)多個(gè),部分?jǐn)?shù)量退貨退款,這種如何處理呢,目前淘寶和京東貌似都沒(méi)做同一商品讓用戶自行填寫(xiě)部分?jǐn)?shù)量的退貨功能
商品發(fā)貨了,然后買(mǎi)家拒收,寄回來(lái)的郵費(fèi)由買(mǎi)家承擔(dān),應(yīng)如何設(shè)置呢
你說(shuō)的是什么樣的場(chǎng)景下發(fā)貨拒收的呢?如果是用戶下單成功后商家發(fā)貨拒收,就需要在自己的系統(tǒng)退款規(guī)則中去設(shè)置,是否是買(mǎi)家承擔(dān)運(yùn)費(fèi),來(lái)扣減運(yùn)費(fèi)后進(jìn)行退款;主要還是要看是在什么環(huán)節(jié),什么場(chǎng)景下做的退款,根據(jù)實(shí)際的場(chǎng)景再去分析如何設(shè)置的問(wèn)題!
第一張圖建議不要 用黃色背景色白色字體,這種搭配是看不清的
部分退貨部分退款怎么辦
不是有訂單狀態(tài)、退款單狀態(tài)嗎?只是有關(guān)聯(lián)關(guān)系。
可以參考我的文章
請(qǐng)問(wèn)如果是 審核不通過(guò) 下一步操作應(yīng)該是什么
有個(gè)問(wèn)題想問(wèn)你一下,如果一筆訂單多個(gè)商品,有一個(gè)商品在待發(fā)貨狀態(tài)下申請(qǐng)退款,被拒絕了,拒絕理由是已發(fā)貨;當(dāng)用戶收到了貨之后,是否有入口發(fā)起退款退貨入口
根據(jù)公司的實(shí)際業(yè)務(wù)場(chǎng)景來(lái)決定要不要留退款退貨入口。一個(gè)是發(fā)貨中的退款,一個(gè)是售后問(wèn)題;
你的實(shí)退金額是默認(rèn)的還是可以更改的,如果是因?yàn)槟愕纳唐焚|(zhì)量問(wèn)題,那退回的商品的運(yùn)費(fèi)誰(shuí)來(lái)承擔(dān)?我覺(jué)得你的后臺(tái)應(yīng)該增加一個(gè)是否退運(yùn)費(fèi)的功能
運(yùn)費(fèi)能不能退和公司業(yè)務(wù)流程、制度有關(guān)。可以根據(jù)公司的實(shí)際情況來(lái)決定要不要增加運(yùn)費(fèi)修改的功能
流程圖搞的好復(fù)雜
有個(gè)問(wèn)題,退款需要財(cái)務(wù)審批,那退款的狀態(tài)是不是應(yīng)該就是:待退款、待審批、退款中、退款完成(已退款)、退款關(guān)閉 共5個(gè)狀態(tài)呢?
同時(shí)財(cái)務(wù)審批的時(shí)候?qū)徟鷨螒?yīng)該會(huì)需要的狀態(tài)是:待審批、審批中、審批完成(同意/不同意)呢?
希望解答下,這樣子是否合理?謝謝 ??
對(duì),可以這樣設(shè)定哦?。?!
請(qǐng)問(wèn)待審批和審批中有什么區(qū)別呢?
審批如果是多級(jí)審批,可以有審批中這個(gè)狀態(tài);如果不是,可以沒(méi)有這個(gè)狀態(tài)的。具體的你要根據(jù)自己公司的實(shí)際業(yè)務(wù)需要來(lái)決定。
好的謝謝,才看見(jiàn) ??
是的,作者回答的比較正確,如果有多級(jí)審批人,是會(huì)有審批中這個(gè)狀態(tài)的。
產(chǎn)品小白遇到過(guò)的問(wèn)題,敬請(qǐng)不吝賜教 ??
1,判斷庫(kù)存有無(wú)是否應(yīng)該由平臺(tái)配合運(yùn)營(yíng)半自動(dòng)化進(jìn)行,且應(yīng)該在買(mǎi)家下單之前,直接在付款之前就將交易友好中斷,
2,關(guān)于已付款待發(fā)貨狀態(tài)下退款是否需要進(jìn)行審核,而是直接退款;
3,多件訂單且有運(yùn)費(fèi)情況下單件退貨運(yùn)費(fèi)是否分拆,且如果涉及到優(yōu)惠券和積分是否需要分拆退還;
1. 判斷庫(kù)存買(mǎi)家下單會(huì)做判斷,因?yàn)橛行┢脚_(tái)是全渠道營(yíng)銷(xiāo),倉(cāng)庫(kù)實(shí)際庫(kù)存和系統(tǒng)庫(kù)存的更新時(shí)間差問(wèn)題導(dǎo)致發(fā)貨時(shí)發(fā)現(xiàn)庫(kù)存不足
2. 對(duì)于已付款待發(fā)貨狀態(tài)下的退款可以根據(jù)實(shí)際業(yè)務(wù)場(chǎng)景不做審核,直接退款
3. 多件訂單且有運(yùn)費(fèi)情況下單件退貨運(yùn)費(fèi)會(huì)根據(jù)實(shí)際的業(yè)務(wù)來(lái)進(jìn)行分拆,優(yōu)惠券和積分可以分拆退還,以可以不退還的;具體要看公司業(yè)務(wù)。
拆單,部份發(fā)貨,分潤(rùn),手續(xù)費(fèi),大額,時(shí)間差異這些都要考慮
對(duì),這些都是需要考慮的。這些點(diǎn)會(huì)根據(jù)公司的實(shí)際情況按公司計(jì)算實(shí)際的退款金額
1、上面好像沒(méi)有售后換貨流程。
2、上面的流程售后好像都是以訂單為單位進(jìn)行售后,如果訂單內(nèi)部分商品售后、多次售后,這些情況都是這么處理的。
能稍微也介紹下么,謝謝。
是的。售后的這塊沒(méi)有做過(guò)多介紹。因?yàn)槊總€(gè)公司的業(yè)務(wù)流程都不一樣,處理方式也會(huì)有一些差別。
至于你說(shuō)的售后可以從以下幾點(diǎn)考慮
1. 破損補(bǔ)寄:客服登記補(bǔ)貨原因后生成工單,庫(kù)房補(bǔ)寄處理
2. 換貨:
錯(cuò)發(fā)—兩種處理方式;
不需要將錯(cuò)發(fā)貨品寄回庫(kù)房,直接客服登記生成工單,庫(kù)房補(bǔ)寄
用戶將錯(cuò)發(fā)貨品寄回,填寫(xiě)寄回快遞單號(hào);庫(kù)房收到貨后做換貨退回入庫(kù),庫(kù)房補(bǔ)寄
用戶買(mǎi)錯(cuò)要求退貨,將換貨貨品寄回,庫(kù)房補(bǔ)寄,將寄回貨品做退回入庫(kù)
3. 漏發(fā)
庫(kù)房訂單貨品漏發(fā),客服登記生成工單,庫(kù)房補(bǔ)寄
4. 分批發(fā)貨
一筆訂單多個(gè)貨品,部分貨品有貨,部分需要用戶等;可先將有貨貨品先行發(fā)出;無(wú)貨商品來(lái)貨后庫(kù)存更新,庫(kù)房再次發(fā)貨等
總結(jié):售后大致這些,當(dāng)然還會(huì)存在其他的情況,這里不做過(guò)多說(shuō)明。如果想要更細(xì)致的了解,后期會(huì)專(zhuān)門(mén)出具相關(guān)文章說(shuō)明。
說(shuō)明:其實(shí)關(guān)于售后,最主要還是要看公司的實(shí)際業(yè)務(wù)流程,來(lái)策劃實(shí)際的售后系統(tǒng)功能。
狀態(tài)機(jī)很清晰,可是我現(xiàn)在還不分不清狀態(tài)機(jī)和流程的實(shí)際區(qū)別 ??
多看,多想,多畫(huà),多總結(jié),慢慢就清晰了。一個(gè)新的事物都是逐步從不清晰到清晰的
個(gè)人感覺(jué)流程就是把狀態(tài)機(jī)中描繪的東西更加細(xì)化一點(diǎn),更加具體一點(diǎn),具體是怎樣去操作這些步驟的~@簡(jiǎn)之箐 是這樣嗎?
文章總體寫(xiě)的方向是對(duì)的,但是有幾個(gè)地方可以進(jìn)階討論下:(我就想到啥說(shuō)啥了)
1.大部分中小型電商系統(tǒng)會(huì)將RMA放在OMS或者ERP中,而不是單獨(dú)處理,實(shí)際上RMA的處理方案是非常復(fù)雜的;
2.關(guān)于退款的金額計(jì)算方面,是比較復(fù)雜的,一般會(huì)有兩種,分?jǐn)偡ê头此惴?,前者易于理解,后者更為精,并且要考慮單個(gè)訂單多次退貨的情況;
3.訂單的處理,建議不要將退貨放在訂單狀態(tài)上,如果這樣設(shè)計(jì),會(huì)導(dǎo)致在業(yè)務(wù)獨(dú)立,擴(kuò)充的時(shí)候產(chǎn)生無(wú)法擴(kuò)充的囧狀,實(shí)際訂單會(huì)發(fā)生這么集中單據(jù),1.(前臺(tái))訂單;2.拆單訂單(如果有拆單);3.物流單(一般貴WMS管理);4.售后單,建議分開(kāi)處理,然后建立單據(jù)中心(這是目前金蝶和天貓的做法),來(lái)進(jìn)行對(duì)外封裝。
4.退貨的情況實(shí)際上非常復(fù)雜,尤其是在做跨境或者海外的情況,會(huì)有物流中丟包,實(shí)際上這也涉及到退貨(這塊比較復(fù)雜,實(shí)際上會(huì)有多發(fā),少發(fā),錯(cuò)發(fā),丟件,物流退稅等很多情況),對(duì)于這塊的處理,需要同時(shí)兼顧,訂單,WMS庫(kù)存,財(cái)務(wù)賬目和ERP的整體數(shù)據(jù)。
5.另外,退貨不建議直接跟財(cái)務(wù)交互,不過(guò)文中的實(shí)際業(yè)務(wù),看起來(lái)WMS,是沒(méi)有從ERP中獨(dú)立出來(lái)的(不知道為啥,一般電商WMS非常重要),而是RMA與WMS交互,WMS和財(cái)務(wù)或者ERP交互,這樣保證WMS與財(cái)務(wù)系統(tǒng),物、錢(qián)是一直的。
6.WMS中對(duì)于退貨,實(shí)際上也是比較難處理的,因?yàn)橛幸恍〇|西的價(jià)值太小,實(shí)際回收商品的金額 可能還不如一個(gè)物流的錢(qián)高(當(dāng)然,這是免物流退貨的情況),所以要考慮虛擬退貨的情況;
7.WMS中對(duì)于售后這塊的處理是做逆向單,但是逆向單同時(shí)要兼顧換貨單,這塊也比較復(fù)雜;
8.另一個(gè),不屬于本文的探討范圍,實(shí)際也可以發(fā)散考慮的,退貨翻新的問(wèn)題,或者重新上架,這塊從業(yè)務(wù)上說(shuō)屬于售后服務(wù)業(yè)務(wù),但是系統(tǒng)處理上屬于WMS和SCM的處理范圍,要考慮RMA,WMS,SCM,ERP,訂單商品的整個(gè)交互。
分析的真好。學(xué)習(xí)了,非常感謝?。?!
第一點(diǎn):分開(kāi)處理是因?yàn)闃I(yè)務(wù)需要,現(xiàn)在的業(yè)務(wù)處理退款單,財(cái)務(wù)需要多個(gè)系統(tǒng)切換查詢,因此統(tǒng)一將退款單據(jù)集中最終放到財(cái)務(wù)系統(tǒng)處理;
第二點(diǎn):退款金額的計(jì)算確實(shí)比較繁雜,需要細(xì)化
第三點(diǎn):退貨狀態(tài)和訂單狀態(tài)是分開(kāi)的,會(huì)生成不同的單據(jù),可能是狀態(tài)機(jī)未表現(xiàn)清晰
第四點(diǎn):您上面提到的少發(fā),漏發(fā)錯(cuò)發(fā)等情況,由于時(shí)間倉(cāng)促,所以未做過(guò)多的描述。這塊是計(jì)劃放在售后系統(tǒng)中細(xì)說(shuō)
第五點(diǎn):我們的倉(cāng)儲(chǔ)是和WMS系統(tǒng)再一起的,歷史原因,公司系統(tǒng)比較繁雜您提到的這些現(xiàn)在基本上都在ERP中,導(dǎo)致ERP現(xiàn)在運(yùn)作很慢,因此在逐步往出遷
第六點(diǎn):您說(shuō)的這種情況,我們現(xiàn)在確實(shí)存在,但是目前都僅僅只是做了一個(gè)記錄統(tǒng)計(jì),實(shí)際的流程并未形成閉環(huán)
第七點(diǎn):非常贊同您的觀點(diǎn),確實(shí)是比較復(fù)雜
第八點(diǎn):退貨翻新 這應(yīng)該和電商行業(yè)屬性有關(guān),可能更集中在數(shù)碼類(lèi),電器類(lèi)等;對(duì)于藥品,不存在翻新問(wèn)題。
很開(kāi)心能收到您的分享,學(xué)習(xí)了。非常感謝?。?!
真厲害,方便留微信嗎?以后得多像您學(xué)習(xí)?。?!
沒(méi)有接觸過(guò)電商,將所有縮寫(xiě)查了一遍,好厲害
?? 被各種虐出來(lái)的 不過(guò)現(xiàn)在想想那幾年還是值得的
非常不錯(cuò)
謝謝!?。∮懈梅桨傅?,歡迎指證。
對(duì)與退貨退款,庫(kù)存這塊具體是怎么處理呢?
有退貨的,收到貨物后會(huì)做退貨入庫(kù),商品可銷(xiāo)售庫(kù)存增加;
嗯嗯,我在這方面還是個(gè)新人,以后多多交流~
RMA通知WMS生成逆向收貨單,倉(cāng)庫(kù)收到之后做逆向入庫(kù)單,收貨和入庫(kù)匹配,增加售后好料或者壞料區(qū)庫(kù)存,然后看需不需要翻新,如果需要進(jìn)SCM,翻新之后重新上架。
順便看了你上面的回復(fù),很受教,多謝。
看過(guò)你寫(xiě)的好幾篇文章了,有不少都是我目前也正遇到的問(wèn)題,感謝!
??
結(jié)論呢?