通過商品流轉(zhuǎn)了解系統(tǒng)模塊組成

11 評(píng)論 8065 瀏覽 72 收藏 25 分鐘

接二連三地寫了十幾篇關(guān)于電商財(cái)務(wù)的內(nèi)容,都是些粗淺的介紹與總結(jié),這部分只是財(cái)務(wù)系統(tǒng)的一部分,相對(duì)于電子商務(wù)公司的系統(tǒng)和業(yè)務(wù)來說更是很小的一部分。

羅馬帝國(guó)不是一天建成的,正是因?yàn)橛辛诉@些微小系統(tǒng)的組成才形成了一個(gè)龐大的系統(tǒng)架構(gòu)。這里想根據(jù)商品的生命周期來介紹一下我所了解的電商公司的系統(tǒng)模塊組成。

每個(gè)公司所處的階段不同,所以它的系統(tǒng)也是不斷演化升級(jí)的,我個(gè)人的理解系統(tǒng)的技術(shù)一直在不斷的推陳出新,系統(tǒng)是一直在合并與分拆過程中優(yōu)化、重構(gòu)、迭代。但無論如何演變,無論商業(yè)模式如何改變,始終圍繞著供應(yīng)鏈來進(jìn)行。

商品流程介紹

物流、信息流、現(xiàn)金流是流通行業(yè)中的三個(gè)部分,個(gè)人簡(jiǎn)單把物流理解為關(guān)于商品(實(shí)物商品、虛擬商品)的流轉(zhuǎn),信息流是針對(duì)于我們的信息化系統(tǒng)的,現(xiàn)金流則是針對(duì)于貨款的跟蹤與管理的。

信息流和現(xiàn)金流都是以商品流為載體進(jìn)行的,也是為了商品流更好的流轉(zhuǎn)而服務(wù)的。無論你是開淘寶店賣服裝還是在商場(chǎng)里開了個(gè)實(shí)體店,或者開發(fā)了一款A(yù)PP或小程序創(chuàng)業(yè),首先我們都需要選擇商品,這里商品不僅指實(shí)物,也包括提供的服務(wù)等虛擬商品。

供應(yīng)商管理

首先,我們要選擇合適供貨商或批發(fā)商,這時(shí)涉及的第一個(gè)系統(tǒng)模塊就產(chǎn)生了即“供應(yīng)商管理”。
供應(yīng)商管理主要做什么?

它是供應(yīng)鏈管理的基礎(chǔ)模塊,主要是包括供應(yīng)商基礎(chǔ)信息的管理、供應(yīng)商資質(zhì)的審核以及供應(yīng)商考核等。

對(duì)于像我們以售賣商品為主的電商行業(yè),主要有兩種供貨商即:直接供貨給我們,由我們負(fù)責(zé)銷售商品,一般叫自營(yíng)供應(yīng)商;還有一種是我們提供服務(wù)平臺(tái)由供應(yīng)商進(jìn)行自行管理銷售和發(fā)貨,也叫商家,這種供應(yīng)商在服務(wù)平臺(tái)中一般都以店鋪的形式存在。對(duì)于供應(yīng)商的考核,要注重優(yōu)質(zhì)供應(yīng)商的培養(yǎng),撇棄劣質(zhì)供應(yīng)商。

合同管理

有了供應(yīng)商,下一步就是簽訂合同,合同是供貨商與我們的法律依據(jù),商品的采購(gòu)進(jìn)貨、退貨、售賣與最終的財(cái)務(wù)結(jié)算都要以合同條款為基礎(chǔ)進(jìn)行。

合同可以按商品的采購(gòu)與銷售分為采購(gòu)合同、銷售合同,又可以按照與供應(yīng)商或商家的合作模式分為自營(yíng)合同、商家合同等。

