作者寫下這篇文章，是因為目前的工作是在跨境電商。于是總結了一下他自己的日常工作，作為一個復盤并進行輸出，與各位小伙伴進行分享。

1、跨境電商流程

話不多說，上圖為敬。因為我做的是出口跨境電商，所以這套業務流程是出口電商的流程，一般發貨的方式會有國內倉庫直發貨和海外倉庫發貨。如何選擇發貨方式，那就是成本，效率等多種因素的綜合考量了。這里畫的是一套正常的流程，并沒有包含貨物被拒收或者退貨的逆向流程。

2、公司角色在ERP的需求

做一個TOB產品，針對公司每個用戶群體的需求都會有相應的功能和模塊。

1. 客服部門 ：公司的客服負責售前、售中、售后的咨詢服務，但是在ERP體現的是對訂單的有效性進行審核，還有處理退換貨。訂單的有效性客服會根據客戶提供的個人信息，進行人工審核+外呼確認來確認。
2. 采購部門 ：根據公司的訂單量和產品的現有庫存進行計算管理，并負責采購和提前備貨。
3. 物流運營： 物流運營根據每個國家的規定政策，對接不同的運營商，并在系統設置每個物流商的發貨量和發貨種類。
4. 倉儲部門：倉庫進行使用WMS進行貨物的管理，揀貨發貨 （基本不使用ERP系統）。
5. 業務部門? : 負責銷售產品，所以有需求知道自己的產品和產品對應訂單量是多少，對自己投入的成本和所有的庫存進行管理計算。
6. Boss：需要看到公司的訂單，投入的成本，應此需要一堆詳細的報表。

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

盲目的新增需求，浪費的是開發資源，也會大大的導致上級和用戶群體對產品的不信任。包括需求的真偽性，也要有著一股刨根問底的心性。用戶會提出一些他們的解決方案，這時需要考慮到他們真正想要解決的是什么，現有的功能是否可以滿足，不能滿足才會進行開發。

3、ERP的模塊

每個模塊是相互獨立的數據，但是模塊之間的信息會進行互通傳遞。保證了數據的安全性，提高了系統的高效性和承載量。

1. 產品中心：負責產品的SKU建立和管理。
2. 訂單中心：客服負責審核訂單，業務查看訂單，訂單的狀態流程顯示。
3. 采購中心：缺貨的產品數量顯示，近幾天的銷量顯示，采購負責采購的功能。
4. 倉儲中心：顯示每個倉庫的庫存量以及庫存的占用數，采購備貨的功能。
5. 物流中心：對接第三方的物流商，負責抓取物流軌跡，在頁面進行跟蹤展示。
6. 調度中心：負責每個模塊的數據流轉展示，已便確認發現定位問題。

思考：因為公司的系統之前經歷過重構，之前的系統存在的是功能區分不明顯，采用的PHP語言進行的開發，優點是快捷便利的開發，缺點卻是無法承載高速增長的訂單量。

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

4、訂單的狀態流程圖

訂單的狀態類別：

1. 待審核：客戶剛下的訂單，傳到ERP系統，客服還沒進行審核。
2. 待聯系：客服需要電話外呼確認信息有效性的訂單。
3. 審核通過：代表客服確認過的有效訂單。
4. 無效訂單：客戶惡意或者重復下的訂單。
5. 待采購：倉庫沒有貨物需要進行采購的有效訂單。
6. 待發貨：倉庫準備發出的有效訂單。
7. 已發貨：已發出去的有效訂單。
8. 已簽收：已被客戶簽收的有效訂單。

思考：訂單狀態的流轉代表是訂單處于每個中心的處理狀態，一般設計電商ERP系統，訂單中心負責的是統籌所有中心模塊的數據。根據訂單狀態，可以及時的監控和發現問題。這也代表的是系統最原始的數據，可以通過這些訂單不同的狀態來進行報表的統計，方便各職能部門的業務需求。

5、ERP的權限系統

也是常規的權限系統。

6、個人感想

因為本人公司所處的是COD（貨到付款）的業務模式，暫時沒有接觸到支付功能。電商系統的后臺邏輯比較復雜。跟To的產品不太一樣。功能不會太注重于用戶體驗，主要是能夠支撐公司的業務流程就足夠了。

在我看來，電商的主要兩個競爭點：一是電商網站，一個是供應鏈的管理。

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

最后說一句，電商ERP系統的每個模塊都值得深入學習和研究，還在學習的道路上。

歡迎大家一起交流~

本文由 @方的一匹 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Pexels，基于 CC0 協議