作者寫(xiě)下這篇文章，是因?yàn)槟壳暗墓ぷ魇窃诳缇畴娚獭Ｓ谑强偨Y(jié)了一下他自己的日常工作，作為一個(gè)復(fù)盤(pán)并進(jìn)行輸出，與各位小伙伴進(jìn)行分享。
1、跨境電商流程
話不多說(shuō)，上圖為敬。因?yàn)槲易龅氖浅隹诳缇畴娚蹋赃@套業(yè)務(wù)流程是出口電商的流程，一般發(fā)貨的方式會(huì)有國(guó)內(nèi)倉(cāng)庫(kù)直發(fā)貨和海外倉(cāng)庫(kù)發(fā)貨。如何選擇發(fā)貨方式，那就是成本，效率等多種因素的綜合考量了。這里畫(huà)的是一套正常的流程，并沒(méi)有包含貨物被拒收或者退貨的逆向流程。
2、公司角色在ERP的需求
做一個(gè)TOB產(chǎn)品，針對(duì)公司每個(gè)用戶群體的需求都會(huì)有相應(yīng)的功能和模塊。
客服部門(mén) ：公司的客服負(fù)責(zé)售前、售中、售后的咨詢服務(wù)，但是在ERP體現(xiàn)的是對(duì)訂單的有效性進(jìn)行審核，還有處理退換貨。訂單的有效性客服會(huì)根據(jù)客戶提供的個(gè)人信息，進(jìn)行人工審核+外呼確認(rèn)來(lái)確認(rèn)。
采購(gòu)部門(mén) ：根據(jù)公司的訂單量和產(chǎn)品的現(xiàn)有庫(kù)存進(jìn)行計(jì)算管理，并負(fù)責(zé)采購(gòu)和提前備貨。
物流運(yùn)營(yíng)： 物流運(yùn)營(yíng)根據(jù)每個(gè)國(guó)家的規(guī)定政策，對(duì)接不同的運(yùn)營(yíng)商，并在系統(tǒng)設(shè)置每個(gè)物流商的發(fā)貨量和發(fā)貨種類。
倉(cāng)儲(chǔ)部門(mén)：倉(cāng)庫(kù)進(jìn)行使用WMS進(jìn)行貨物的管理，揀貨發(fā)貨 （基本不使用ERP系統(tǒng)）。
業(yè)務(wù)部門(mén) : 負(fù)責(zé)銷售產(chǎn)品，所以有需求知道自己的產(chǎn)品和產(chǎn)品對(duì)應(yīng)訂單量是多少，對(duì)自己投入的成本和所有的庫(kù)存進(jìn)行管理計(jì)算。
Boss：需要看到公司的訂單，投入的成本，應(yīng)此需要一堆詳細(xì)的報(bào)表。
思考：目標(biāo)用戶不同因此在開(kāi)發(fā)的過(guò)程中會(huì)產(chǎn)生矛盾的需求，遇到這種矛盾的需求，會(huì)根據(jù)優(yōu)先級(jí)進(jìn)行分析是否緊急重要，不重要不緊急的進(jìn)行擱置。重要緊急的需要商量出明確的方案，大家一致同意才能進(jìn)行開(kāi)發(fā)。
盲目的新增需求，浪費(fèi)的是開(kāi)發(fā)資源，也會(huì)大大的導(dǎo)致上級(jí)和用戶群體對(duì)產(chǎn)品的不信任。包括需求的真?zhèn)涡裕惨兄还膳俑鶈?wèn)底的心性。用戶會(huì)提出一些他們的解決方案，這時(shí)需要考慮到他們真正想要解決的是什么，現(xiàn)有的功能是否可以滿足，不能滿足才會(huì)進(jìn)行開(kāi)發(fā)。
3、ERP的模塊
每個(gè)模塊是相互獨(dú)立的數(shù)據(jù)，但是模塊之間的信息會(huì)進(jìn)行互通傳遞。保證了數(shù)據(jù)的安全性，提高了系統(tǒng)的高效性和承載量。
產(chǎn)品中心：負(fù)責(zé)產(chǎn)品的SKU建立和管理。
訂單中心：客服負(fù)責(zé)審核訂單，業(yè)務(wù)查看訂單，訂單的狀態(tài)流程顯示。
采購(gòu)中心：缺貨的產(chǎn)品數(shù)量顯示，近幾天的銷量顯示，采購(gòu)負(fù)責(zé)采購(gòu)的功能。
倉(cāng)儲(chǔ)中心：顯示每個(gè)倉(cāng)庫(kù)的庫(kù)存量以及庫(kù)存的占用數(shù)，采購(gòu)備貨的功能。
物流中心：對(duì)接第三方的物流商，負(fù)責(zé)抓取物流軌跡，在頁(yè)面進(jìn)行跟蹤展示。
調(diào)度中心：負(fù)責(zé)每個(gè)模塊的數(shù)據(jù)流轉(zhuǎn)展示，已便確認(rèn)發(fā)現(xiàn)定位問(wèn)題。
思考：因?yàn)楣镜南到y(tǒng)之前經(jīng)歷過(guò)重構(gòu)，之前的系統(tǒng)存在的是功能區(qū)分不明顯，采用的PHP語(yǔ)言進(jìn)行的開(kāi)發(fā)，優(yōu)點(diǎn)是快捷便利的開(kāi)發(fā)，缺點(diǎn)卻是無(wú)法承載高速增長(zhǎng)的訂單量。
重構(gòu)后的系統(tǒng)，采用的是Java語(yǔ)言進(jìn)行開(kāi)發(fā)，并按照模塊進(jìn)行劃分，數(shù)據(jù)在每個(gè)模塊進(jìn)行傳輸，可承載訂單量大大提升。并且重構(gòu)前的系統(tǒng)在不斷的做加法，沒(méi)有很好的進(jìn)行功能的劃分。重構(gòu)后的ERP系統(tǒng)，進(jìn)行了明確的劃分，克制的增加新的功能，讓我想到奧卡姆剃刀定律“如無(wú)必要，勿增實(shí)體”
4、訂單的狀態(tài)流程圖
訂單的狀態(tài)類別：
待審核：客戶剛下的訂單，傳到ERP系統(tǒng)，客服還沒(méi)進(jìn)行審核。
待聯(lián)系：客服需要電話外呼確認(rèn)信息有效性的訂單。
審核通過(guò)：代表客服確認(rèn)過(guò)的有效訂單。
無(wú)效訂單：客戶惡意或者重復(fù)下的訂單。
待采購(gòu)：倉(cāng)庫(kù)沒(méi)有貨物需要進(jìn)行采購(gòu)的有效訂單。
待發(fā)貨：倉(cāng)庫(kù)準(zhǔn)備發(fā)出的有效訂單。
已發(fā)貨：已發(fā)出去的有效訂單。
已簽收：已被客戶簽收的有效訂單。
思考：訂單狀態(tài)的流轉(zhuǎn)代表是訂單處于每個(gè)中心的處理狀態(tài)，一般設(shè)計(jì)電商ERP系統(tǒng)，訂單中心負(fù)責(zé)的是統(tǒng)籌所有中心模塊的數(shù)據(jù)。根據(jù)訂單狀態(tài)，可以及時(shí)的監(jiān)控和發(fā)現(xiàn)問(wèn)題。這也代表的是系統(tǒng)最原始的數(shù)據(jù)，可以通過(guò)這些訂單不同的狀態(tài)來(lái)進(jìn)行報(bào)表的統(tǒng)計(jì)，方便各職能部門(mén)的業(yè)務(wù)需求。
5、ERP的權(quán)限系統(tǒng)
也是常規(guī)的權(quán)限系統(tǒng)。
6、個(gè)人感想
因?yàn)楸救斯舅幍氖荂OD（貨到付款）的業(yè)務(wù)模式，暫時(shí)沒(méi)有接觸到支付功能。電商系統(tǒng)的后臺(tái)邏輯比較復(fù)雜。跟To的產(chǎn)品不太一樣。功能不會(huì)太注重于用戶體驗(yàn)，主要是能夠支撐公司的業(yè)務(wù)流程就足夠了。
在我看來(lái)，電商的主要兩個(gè)競(jìng)爭(zhēng)點(diǎn)：一是電商網(wǎng)站，一個(gè)是供應(yīng)鏈的管理。
電商網(wǎng)站在于展示產(chǎn)品，能夠提高用戶的復(fù)購(gòu)率，增加用戶粘度，建立公司的品牌形象。供應(yīng)鏈的管理，可以提高訂單的時(shí)效性，每到達(dá)客戶手中的貨物實(shí)際時(shí)間比預(yù)計(jì)時(shí)間減少一天，客戶的滿意度和復(fù)購(gòu)率就會(huì)大幅度增長(zhǎng)。有效的供應(yīng)鏈管理，可以減少倉(cāng)庫(kù)庫(kù)存積壓，提高庫(kù)存周轉(zhuǎn)率。也就相當(dāng)于提高公司的利潤(rùn)。
最后說(shuō)一句，電商ERP系統(tǒng)的每個(gè)模塊都值得深入學(xué)習(xí)和研究，還在學(xué)習(xí)的道路上。
歡迎大家一起交流~
文章來(lái)源：人人都是產(chǎn)品經(jīng)理
【轉(zhuǎn)載說(shuō)明】 若上述素材出現(xiàn)侵權(quán)，請(qǐng)及時(shí)聯(lián)系我們刪除及進(jìn)行處理：[email protected]