具體的可以看一下《電商系統(tǒng)之合同管理》。對(duì)于合同管理我認(rèn)為最重要的是相關(guān)條款的確定以及合同的變更(業(yè)務(wù)變化太快)。對(duì)于初創(chuàng)公司可以搭建簡(jiǎn)單的合同信息管理,對(duì)于規(guī)模大的公司對(duì)于合同管理要求就比較高,需要跟蹤合同的執(zhí)行過程中的各個(gè)環(huán)節(jié)。

商品管理

有了供應(yīng)商和合同,這時(shí)我們才能采購(gòu)或?qū)徍松唐?。針?duì)于自營(yíng)的商品我們需要錄入商品信息、制作商品圖片、生成商品詳情頁(yè)等基礎(chǔ)性工作,對(duì)商家商品則更多的是商品的信息審核,確保商品信息的準(zhǔn)確性。

商品管理系統(tǒng)是電商系統(tǒng)中核心系統(tǒng)。商品管理又可以分為商品品類管理模塊、SPU與SKU管理、商品資質(zhì)管理、商品屬性管理、商品品牌管理、商品庫(kù)存的管理等等。每一個(gè)模塊擴(kuò)展開又可以分為多個(gè)小模塊。

商品價(jià)稅管理可以從商品管理中獨(dú)立出來,這里涉及商品的基準(zhǔn)價(jià)、商品進(jìn)價(jià)、商品退貨價(jià)、商品市場(chǎng)價(jià)、商品售價(jià)等管理。

同時(shí)商品的定價(jià)策略是什么?

這里可能又需要比價(jià)系統(tǒng),根據(jù)各友商的價(jià)格與自己的成本由系統(tǒng)進(jìn)行價(jià)格的制定;對(duì)于稅率有進(jìn)項(xiàng)稅和銷項(xiàng)稅兩種。隨著增值稅改革,目前稅率也會(huì)不定期的調(diào)整,每次的調(diào)整都會(huì)涉及商品采購(gòu)與財(cái)務(wù)結(jié)算、賬務(wù)報(bào)表等,所以在設(shè)計(jì)系統(tǒng)時(shí)需要考慮擴(kuò)展性。

采購(gòu)管理

有了商品,沒有庫(kù)存依然無法銷售,對(duì)于自營(yíng)商品需要先采購(gòu)商品,對(duì)于商家商品則需要商家去維護(hù)商品庫(kù)存。

如何采購(gòu)即根據(jù)什么采購(gòu)?

供應(yīng)鏈中涉及到采購(gòu)計(jì)劃,初期在沒有數(shù)據(jù)積累時(shí),一般是根據(jù)銷售部或運(yùn)營(yíng)部的預(yù)測(cè)進(jìn)行商品采購(gòu)。采購(gòu)單是以供應(yīng)商合同為基礎(chǔ)進(jìn)行的。采購(gòu)管理是供應(yīng)商關(guān)聯(lián)的,所以這部分又涉及供應(yīng)商管理平臺(tái),用于與供應(yīng)商進(jìn)行數(shù)據(jù)交互與審核及對(duì)賬。

對(duì)于采購(gòu)單數(shù)據(jù)的產(chǎn)生可以通過銷售計(jì)劃和采購(gòu)計(jì)劃單生成,也可以通過補(bǔ)貨建議單生成,補(bǔ)貨計(jì)劃是供應(yīng)鏈管理中的一個(gè)重要組成部分,它是根據(jù)需求計(jì)劃、銷售預(yù)測(cè)、到貨周期等根據(jù)預(yù)測(cè)模型進(jìn)行計(jì)算的。

在劉寶紅的采購(gòu)與計(jì)劃管理中,針對(duì)預(yù)測(cè)有三個(gè)原則:

  1. 有預(yù)測(cè)比沒有預(yù)測(cè)好;
  2. 預(yù)測(cè)是各部門協(xié)同完成的,不是供應(yīng)鏈部門的功能;
  3. 預(yù)測(cè)數(shù)據(jù)的準(zhǔn)確性是需要不斷的循環(huán)修復(fù)與調(diào)整的。

