1、跨境電商流程

話不多說(shuō)，上圖為敬。出口電商的流程，一般發(fā)貨的方式會(huì)有國(guó)內(nèi)倉(cāng)庫(kù)直發(fā)貨和海外倉(cāng)庫(kù)發(fā)貨。如何選擇發(fā)貨方式，那就是成本，效率等多種因素的綜合考量了。這里畫(huà)的是一套正常的流程，并沒(méi)有包含貨物被拒收或者退貨的逆向流程。

2、公司角色在ERP的需求

做一個(gè)TOB產(chǎn)品，針對(duì)公司每個(gè)用戶群體的需求都會(huì)有相應(yīng)的功能和模塊。

客服部門(mén) ：公司的客服負(fù)責(zé)售前、售中、售后的咨詢服務(wù)，但是在ERP體現(xiàn)的是對(duì)訂單的有效性進(jìn)行審核，還有處理退換貨。訂單的有效性客服會(huì)根據(jù)客戶提供的個(gè)人信息，進(jìn)行人工審核+外呼確認(rèn)來(lái)確認(rèn)。

采購(gòu)部門(mén) ：根據(jù)跨境電商系統(tǒng)公司的訂單量和產(chǎn)品的現(xiàn)有庫(kù)存進(jìn)行計(jì)算管理，并負(fù)責(zé)采購(gòu)和提前備貨。

物流運(yùn)營(yíng)：物流運(yùn)營(yíng)根據(jù)每個(gè)國(guó)家的規(guī)定政策，對(duì)接不同的運(yùn)營(yíng)商，并在系統(tǒng)設(shè)置每個(gè)物流商的發(fā)貨量和發(fā)貨種類。

倉(cāng)儲(chǔ)部門(mén)：倉(cāng)庫(kù)進(jìn)行使用WMS進(jìn)行貨物的管理，揀貨發(fā)貨 （基本不使用ERP系統(tǒng)）。

業(yè)務(wù)部門(mén):負(fù)責(zé)銷售產(chǎn)品，所以有需求知道自己的產(chǎn)品和產(chǎn)品對(duì)應(yīng)訂單量是多少，對(duì)自己投入的成本和所有的庫(kù)存進(jìn)行管理計(jì)算。

Boss：需要看到公司的訂單，投入的成本，應(yīng)此需要一堆詳細(xì)的報(bào)表。

思考：目標(biāo)用戶不同因此在開(kāi)發(fā)的過(guò)程中會(huì)產(chǎn)生矛盾的需求，遇到這種矛盾的需求，會(huì)根據(jù)優(yōu)先級(jí)進(jìn)行分析是否緊急重要，不重要不緊急的進(jìn)行擱置。重要緊急的需要商量出明確的方案，大家一致同意才能進(jìn)行開(kāi)發(fā)。

盲目的新增需求，浪費(fèi)的是開(kāi)發(fā)資源，也會(huì)大大的導(dǎo)致上級(jí)和用戶群體對(duì)產(chǎn)品的不信任。包括需求的真?zhèn)涡?，也要有著一股刨根?wèn)底的心性。用戶會(huì)提出一些他們的解決方案，這時(shí)需要考慮到他們真正想要解決的是什么，現(xiàn)有的功能是否可以滿足，不能滿足才會(huì)進(jìn)行開(kāi)發(fā)。

3、ERP的模塊

每個(gè)模塊是相互獨(dú)立的數(shù)據(jù)，但是模塊之間的信息會(huì)進(jìn)行互通傳遞。保證了數(shù)據(jù)的安全性，提高了系統(tǒng)的高效性和承載量。

產(chǎn)品中心：負(fù)責(zé)產(chǎn)品的SKU建立和管理。

訂單中心：客服負(fù)責(zé)審核訂單，業(yè)務(wù)查看訂單，訂單的狀態(tài)流程顯示。

采購(gòu)中心：缺貨的產(chǎn)品數(shù)量顯示，近幾天的銷量顯示，采購(gòu)負(fù)責(zé)采購(gòu)的功能。

倉(cāng)儲(chǔ)中心：顯示每個(gè)倉(cāng)庫(kù)的庫(kù)存量以及庫(kù)存的占用數(shù)，采購(gòu)備貨的功能。

物流中心：對(duì)接第三方的物流商，負(fù)責(zé)抓取物流軌跡，在頁(yè)面進(jìn)行跟蹤展示。

調(diào)度中心：負(fù)責(zé)每個(gè)模塊的數(shù)據(jù)流轉(zhuǎn)展示，已便確認(rèn)發(fā)現(xiàn)定位問(wèn)題。

