你可能想知道的事:跨境電商ERP流程
作者寫下這篇文章,是因為目前的工作是在跨境電商。于是總結(jié)了一下他自己的日常工作,作為一個復(fù)盤并進行輸出,與各位小伙伴進行分享。
1、跨境電商流程
話不多說,上圖為敬。因為我做的是出口跨境電商,所以這套業(yè)務(wù)流程是出口電商的流程,一般發(fā)貨的方式會有國內(nèi)倉庫直發(fā)貨和海外倉庫發(fā)貨。如何選擇發(fā)貨方式,那就是成本,效率等多種因素的綜合考量了。這里畫的是一套正常的流程,并沒有包含貨物被拒收或者退貨的逆向流程。
2、公司角色在ERP的需求
做一個TOB產(chǎn)品,針對公司每個用戶群體的需求都會有相應(yīng)的功能和模塊。
- 客服部門 :公司的客服負責(zé)售前、售中、售后的咨詢服務(wù),但是在ERP體現(xiàn)的是對訂單的有效性進行審核,還有處理退換貨。訂單的有效性客服會根據(jù)客戶提供的個人信息,進行人工審核+外呼確認來確認。
- 采購部門 :根據(jù)公司的訂單量和產(chǎn)品的現(xiàn)有庫存進行計算管理,并負責(zé)采購和提前備貨。
- 物流運營: 物流運營根據(jù)每個國家的規(guī)定政策,對接不同的運營商,并在系統(tǒng)設(shè)置每個物流商的發(fā)貨量和發(fā)貨種類。
- 倉儲部門:倉庫進行使用WMS進行貨物的管理,揀貨發(fā)貨 (基本不使用ERP系統(tǒng))。
- 業(yè)務(wù)部門? : 負責(zé)銷售產(chǎn)品,所以有需求知道自己的產(chǎn)品和產(chǎn)品對應(yīng)訂單量是多少,對自己投入的成本和所有的庫存進行管理計算。
- Boss:需要看到公司的訂單,投入的成本,應(yīng)此需要一堆詳細的報表。
思考:目標(biāo)用戶不同因此在開發(fā)的過程中會產(chǎn)生矛盾的需求,遇到這種矛盾的需求,會根據(jù)優(yōu)先級進行分析是否緊急重要,不重要不緊急的進行擱置。重要緊急的需要商量出明確的方案,大家一致同意才能進行開發(fā)。
盲目的新增需求,浪費的是開發(fā)資源,也會大大的導(dǎo)致上級和用戶群體對產(chǎn)品的不信任。包括需求的真?zhèn)涡?,也要有著一股刨根問底的心性。用戶會提出一些他們的解決方案,這時需要考慮到他們真正想要解決的是什么,現(xiàn)有的功能是否可以滿足,不能滿足才會進行開發(fā)。
3、ERP的模塊
每個模塊是相互獨立的數(shù)據(jù),但是模塊之間的信息會進行互通傳遞。保證了數(shù)據(jù)的安全性,提高了系統(tǒng)的高效性和承載量。
- 產(chǎn)品中心:負責(zé)產(chǎn)品的SKU建立和管理。
- 訂單中心:客服負責(zé)審核訂單,業(yè)務(wù)查看訂單,訂單的狀態(tài)流程顯示。
- 采購中心:缺貨的產(chǎn)品數(shù)量顯示,近幾天的銷量顯示,采購負責(zé)采購的功能。
- 倉儲中心:顯示每個倉庫的庫存量以及庫存的占用數(shù),采購備貨的功能。
- 物流中心:對接第三方的物流商,負責(zé)抓取物流軌跡,在頁面進行跟蹤展示。
- 調(diào)度中心:負責(zé)每個模塊的數(shù)據(jù)流轉(zhuǎn)展示,已便確認發(fā)現(xiàn)定位問題。
思考:因為公司的系統(tǒng)之前經(jīng)歷過重構(gòu),之前的系統(tǒng)存在的是功能區(qū)分不明顯,采用的PHP語言進行的開發(fā),優(yōu)點是快捷便利的開發(fā),缺點卻是無法承載高速增長的訂單量。
重構(gòu)后的系統(tǒng),采用的是Java語言進行開發(fā),并按照模塊進行劃分,數(shù)據(jù)在每個模塊進行傳輸,可承載訂單量大大提升。并且重構(gòu)前的系統(tǒng)在不斷的做加法,沒有很好的進行功能的劃分。重構(gòu)后的ERP系統(tǒng),進行了明確的劃分,克制的增加新的功能,讓我想到奧卡姆剃刀定律“如無必要,勿增實體”
4、訂單的狀態(tài)流程圖
訂單的狀態(tài)類別:
- 待審核:客戶剛下的訂單,傳到ERP系統(tǒng),客服還沒進行審核。
- 待聯(lián)系:客服需要電話外呼確認信息有效性的訂單。
- 審核通過:代表客服確認過的有效訂單。
- 無效訂單:客戶惡意或者重復(fù)下的訂單。
- 待采購:倉庫沒有貨物需要進行采購的有效訂單。
- 待發(fā)貨:倉庫準備發(fā)出的有效訂單。
- 已發(fā)貨:已發(fā)出去的有效訂單。
- 已簽收:已被客戶簽收的有效訂單。
思考:訂單狀態(tài)的流轉(zhuǎn)代表是訂單處于每個中心的處理狀態(tài),一般設(shè)計電商ERP系統(tǒng),訂單中心負責(zé)的是統(tǒng)籌所有中心模塊的數(shù)據(jù)。根據(jù)訂單狀態(tài),可以及時的監(jiān)控和發(fā)現(xiàn)問題。這也代表的是系統(tǒng)最原始的數(shù)據(jù),可以通過這些訂單不同的狀態(tài)來進行報表的統(tǒng)計,方便各職能部門的業(yè)務(wù)需求。
5、ERP的權(quán)限系統(tǒng)
也是常規(guī)的權(quán)限系統(tǒng)。
6、個人感想
因為本人公司所處的是COD(貨到付款)的業(yè)務(wù)模式,暫時沒有接觸到支付功能。電商系統(tǒng)的后臺邏輯比較復(fù)雜。跟To的產(chǎn)品不太一樣。功能不會太注重于用戶體驗,主要是能夠支撐公司的業(yè)務(wù)流程就足夠了。
在我看來,電商的主要兩個競爭點:一是電商網(wǎng)站,一個是供應(yīng)鏈的管理。
電商網(wǎng)站在于展示產(chǎn)品,能夠提高用戶的復(fù)購率,增加用戶粘度,建立公司的品牌形象。供應(yīng)鏈的管理,可以提高訂單的時效性,每到達客戶手中的貨物實際時間比預(yù)計時間減少一天,客戶的滿意度和復(fù)購率就會大幅度增長。有效的供應(yīng)鏈管理,可以減少倉庫庫存積壓,提高庫存周轉(zhuǎn)率。也就相當(dāng)于提高公司的利潤。
最后說一句,電商ERP系統(tǒng)的每個模塊都值得深入學(xué)習(xí)和研究,還在學(xué)習(xí)的道路上。
歡迎大家一起交流~
本文由 @方的一匹 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Pexels,基于 CC0 協(xié)議
倉儲中心的是不是待選擇倉庫狀態(tài)的?印象中WMS是根據(jù)配貨單進行揀貨、裝箱、打單和物流發(fā)貨的
求跨境電商erp的原型圖 分享學(xué)習(xí) 可付費
若用戶手動點擊確認收貨 ,實際情況還未收貨的情況下,訂單狀態(tài)如何處理
可以求原型圖學(xué)習(xí)不
同求
你好,我現(xiàn)在也在一家跨境電商做產(chǎn)品經(jīng)理,有點迷茫,不知道可不可以和你聊聊,qq1102968110
太淺了。
學(xué)習(xí)中
無效訂單怎么會是客服惡意或重復(fù)下單,怎么判斷客戶是惡意下單
惡意訂單:比如錯誤的收貨電話、地址,導(dǎo)致該訂單無法聯(lián)系到客戶。此處也需要客服根據(jù)經(jīng)驗去判斷了。
重復(fù)訂單:2筆相同的訂單,相同的收貨信息??头枰ヅ袛嗍欠駷橛行в唵?,而后與客戶溝通,進行訂單狀態(tài)的變更。
請問第一張圖片是用什么軟件嗎?圖形很好看。
visio
axure
這位哥們,你挖了個大坑,期待有后續(xù)
啥坑
深圳求職中…..
求到了沒有,可以考慮到我們公司