有采就有退,商品能不能退貨、退貨數(shù)量是多少是由倉(cāng)儲(chǔ)部與采購(gòu)部共同完成的,同時(shí)是要根據(jù)合同條款進(jìn)行的。

到貨預(yù)約管理

采購(gòu)單創(chuàng)建并經(jīng)過供應(yīng)商的審核后,由供應(yīng)商進(jìn)行發(fā)貨,對(duì)于發(fā)貨也有兩種(1)由供應(yīng)商負(fù)責(zé)發(fā)貨運(yùn)輸(2)公司自取,但是都面臨一個(gè)共同的問題,發(fā)的貨物何時(shí)到倉(cāng)庫(kù),倉(cāng)庫(kù)應(yīng)安排多少人去收貨呢?

這就需要在供應(yīng)商管理平臺(tái)與倉(cāng)庫(kù)系統(tǒng)間構(gòu)建到貨預(yù)約系統(tǒng)模塊,此部分需要根據(jù)倉(cāng)庫(kù)的存儲(chǔ)空間及作業(yè)能力來進(jìn)行預(yù)約模型的搭建。當(dāng)供應(yīng)商預(yù)約完成后,結(jié)合運(yùn)輸?shù)脑谕緯r(shí)間便可以安排商品發(fā)貨了。

入庫(kù)管理

供應(yīng)商發(fā)貨后,經(jīng)過干線運(yùn)輸最后就會(huì)送到倉(cāng)庫(kù)由我司負(fù)責(zé)入庫(kù)、上架等操作,進(jìn)行商品的保管。

入庫(kù)有哪些操作,首先在倉(cāng)庫(kù)有專門的收貨臺(tái),用于接收商品貨物,由倉(cāng)儲(chǔ)的收貨組負(fù)責(zé)。入庫(kù)前需要進(jìn)行商品的質(zhì)檢操作,這就涉及質(zhì)檢管理系統(tǒng),質(zhì)檢有抽檢和全檢,有的按包裝箱進(jìn)行稱重檢查來判斷商品是否少貨或缺貨。

在入庫(kù)前不還涉及到裝卸、標(biāo)簽打印等工作,這時(shí)就會(huì)產(chǎn)生裝卸費(fèi)、標(biāo)簽打印費(fèi)等財(cái)務(wù)費(fèi)用。

當(dāng)這一些都完成后,收貨組開始進(jìn)行商品的入庫(kù)操作,入庫(kù)又分為整箱收貨、散件收貨等。而收貨的商品是存放在整庫(kù),還是存放在零庫(kù),具體又涉及到倉(cāng)庫(kù)的庫(kù)區(qū)、庫(kù)位的管理,這些都是根據(jù)商品的相關(guān)屬性來設(shè)置好的。

像生鮮類的商品又要根據(jù)商品溫控屬性確定是常溫的、冷藏的、冷凍的,不同溫控的商品要存放在對(duì)應(yīng)的庫(kù)區(qū)以便更好的保存,減少損耗。

對(duì)于比較大型的倉(cāng)庫(kù),一般分為整庫(kù)與零庫(kù),整庫(kù)一般是整箱整箱的保存,商品的入庫(kù)都是先入到整庫(kù),待銷售時(shí)會(huì)從整庫(kù)調(diào)撥到零庫(kù),進(jìn)行商品的庫(kù)內(nèi)上架銷售。倉(cāng)庫(kù)的管理涉及的知識(shí)特別多,我個(gè)人一直都對(duì)這部分非常感興趣,只是沒有太多的機(jī)會(huì)參與大型電商公司的庫(kù)內(nèi)管理與實(shí)踐。

商品入庫(kù)后,系統(tǒng)中就有可售庫(kù)存了,前端售賣系統(tǒng)如APP、小程序、網(wǎng)站、合作渠道。

商品上架銷售前工作

