1、跨境電商流程

話(huà)不多(duō)說，上圖爲敬。因爲我做(zuò)的(de)是出口跨境電商，所以這(zhè)套業務流程是出口電商的(de)流程，一般發貨的(de)方式會有國内倉庫直發貨和(hé)海外倉庫發貨。如何選擇發貨方式，那就是成本，效率等多(duō)種因素的(de)綜合考量了(le)。這(zhè)裏畫(huà)的(de)是一套正常的(de)流程，并沒有包含貨物(wù)被拒收或者退貨的(de)逆向流程。

2、公司角色在ERP的(de)需求

做(zuò)一個(gè)TOB産品，針對(duì)公司每個(gè)用(yòng)戶群體的(de)需求都會有相應的(de)功能和(hé)模塊。

客服部門 ：公司的(de)客服負責售前、售中、售後的(de)咨詢服務，但是在ERP體現的(de)是對(duì)訂單的(de)有效性進行審核，還(hái)有處理(lǐ)退換貨。訂單的(de)有效性客服會根據客戶提供的(de)個(gè)人(rén)信息，進行人(rén)工審核+外呼确認來(lái)确認。采購(gòu)部門 ：根據公司的(de)訂單量和(hé)産品的(de)現有庫存進行計算(suàn)管理(lǐ)，并負責采購(gòu)和(hé)提前備貨。物(wù)流運營：物(wù)流運營根據每個(gè)國家的(de)規定政策，對(duì)接不同的(de)運營商，并在系統設置每個(gè)物(wù)流商的(de)發貨量和(hé)發貨種類。倉儲部門：倉庫進行使用(yòng)WMS進行貨物(wù)的(de)管理(lǐ)，揀貨發貨 （基本不使用(yòng)ERP系統）。業務部門 :負責銷售産品，所以有需求知道自己的(de)産品和(hé)産品對(duì)應訂單量是多(duō)少，對(duì)自己投入的(de)成本和(hé)所有的(de)庫存進行管理(lǐ)計算(suàn)。Boss：需要看到公司的(de)訂單，投入的(de)成本，應此需要一堆詳細的(de)報表。

思考：目标用(yòng)戶不同因此在開發的(de)過程中會産生矛盾的(de)需求，遇到這(zhè)種矛盾的(de)需求，會根據優先級進行分(fēn)析是否緊急重要，不重要不緊急的(de)進行擱置。重要緊急的(de)需要商量出明(míng)确的(de)方案，大(dà)家一緻同意才能進行開發。

盲目的(de)新增需求，浪費的(de)是開發資源，也(yě)會大(dà)大(dà)的(de)導緻上級和(hé)用(yòng)戶群體對(duì)産品的(de)不信任。包括需求的(de)真僞性，也(yě)要有著(zhe)一股刨根問底的(de)心性。用(yòng)戶會提出一些他(tā)們的(de)解決方案，這(zhè)時(shí)需要考慮到他(tā)們真正想要解決的(de)是什(shén)麽，現有的(de)功能是否可(kě)以滿足，不能滿足才會進行開發。

3、ERP的(de)模塊

每個(gè)模塊是相互獨立的(de)數據，但是模塊之間的(de)信息會進行互通(tōng)傳遞。保證了(le)數據的(de)安全性，提高(gāo)了(le)系統的(de)高(gāo)效性和(hé)承載量。

産品中心：負責産品的(de)SKU建立和(hé)管理(lǐ)。訂單中心：客服負責審核訂單，業務查看訂單，訂單的(de)狀态流程顯示。采購(gòu)中心：缺貨的(de)産品數量顯示，近幾天的(de)銷量顯示，采購(gòu)負責采購(gòu)的(de)功能。倉儲中心：顯示每個(gè)倉庫的(de)庫存量以及庫存的(de)占用(yòng)數，采購(gòu)備貨的(de)功能。物(wù)流中心：對(duì)接第三方的(de)物(wù)流商，負責抓取物(wù)流軌迹，在頁面進行跟蹤展示。調度中心：負責每個(gè)模塊的(de)數據流轉展示，已便确認發現定位問題。

思考：因爲公司的(de)系統之前經曆過重構，之前的(de)系統存在的(de)是功能區(qū)分(fēn)不明(míng)顯，采用(yòng)的(de)PHP語言進行的(de)開發，優點是快(kuài)捷便利的(de)開發，缺點卻是無法承載高(gāo)速增長(cháng)的(de)訂單量。

重構後的(de)系統，采用(yòng)的(de)是Java語言進行開發，并按照(zhào)模塊進行劃分(fēn)，數據在每個(gè)模塊進行傳輸，可(kě)承載訂單量大(dà)大(dà)提升。并且重構前的(de)系統在不斷的(de)做(zuò)加法，沒有很好的(de)進行功能的(de)劃分(fēn)。重構後的(de)ERP系統，進行了(le)明(míng)确的(de)劃分(fēn)，克制的(de)增加新的(de)功能，讓我想到奧卡姆剃刀(dāo)定律“如無必要，勿增實體”

4、訂單的(de)狀态流程圖

訂單的(de)狀态類别：

待審核：客戶剛下(xià)的(de)訂單，傳到ERP系統，客服還(hái)沒進行審核。待聯系：客服需要電話(huà)外呼确認信息有效性的(de)訂單。審核通(tōng)過：代表客服确認過的(de)有效訂單。無效訂單：客戶惡意或者重複下(xià)的(de)訂單。待采購(gòu)：倉庫沒有貨物(wù)需要進行采購(gòu)的(de)有效訂單。待發貨：倉庫準備發出的(de)有效訂單。已發貨：已發出去的(de)有效訂單。已簽收：已被客戶簽收的(de)有效訂單。

思考：訂單狀态的(de)流轉代表是訂單處于每個(gè)中心的(de)處理(lǐ)狀态，一般設計電商ERP系統，訂單中心負責的(de)是統籌所有中心模塊的(de)數據。根據訂單狀态，可(kě)以及時(shí)的(de)監控和(hé)發現問題。這(zhè)也(yě)代表的(de)是系統最原始的(de)數據，可(kě)以通(tōng)過這(zhè)些訂單不同的(de)狀态來(lái)進行報表的(de)統計，方便各職能部門的(de)業務需求。

5、ERP的(de)權限系統

也(yě)是常規的(de)權限系統。

6、個(gè)人(rén)感想

因爲本人(rén)公司所處的(de)是COD（貨到付款）的(de)業務模式，暫時(shí)沒有接觸到支付功能。電商系統的(de)後台邏輯比較複雜(zá)。跟To的(de)産品不太一樣。功能不會太注重于用(yòng)戶體驗，主要是能夠支撐公司的(de)業務流程就足夠了(le)。

在我看來(lái)，電商的(de)主要兩個(gè)競争點：一是電商網站，一個(gè)是供應鏈的(de)管理(lǐ)。

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