你可能想知道的事：跨境電商ERP流程
作者寫下這篇文章，是因為目前的工作是在跨境電商。於是總結了一下他自己的日常工作，作為一個覆盤並進行輸出，與各位小夥伴進行分享。
1、跨境電商流程
話不多說，上圖為敬。因為我做的是出口跨境電商，所以這套業務流程是出口電商的流程，一般發貨的方式會有國內倉庫直髮貨和海外倉庫發貨。如何選擇發貨方式，那就是成本，效率等多種因素的綜合考量了。這裡畫的是一套正常的流程，並沒有包含貨物被拒收或者退貨的逆向流程。
2、公司角色在ERP的需求
做一個TOB產品，針對公司每個使用者群體的需求都會有相應的功能和模組。
- 客服部門 ： 公司的客服負責售前、售中、售後的諮詢服務，但是在ERP體現的是對訂單的有效性進行稽核，還有處理退換貨。訂單的有效性客服會根據客戶提供的個人資訊，進行人工稽核+外呼確認來確認。
- 採購部門 ： 根據公司的訂單量和產品的現有庫存進行計算管理，並負責採購和提前備貨。
- 物流運營： 物流運營根據每個國家的規定政策，對接不同的運營商，並在系統設定每個物流商的發貨量和發貨種類。
- 倉儲部門： 倉庫進行使用WMS進行貨物的管理，揀貨發貨 （基本不使用ERP系統）。
- 業務部門 : 負責銷售產品，所以有需求知道自己的產品和產品對應訂單量是多少，對自己投入的成本和所有的庫存進行管理計算。
- Boss： 需要看到公司的訂單，投入的成本，應此需要一堆詳細的報表。
思考：目標使用者不同因此在開發的過程中會產生矛盾的需求，遇到這種矛盾的需求，會根據優先順序進行分析是否緊急重要，不重要不緊急的進行擱置。重要緊急的需要商量出明確的方案，大家一致同意才能進行開發。
盲目的新增需求，浪費的是開發資源，也會大大的導致上級和使用者群體對產品的不信任。包括需求的真偽性，也要有著一股刨根問底的心性。使用者會提出一些他們的解決方案，這時需要考慮到他們真正想要解決的是什麼，現有的功能是否可以滿足，不能滿足才會進行開發。
3、ERP的模組
每個模組是相互獨立的資料，但是模組之間的資訊會進行互通傳遞。保證了資料的安全性，提高了系統的高效性和承載量。
- 產品中心： 負責產品的SKU建立和管理。
- 訂單中心： 客服負責稽核訂單，業務檢視訂單，訂單的狀態流程顯示。
- 採購中心： 缺貨的產品數量顯示，近幾天的銷量顯示，採購負責採購的功能。
- 倉儲中心： 顯示每個倉庫的庫存量以及庫存的佔用數，採購備貨的功能。
- 物流中心： 對接第三方的物流商，負責抓取物流軌跡，在頁面進行跟蹤展示。
- 排程中心： 負責每個模組的資料流轉展示，已便確認發現定位問題。
思考：因為公司的系統之前經歷過重構，之前的系統存在的是功能區分不明顯，採用的PHP語言進行的開發，優點是快捷便利的開發，缺點卻是無法承載高速增長的訂單量。
重構後的系統，採用的是Java語言進行開發，並按照模組進行劃分，資料在每個模組進行傳輸，可承載訂單量大大提升。並且重構前的系統在不斷的做加法，沒有很好的進行功能的劃分。重構後的ERP系統，進行了明確的劃分，剋制的增加新的功能，讓我想到奧卡姆 剃刀 定律“如無必要，勿增實體”
4、訂單的狀態流程圖
訂單的狀態類別：
- 待稽核： 客戶剛下的訂單，傳到ERP系統，客服還沒進行稽核。
- 待聯絡： 客服需要電話外呼確認資訊有效性的訂單。
- 稽核通過： 代表客服確認過的有效訂單。
- 無效訂單： 客戶惡意或者重複下的訂單。
- 待採購： 倉庫沒有貨物需要進行採購的有效訂單。
- 待發貨： 倉庫準備發出的有效訂單。
- 已發貨： 已發出去的有效訂單。
- 已簽收： 已被客戶簽收的有效訂單。
思考：訂單狀態的流轉代表是訂單處於每個中心的處理狀態，一般設計電商ERP系統，訂單中心負責的是統籌所有中心模組的資料。根據訂單狀態，可以及時的監控和發現問題。這也代表的是系統最原始的資料，可以通過這些訂單不同的狀態來進行報表的統計，方便各職能部門的業務需求。
5、ERP的許可權系統
也是常規的許可權系統。
6、個人感想
因為本人公司所處的是COD（貨到付款）的業務模式，暫時沒有接觸到支付功能。電商系統的後臺邏輯比較複雜。跟To的產品不太一樣。功能不會太注重於使用者體驗，主要是能夠支撐公司的業務流程就足夠了。
在我看來，電商的主要兩個競爭點： 一是電商網站，一個是供應鏈的管理。
電商網站在於展示產品，能夠提高使用者的復購率，增加使用者粘度，建立公司的品牌形象。供應鏈的管理，可以提高訂單的時效性，每到達客戶手中的貨物實際時間比預計時間減少一天，客戶的滿意度和復購率就會大幅度增長。有效的供應鏈管理，可以減少倉庫庫存積壓，提高庫存週轉率。也就相當於提高公司的利潤。
最後說一句，電商ERP系統的每個模組都值得深入學習和研究，還在學習的道路上。
歡迎大家一起交流~
本文由 @方的一匹 原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自 Pexels，基於 CC0 協議