自營(yíng)商品采購(gòu)入庫(kù)后,已經(jīng)產(chǎn)生庫(kù)存了;對(duì)于商家發(fā)貨的商品,通過我們的服務(wù)平臺(tái)可以進(jìn)行庫(kù)存設(shè)置。

商品可以售賣了嗎?

這里回到商品管理部分,需要確認(rèn)商品的圖片是否已經(jīng)上傳完整,圖片等都需要保存在CDN,這樣才能保證前端的瀏覽和加載速度。

商品圖片的管理是商品管理的重要組成部分。

商品的詳情頁(yè)是否生成、商品的價(jià)格是否設(shè)置好了嗎?這部分需要結(jié)合網(wǎng)站或APP的CMS管理來進(jìn)行配置。

商品是否有相關(guān)活動(dòng),這就涉及促銷活動(dòng)管理模塊。對(duì)于我們熟悉的促銷活動(dòng)有商品秒殺(秒殺系統(tǒng)需要單獨(dú)部署,每次的秒殺瞬間的流量都可能沖垮我們的APP或主站)、單品直降、滿減、滿贈(zèng)等等。

如果公司提前發(fā)送了優(yōu)惠券,這里又涉及到優(yōu)惠券的發(fā)放、生效、使用等管理。

優(yōu)惠券又分為滿減券、現(xiàn)金券、品類券等等各種形式,光促銷的玩法,就會(huì)把產(chǎn)品、研發(fā)稿的焦頭爛額。

尤其當(dāng)我們遇上比較糊涂的運(yùn)營(yíng)人員,活動(dòng)設(shè)置的亂七八遭,出問題就找技術(shù),從來不進(jìn)行個(gè)人工作的檢查,遇到這樣的人員要極力克制,克制,再克制。

在促銷活動(dòng)管理系統(tǒng)中,對(duì)于各活動(dòng)間的互斥規(guī)則需要明確,不要你以為也不要我以為,最好在系統(tǒng)配置活動(dòng)過程中加上必要的引導(dǎo)說明工作,以減少后期產(chǎn)品技術(shù)同事的擦屁股工作。

以上設(shè)置好了,商品可以銷售了嗎?

我們還缺少了一個(gè)環(huán)節(jié),商品銷售模板也叫配送模板的設(shè)置,即商品能送達(dá)的城市地區(qū)設(shè)置。所有的商品都需要設(shè)置包括自營(yíng)與商家商品,所以關(guān)于區(qū)域編碼需要采用與當(dāng)前各大電商網(wǎng)站相同的編碼,方便后續(xù)與第三方商家系統(tǒng)的對(duì)接。

運(yùn)費(fèi)模板也是上架銷售前的重要部分,一般的商品都是按重量來確定收費(fèi)規(guī)則,每個(gè)商品都需要進(jìn)行運(yùn)費(fèi)模板的配置。

其它的準(zhǔn)備工作還包括商品是否有會(huì)員價(jià)、是否支持貨到付款(一般在商家上進(jìn)行設(shè)置)、支付方式等。
至此,商品上架銷售前的準(zhǔn)備工作基本完成了。

分銷渠道平臺(tái)

在商品銷售時(shí),一般都有很多的銷售渠道,線上有APP,小程序,第三方合作平臺(tái),線下有門店,大客戶批發(fā)等,此外還可能有內(nèi)部購(gòu)銷平臺(tái)等。

商品如何確定在哪個(gè)平臺(tái)銷售,銷售的價(jià)格是多少?

這就需要我們搭建一個(gè)分銷渠道平臺(tái)。它要能夠分發(fā)商品,確定商品價(jià)格,同時(shí)最重要的是渠道庫(kù)存是共享的還是獨(dú)立的。

