作為出口跨境電商的首選平臺，亞馬遜最近的新政讓不少的賣家有點(diǎn)艱難。但是，中國出口跨境電商的交易額依然每年保持著高速增長，這個輻射了歐美主流市場的大平臺蛋糕依然還在吸引眾多的賣家入駐。而另外一個不爭的事實(shí)是，亞馬遜已經(jīng)完全從過去幾年紅利窗口期，進(jìn)入到考驗(yàn)賣家運(yùn)營水平水準(zhǔn)的時(shí)期。賣家們對運(yùn)營二字的理解，已經(jīng)不再早幾年的“拍照寫描述，上傳平臺等訂單”這么簡單了。

所以，除了正確地選品之外，亞馬遜賣家的運(yùn)營工作，應(yīng)該同時(shí)為訂單的來源（流量）、成交（轉(zhuǎn)化）、盈利（成本分析）負(fù)責(zé)，定期分析上述幾個方面的數(shù)據(jù)，以總結(jié)指導(dǎo)下一階段的工作。

那么，在數(shù)據(jù)化運(yùn)營如此重要的電子商務(wù)時(shí)代，我們都會用到ERP軟件，來看看ERP的運(yùn)行流程！

1、跨境電商流程

話不多說，上圖為敬。因?yàn)槲易龅氖浅隹诳缇畴娚蹋赃@套業(yè)務(wù)流程是出口電商的流程，一般發(fā)貨的方式會有國內(nèi)倉庫直發(fā)貨和海外倉庫發(fā)貨。如何選擇發(fā)貨方式，那就是成本，效率等多種因素的綜合考量了。這里畫的是一套正常的流程，并沒有包含貨物被拒收或者退貨的逆向流程。

2、公司角色在ERP的需求

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

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

采購部門：根據(jù)公司的訂單量和產(chǎn)品的現(xiàn)有庫存進(jìn)行計(jì)算管理，并負(fù)責(zé)采購和提前備貨。

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

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

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

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

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

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

3、ERP的模塊

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

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

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

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

倉儲中心：顯示每個倉庫的庫存量以及庫存的占用數(shù)，采購備貨的功能。

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

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

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

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

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

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

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

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

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

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

待采購：倉庫沒有貨物需要進(jìn)行采購的有效訂單。

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

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

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

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

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

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

6、個人感想

因?yàn)楸救斯舅幍氖荂OD（貨到付款）的業(yè)務(wù)模式，暫時(shí)沒有接觸到支付功能。電商系統(tǒng)的后臺邏輯比較復(fù)雜。跟To的產(chǎn)品不太一樣。功能不會太注重于用戶體驗(yàn)，主要是能夠支撐公司的業(yè)務(wù)流程就足夠了。

在我看來，電商的主要兩個競爭點(diǎn)：一是電商網(wǎng)站，一個是供應(yīng)鏈的管理。

電商網(wǎng)站在于展示產(chǎn)品，能夠提高用戶的復(fù)購率，增加用戶粘度，建立公司的品牌形象。供應(yīng)鏈的管理，可以提高訂單的時(shí)效性，每到達(dá)客戶手中的貨物實(shí)際時(shí)間比預(yù)計(jì)時(shí)間減少一天，客戶的滿意度和復(fù)購率就會大幅度增長。有效的供應(yīng)鏈管理，可以減少倉庫庫存積壓，提高庫存周轉(zhuǎn)率。也就相當(dāng)于提高公司的利潤。

最后說一句，電商ERP系統(tǒng)的每個模塊都值得深入學(xué)習(xí)和研究，還在學(xué)習(xí)的道路上。（來源：跨境電商隨記）

以上內(nèi)容屬作者個人觀點(diǎn)，不代表雨果網(wǎng)立場！本文經(jīng)原作者授權(quán)轉(zhuǎn)載，轉(zhuǎn)載需經(jīng)原作者授權(quán)同意。