有規(guī)律又無規(guī)律的電商售后系統(tǒng)
這段時間連更11篇電商產(chǎn)品相關(guān)的文章后,有種被掏空的感覺;今天是最后一篇電商文章的更新——售后系統(tǒng);至于后面會更新哪類產(chǎn)品文章,容我好好想想;后期會更新將計劃告知大家?。。?/p>
題外話:
對于很多電商公司而言,售后亦是公司的一大塊;管理有序,不僅僅能節(jié)約成本,還能提升用戶體驗。由于公司發(fā)展電商早期,對售后這得流程比較隨意,導(dǎo)致現(xiàn)在這塊的管理,考核上比較費功夫,對于成本的控制和績效考核上阻礙很大,因此再規(guī)劃整個系統(tǒng)時,也把這部分作為規(guī)劃重點工作。
背景
之前已經(jīng)介紹過,公司有自營網(wǎng)站,同時在各個平臺上也有開店;訂單都是進入ERP庫房統(tǒng)一發(fā)貨處理,因此,今天主要結(jié)合公司的實際業(yè)務(wù)情況,由于上一章節(jié)已經(jīng)介紹了退款,這部分就不做過多贅述了;主要從以下幾點分析總結(jié):
補寄
通過和業(yè)務(wù)部門溝通,了解業(yè)務(wù)后發(fā)現(xiàn)漏發(fā)通常包括兩種情況,補寄商品OR補寄發(fā)票;補寄商品的情況一般有漏發(fā),收到商品破損等情況。
補寄流程具體如下:
- 其實從業(yè)務(wù)流程中可以看出,客服新增售后工單后,系統(tǒng)之間的交互也會根據(jù)公司的實際情況來訂
- 售后工單生成后被看成是一種特殊訂單,經(jīng)過訂單流程最終推送ERP進行發(fā)貨
好處:
- 所有的訂單數(shù)據(jù)都會經(jīng)過訂單系統(tǒng),后期做報表可以統(tǒng)一從訂單系統(tǒng)確認(rèn)取值口徑
- 能夠保證分倉庫存有貨,保證補寄;
補寄發(fā)票同理:
- 只不過補寄發(fā)票可不過訂單系統(tǒng),直接推送ERP發(fā)票管理庫房人員根據(jù)實際情況開具;
- 售后工單生成的同時,按照原單直接分配到倉庫;這樣的壞處是不能保證庫存。
錯發(fā)
錯發(fā)的情況分為2種;一種是將錯發(fā)的商品寄回,重新補寄正確的商品;另一種是不需將錯發(fā)的商品寄回,直接給予補寄
總結(jié):
1. 錯發(fā)一個是產(chǎn)生退款,退款的場景上一節(jié)已經(jīng)介紹過;
2. 一種是用戶要求主動換貨;另一種是庫房錯發(fā)產(chǎn)生的換貨;歸根結(jié)底都是需要用戶將商品寄回,庫房收到貨物后確認(rèn)收貨,并將貨物做退回入庫處理
3. 之前的系統(tǒng)所有的都是業(yè)務(wù)人員手動系統(tǒng)登記做退回入庫;其實可以根據(jù)業(yè)務(wù)場景做成系統(tǒng)自動化;
- 當(dāng)出現(xiàn)該場景的換貨時,庫房收到貨物確認(rèn)簽收,則對應(yīng)的倉自動生成一張退貨入庫單,做退貨入庫;
- 但是有些公司可能發(fā)貨和退貨不在一個地方,像這種就需要庫房人員選擇退回入庫登記操作,手動制單。具體的還是建議以公司實際業(yè)務(wù)需要設(shè)定。
無貨
無貨訂單占據(jù)客服每天處理售后的大部分工作;至于庫存不足引起的售后問題,雖然采取了各渠道庫存設(shè)置,暢銷商品庫存監(jiān)測等等措施;由于庫存在多個平臺,渠道共用問題,最終都未將該情況解決;
解決方案如下:
1. 渠道庫存嚴(yán)格設(shè)置 根據(jù)商品銷量,倉庫分布等情況,給予各個渠道設(shè)置合理的庫存
2. 制定合理的庫存監(jiān)測,采購人員及時監(jiān)測,及時補貨
3. 無貨分2種:
(1)一種是搭配套餐贈品無貨的情況,之前所有的情況都是會經(jīng)過客服,運營,采購等等部門,人員都在做重復(fù)的工作處理,繁瑣;建議庫房人員直接和用戶聯(lián)系,更換贈品后給予發(fā)貨
(2)一種是銷售商品無庫存的情況,客服人員和用戶溝通,處理方式有三種:
A. 讓客戶取消訂單;
B. 用戶愿意等待,來貨后再給予發(fā)貨;需要做訂單掛起處理,有庫存后下發(fā)ERP進行發(fā)貨
C. 同等價位商品更換后,生成新的訂單進行發(fā)貨
從系統(tǒng)設(shè)計上看,所有的情況都會考慮到,但是最簡單的處理方式是取消訂單后用戶重新下單進行發(fā)貨。但從服務(wù)上來看,上面的處理情況可能復(fù)雜些,但對于訂單的取消率上看相對會有所改善,
異常訂單處理
異常訂單處理—訂單系統(tǒng)規(guī)劃中有提到,不同的異常訂單會有不同的處理方式,如:負(fù)毛訂單,黑名單,大家電,拆單包裹數(shù)太多,快遞超區(qū)等等。
總結(jié)
售后系統(tǒng) —— 具體的業(yè)務(wù)流程上都會有些許差別,最主要還是要結(jié)合公司業(yè)務(wù)需要,根據(jù)實際的業(yè)務(wù)場景來設(shè)計系統(tǒng)功能;好了,電商系統(tǒng)大致就先介紹這些;至于CRM系統(tǒng),IM接入,本人接觸的產(chǎn)品有限,就不做過多的介紹了。希望這段時間總結(jié)的文章對大家做產(chǎn)品有所幫助?。。?/p>
作者:簡之箐,微信公眾號:簡之箐,5年互聯(lián)網(wǎng)產(chǎn)品經(jīng)理,曾擔(dān)任醫(yī)藥產(chǎn)品經(jīng)理和電商產(chǎn)品經(jīng)理,經(jīng)歷主導(dǎo)過電商平臺的系統(tǒng)整合規(guī)劃。
本文由 @簡之箐 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Pixabay,基于 CC0 協(xié)議
采購系統(tǒng)
請問下這個流程圖是用什么做的?
Visio
哈哈,謝謝解答!好久沒登錄了
哈哈 又看到你了
你們的處理方案和我們不太一樣,我們是把錯發(fā)分為多發(fā)和少發(fā),共同構(gòu)成,其實不一定寄回,因為有些低值的還不夠運費的,不寄回的做虛擬寄回,調(diào)到虛擬倉,然后盤點平賬。
關(guān)于沒貨那邊啊,我給個建議,在WMS的基礎(chǔ)上搭建庫存中心,就是WMS負(fù)責(zé)實物庫存,庫存中心負(fù)責(zé)邏輯庫存,具體的你可以找點資料看看,我就不贅述了,訂單調(diào)取庫存中心,或者如果沒有獨立TMS,可以把運費數(shù)據(jù)也封裝到庫存中心(尤其是不同物流方式走不同倉庫的情況)。
哈哈哈,希望對你有幫助。
嗯嗯,很高興看到你的分享和建議。 ??
能否詳情介紹下你們發(fā)錯、多發(fā)、少發(fā)系統(tǒng)是如何處理的,都涉及哪些單據(jù)?
謝謝!