對(duì)于財(cái)務(wù)結(jié)算也要考慮到渠道的傭金計(jì)算邏輯等。此部分內(nèi)容也應(yīng)屬于銷售前的準(zhǔn)備工作,在微信公眾號(hào)上發(fā)布時(shí)沒有獨(dú)立出來,同事建議此部分應(yīng)該做成一個(gè)類似于中臺(tái)的系統(tǒng)來作來運(yùn)營(yíng)的操作。后續(xù)具體模塊系統(tǒng)介紹時(shí)再做詳細(xì)說明。

銷售訂單產(chǎn)生

商品銷售的渠道有很多種,如APP上售賣、小程序上、網(wǎng)站售賣、第三方合作渠道、線下門店售賣。

從2011年開始的O2O到新零售的線上線下融合,從網(wǎng)上商城到移動(dòng)APP再到這兩年的社區(qū)團(tuán)購(gòu)小程序等,電商零售的發(fā)展是非常之快的(還有無人貨架、無人超市等),銷售方式也是非常之多。

如果有線下門店,則商品需要從自營(yíng)倉(cāng)或供應(yīng)商供貨到門店,產(chǎn)生門店庫(kù)存,經(jīng)過門店銷售POS進(jìn)行售賣。這從供應(yīng)鏈的角度屬于倉(cāng)到店到戶或供貨商直送到店到戶。這里涉及的系統(tǒng)有,門店銷售系統(tǒng)、門店空間管理、門店進(jìn)銷存管理等幾部分。

對(duì)于門店銷售POS的理解等同于APP或小程序等線上銷售,這里涉及的商品促銷活動(dòng)設(shè)置可以通過促銷系統(tǒng)區(qū)分門店促銷和線上促銷兩種方式。

商品的購(gòu)物車管理、購(gòu)物流程、支付流程等服務(wù)基本相同,但門店由于是可見即所得,所以商品瀏覽等可以不需要,超市的POS以及現(xiàn)在各超市推出的自助結(jié)賬,基本上就是掃碼、商品購(gòu)物清單確認(rèn)、支付、打印小票等幾部分。

在網(wǎng)上商城的銷售,需要網(wǎng)上運(yùn)營(yíng)部同事與產(chǎn)品、體驗(yàn)官來共同協(xié)作設(shè)計(jì),一個(gè)簡(jiǎn)潔、清晰的商城+簡(jiǎn)潔的購(gòu)物流程可以帶來更多的瀏覽和轉(zhuǎn)化率。

說到如何計(jì)算轉(zhuǎn)化率,這又涉及相關(guān)的埋點(diǎn)進(jìn)行數(shù)據(jù)的收集利用weblog來對(duì)用戶的行為來進(jìn)行分析。

在銷售過程中有兩個(gè)服務(wù)是比較重要的,即商品服務(wù)與庫(kù)存服務(wù);對(duì)于庫(kù)存服務(wù)是非常關(guān)鍵的,商品是否超賣都與庫(kù)存服務(wù)有著重要的關(guān)系,同時(shí)這部分也直接影響著下單流程的響應(yīng)速度,關(guān)鍵的服務(wù)需要進(jìn)行性能壓力測(cè)試的。
商品銷售的流程大家都熟悉,瀏覽、選定商品、加入購(gòu)物車、支付、等待收貨。

訂單流轉(zhuǎn)到后端

這里就會(huì)產(chǎn)生銷售訂單和支付流水,在電商系統(tǒng)組成中,前端下單系統(tǒng)與后端訂單的業(yè)務(wù)處理是分開的,這里涉及很多的服務(wù)和任務(wù)。首先前端的數(shù)據(jù)庫(kù)與后端的數(shù)據(jù)庫(kù)就是隔離的,前端數(shù)據(jù)庫(kù)可以擴(kuò)展,后端的數(shù)據(jù)庫(kù)是要進(jìn)行分庫(kù)分表的(每日訂單量達(dá)到十萬或百萬級(jí))。

1. 拉單服務(wù):前端下完訂單后,需要經(jīng)過拉單服務(wù)將訂單取到后端生產(chǎn)庫(kù),這個(gè)過程一般不做過多的邏輯處理。

