你可能想知道的事:跨境電商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 協議