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

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

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

1、跨境電商流程

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

2、公司角色在ERP的需求

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

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

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

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

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

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

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

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

盲目的新增需求，浪費(fèi)的是開發(fā)資源，也會(huì)大大的導(dǎo)致上級(jí)和用戶群體對(duì)產(chǎn)品的不信任。包括需求的真?zhèn)涡裕惨兄还膳俑鶈柕椎男男?。用戶?huì)提出一些他們的解決方案，這時(shí)需要考慮到他們真正想要解決的是什么，現(xiàn)有的功能是否可以滿足，不能滿足才會(huì)進(jìn)行開發(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)流程顯示。

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

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

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

調(diào)度中心：負(fù)責(zé)每個(gè)模塊的數(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ù)在每個(gè)模塊進(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)代表是訂單處于每個(gè)中心的處理狀態(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、個(gè)人感想

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

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

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

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

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