2. 拆單服務(wù):在后端庫(kù),訂單是需要進(jìn)行拆單的,拆單規(guī)則根據(jù)業(yè)務(wù)規(guī)則進(jìn)行設(shè)置,商家商品要根據(jù)發(fā)貨商家進(jìn)行拆分、自發(fā)貨商品要根據(jù)商品倉(cāng)庫(kù)、溫控屬性、活動(dòng)類型(預(yù)售商品)等進(jìn)行拆單。在拆單過程中要進(jìn)行商品相關(guān)金額的分?jǐn)偂?/p>

對(duì)于現(xiàn)在智能倉(cāng)儲(chǔ)系統(tǒng)的建設(shè),對(duì)于前面介紹的拆單,一方面依賴于上游系統(tǒng)的商品屬性,另一方面依賴于倉(cāng)儲(chǔ)系統(tǒng)的拆單邏輯。

3. 訂單下發(fā)服務(wù):訂單經(jīng)過拆單后,需要與倉(cāng)儲(chǔ)系統(tǒng)WMS進(jìn)行對(duì)接,由倉(cāng)庫(kù)安排發(fā)貨。

一般的WMS系統(tǒng)都采用第三方的,相對(duì)比較成熟穩(wěn)定,沒有必要自己搭建了。這里就涉及上位與下位系統(tǒng)的數(shù)據(jù)傳遞。

訂單的下發(fā)與回傳僅是數(shù)據(jù)交互平臺(tái)的一般分,還有如商品數(shù)據(jù)、供應(yīng)商數(shù)據(jù)、采購(gòu)單據(jù)等傳輸。因?yàn)殡娚叹W(wǎng)站的訂單量是非常大的,所以此服務(wù)要獨(dú)立出來。

訂單下發(fā)時(shí)要考慮哪些訂單需要下發(fā),哪些訂單需要定時(shí)下發(fā),哪些訂單需要經(jīng)過合單后再下發(fā),規(guī)則還是蠻多的。不同的組合對(duì)于后續(xù)訂單的作業(yè)與售后都可能不一樣。

訂單發(fā)貨

發(fā)貨是意味著我們的流程已經(jīng)走過了一半,訂單發(fā)貨了一般情況下用戶就不能再取消了。

倉(cāng)儲(chǔ)發(fā)貨前需要進(jìn)行訂單波次生成、揀貨、打包、發(fā)貨等流程,由于有了第三方成熟的WMS系統(tǒng),我們不需要了解太多的細(xì)節(jié),只需要將系統(tǒng)間的對(duì)接接口參數(shù)、報(bào)文處理好就可以了。但是只要涉及兩個(gè)系統(tǒng)的對(duì)接,如果雙方規(guī)則定義模糊,那邊后續(xù)問題就會(huì)相對(duì)較多。

商品運(yùn)輸:

對(duì)于訂單發(fā)貨,可能涉及多個(gè)包裹單,每個(gè)包裹單又對(duì)應(yīng)不同的物流單號(hào),此部分是與TMS系統(tǒng)對(duì)接的。不同的物流公司對(duì)于包裹單的處理跟蹤也會(huì)有所不同。

用戶在商城中看到的是訂單(主要看拆單后的子訂單),每個(gè)子訂單由于商品屬性不同,選擇的物流產(chǎn)品也不同,比如普通商品與冷凍商品的運(yùn)輸方式肯定不同,那么就會(huì)對(duì)應(yīng)不同的物流產(chǎn)品。

目前對(duì)于多數(shù)的電商公司都不會(huì)自建物流了,成本太高了,對(duì)于冷鏈物流一直是近年來不斷優(yōu)化,爭(zhēng)議也是比較多的,沒有實(shí)力根本無法滿足商品、用戶、商家的需求。