思考：因?yàn)楣镜南到y(tǒng)之前經(jīng)歷過(guò)重構(gòu)，之前的系統(tǒng)存在的是功能區(qū)分不明顯，采用的PHP語(yǔ)言進(jìn)行的開(kāi)發(fā)，優(yōu)點(diǎn)是快捷便利的開(kāi)發(fā)，缺點(diǎn)卻是無(wú)法承載高速增長(zhǎng)的訂單量。

重構(gòu)后的系統(tǒng)，采用的是Java語(yǔ)言進(jìn)行開(kāi)發(fā)，并按照模塊進(jìn)行劃分，數(shù)據(jù)在每個(gè)模塊進(jìn)行傳輸，可承載訂單量大大提升。并且重構(gòu)前的系統(tǒng)在不斷的做加法，沒(méi)有很好的進(jìn)行功能的劃分。重構(gòu)后的ERP系統(tǒng)，進(jìn)行了明確的劃分，克制的增加新的功能，讓我想到奧卡姆剃刀定律“如無(wú)必要，勿增實(shí)體”

4、訂單的狀態(tài)流程圖

訂單的狀態(tài)類別：

待審核：客戶剛下的訂單，傳到ERP系統(tǒng)，客服還沒(méi)進(jìn)行審核。

待聯(lián)系：客服需要電話外呼確認(rèn)信息有效性的訂單。

審核通過(guò)：代表客服確認(rèn)過(guò)的有效訂單。

無(wú)效訂單：客戶惡意或者重復(fù)下的訂單。

待采購(gòu)：倉(cāng)庫(kù)沒(méi)有貨物需要進(jìn)行采購(gòu)的有效訂單。

待發(fā)貨：倉(cāng)庫(kù)準(zhǔn)備發(fā)出的有效訂單。

已發(fā)貨：已發(fā)出去的有效訂單。

已簽收：已被客戶簽收的有效訂單。

思考：訂單狀態(tài)的流轉(zhuǎn)代表是訂單處于每個(gè)中心的處理狀態(tài)，一般設(shè)計(jì)電商ERP系統(tǒng)，訂單中心負(fù)責(zé)的是統(tǒng)籌所有中心模塊的數(shù)據(jù)。根據(jù)訂單狀態(tài)，可以及時(shí)的監(jiān)控和發(fā)現(xiàn)問(wèn)題。這也代表的是系統(tǒng)最原始的數(shù)據(jù)，可以通過(guò)這些訂單不同的狀態(tài)來(lái)進(jìn)行報(bào)表的統(tǒng)計(jì)，方便各職能部門(mén)的業(yè)務(wù)需求。

5、ERP的權(quán)限系統(tǒng)

也是常規(guī)的權(quán)限系統(tǒng)。

6、總結(jié)

電商網(wǎng)站在于展示產(chǎn)品，能夠提高用戶的復(fù)購(gòu)率，增加用戶粘度，建立公司的品牌形象。供應(yīng)鏈管理，可以提高訂單的時(shí)效性，每到達(dá)客戶手中的貨物實(shí)際時(shí)間比預(yù)計(jì)時(shí)間減少一天，客戶的滿意度和復(fù)購(gòu)率就會(huì)大幅度增長(zhǎng)。有效的供應(yīng)鏈管理，可以減少倉(cāng)庫(kù)庫(kù)存積壓，提高庫(kù)存周轉(zhuǎn)率。也就相當(dāng)于提高公司的利潤(rùn)。電商ERP系統(tǒng)的每個(gè)模塊都值得深入學(xué)習(xí)和研究，云朵匠還在學(xué)習(xí)的道路上。

<本文由數(shù)商云•云朵匠原創(chuàng)，商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)標(biāo)明：數(shù)商云原創(chuàng)>

作者：云朵匠 | 數(shù)商云(微信ID：shushangyun_com)

【數(shù)商云www.zhimaihui.cn】專注為企業(yè)提供跨境電商平臺(tái)開(kāi)發(fā)服務(wù)，長(zhǎng)期為大中型企業(yè)打造數(shù)據(jù)化、商業(yè)化、智能化的跨境電商平臺(tái)解決方案，為傳統(tǒng)企業(yè)搭建一站式跨境平臺(tái)閉環(huán)體系，實(shí)現(xiàn)跨境系統(tǒng)數(shù)據(jù)互通、全鏈融合，綜合提升平臺(tái)運(yùn)營(yíng)效率與平臺(tái)收益。