對(duì)于上面提到的包裹單一般是一個(gè)或多個(gè)包裹單對(duì)應(yīng)一個(gè)子訂單,在子訂單的簽收和取消時(shí)不僅要考慮到父訂單,同時(shí)也要考慮到包裹單。

  • 考慮父訂單是因?yàn)樵谟脩粝聠螘r(shí),用戶可能享受了促銷活動(dòng)(如滿減、贈(zèng)品),當(dāng)子訂單發(fā)生取消和退貨時(shí)要考慮到優(yōu)惠的重?cái)傊厮悖ǚ浅?fù)雜);
  • 考慮包裹單時(shí),防止一個(gè)包裹到了進(jìn)行簽收(另一個(gè)包括還沒有到),給用戶造成誤解。
    訂單運(yùn)輸?shù)奈锪餍畔ⅲ枰c第三方物流或與像快遞100等這樣的服務(wù)平臺(tái)進(jìn)行對(duì)接,及時(shí)準(zhǔn)確的獲取運(yùn)單信息。

快遞將商品運(yùn)送到用戶手里前,還涉及到一個(gè)最后一公里的問題,即從配送站到用戶的配送;這也是各大快遞公司證明自己服務(wù)優(yōu)劣的關(guān)鍵部分。

商品收貨

收貨又分為兩部分即簽收與拒收。

簽收就是用戶確認(rèn)商品沒有問題,簽收確認(rèn)(現(xiàn)在淘寶訂單有的是先簽收,如果有問題與快遞員確定后再聯(lián)系商家進(jìn)行售后;貴重商品需要當(dāng)面驗(yàn)收)。

拒收就是家里無人或商品質(zhì)量或包裝問題,用戶不收貨;拒收后商品會(huì)退還給供應(yīng)商或倉(cāng)庫(kù)。這里又涉及到有實(shí)物拒收入庫(kù)與無實(shí)物拒收入庫(kù)(如保質(zhì)期很短的鮮奶、雞蛋、水果等用戶拒收后如果再返還到倉(cāng)庫(kù)已經(jīng)過期或腐爛,這時(shí)就不退倉(cāng)了,降低物流成本)。

如果用戶簽收后,用戶享用了此商品,那么此商品流程就完成了。

商品補(bǔ)發(fā)與換貨

當(dāng)商品在運(yùn)輸過程中損壞等原因沒有滿足用戶需求,用戶會(huì)通過售后系統(tǒng)進(jìn)行申請(qǐng)商品補(bǔ)發(fā)或換貨。

  • 商品補(bǔ)發(fā)就是一個(gè)新的商品重新生成補(bǔ)發(fā)訂單、訂單下發(fā)、發(fā)貨、運(yùn)輸最終到用戶手中。這里仍然走一遍訂單流程。
  • 換貨:如果是有實(shí)物的換貨則原商品需要寄回到倉(cāng)庫(kù)或供應(yīng)商,然后再生成一張換貨訂單,重新走一遍訂單流程。

注意,這兩種都不涉及用戶的退款和收款(一般認(rèn)為是等價(jià)相同商品),如果不同的商品,可以走退貨流程,然后再重新代客下單。

商品退貨

一直以來,商品的正向流程是比較簡(jiǎn)單的(相對(duì)于逆向流程)。但退貨等售后工作必不可少,客服的售后系統(tǒng)是每個(gè)電商系統(tǒng)中非常重要的組成部分。

它包括工單的處理流程、理賠流程;工單和理賠都是圍繞著商品的訂單展開進(jìn)行的,主要考慮以下幾個(gè)方面即:

  1. 商品是否可退、退貨或理賠的原因,責(zé)任方是誰
  2. 商品發(fā)生退貨后是否涉及優(yōu)惠,是否需要重新計(jì)算優(yōu)惠,涉及的優(yōu)惠券、紅包等是否失效。
  3. 涉及的支付方式(如積分、禮品卡)是否要重新分?jǐn)偱c返還。
  4. 涉及的商品發(fā)票是否已開,是否需要紅字發(fā)票。

如果退貨商品需要退回倉(cāng)庫(kù),需要?jiǎng)?chuàng)建退回入庫(kù)單,快遞方式如何,運(yùn)費(fèi)承擔(dān)方等內(nèi)容。

這里只是把主要的,想到的內(nèi)容羅列一下而已,如果涉及到線下門店與供貨商或倉(cāng)儲(chǔ)的內(nèi)部商品管理,流程將會(huì)更加復(fù)雜。前面也提到了商品倉(cāng)到家、倉(cāng)到店到家、供應(yīng)商到店到家、供應(yīng)商到家等模式不同,售后的流程也會(huì)有所區(qū)別,這需要產(chǎn)品和業(yè)務(wù)以及研發(fā)人共同商討解決方案。

總結(jié):商品的整個(gè)流轉(zhuǎn)流程簡(jiǎn)單說完了,每個(gè)流程中都涉及到不同的系統(tǒng)模塊,每個(gè)系統(tǒng)模塊數(shù)據(jù)有些都是要流轉(zhuǎn)到財(cái)務(wù)進(jìn)銷存和數(shù)據(jù)分析系統(tǒng)中的。這里只是大框框的介紹,每個(gè)子系統(tǒng)的設(shè)計(jì)需要進(jìn)行需求重新收集與了解,然后進(jìn)行詳細(xì)流程的設(shè)計(jì)才可以,后續(xù)計(jì)劃逐步總結(jié)下各個(gè)系統(tǒng)模塊和功能,希望對(duì)你我都有幫助,感謝大家閱讀!

 

作者:倔強(qiáng)的大蘿卜;公眾號(hào):倔強(qiáng)的大蘿卜

本文由 @倔強(qiáng)的大蘿卜 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 總結(jié)的很全面,一看就是經(jīng)驗(yàn)豐富,一直想跟待的小朋友根據(jù)商品串下整個(gè)供應(yīng)鏈知識(shí),這個(gè)可以用了

    來自北京 回復(fù)
  2. 優(yōu)惠券金額不能返還吧,只能重新補(bǔ)一張,不然財(cái)務(wù)對(duì)賬時(shí)會(huì)混亂

    來自重慶 回復(fù)
    1. 對(duì)于優(yōu)惠券金額的返還要考慮如果訂單未發(fā)貨前的取消等情況,可以直接返還,但券一般都是有使用時(shí)間和活動(dòng)限制的;重新補(bǔ)一張也是一種方式。
      優(yōu)惠券一般都是整張使用,發(fā)生商品退換貨時(shí),此部分金額是根據(jù)商品扣除的,需要計(jì)算實(shí)際退款金額,在財(cái)務(wù)對(duì)賬上只要記錄清晰一般還可以,不會(huì)混亂。

      來自北京 回復(fù)
  3. 膩害,學(xué)習(xí)了。
    感覺筆者對(duì)整個(gè)業(yè)務(wù)流轉(zhuǎn)都很熟悉,說起來就很自如。

    來自浙江 回復(fù)
    1. 這些都是主流程,每一塊都需要細(xì)化,互相學(xué)習(xí)交流,有興趣可以關(guān)注我的公眾號(hào):)

      來自北京 回復(fù)
    2. 嗯嗯 關(guān)注了。哈哈哈哈,現(xiàn)在正在拜讀每一篇文章。
      對(duì)我這種小白,看了很受益,平時(shí)很抽象的模塊,就鮮活具象了起來。
      大贊~~

      來自浙江 回復(fù)
    3. ??

      來自北京 回復(fù)
  4. 學(xué)習(xí) 了

    來自浙江 回復(fù)
    1. 共同學(xué)習(xí)分享:)

      來自北京 回復(fù)
  5. 寫的很好

    來自廣東 回復(fù)
    1. 謝謝??

      回復(fù)