電商系統(tǒng)架構(gòu)全鏈路解析

2021-02-12    分類: 網(wǎng)站建設(shè)

1、電商系統(tǒng)可能是世界上最復(fù)雜的業(yè)務(wù)系統(tǒng)

說個有意思的小事,和一位PM同行聊工作,問我電商做的如何,我說并不是一件易事。對方哈哈一笑,說電商不就那么回事嗎,有啥難的,是個PM都能做,我嘿嘿一笑,不作辯解。

光說中國電商,發(fā)展至今已有20多年的歷史,且一直處于高速的發(fā)展和競爭當(dāng)中,時至今日,都不可妄語塵埃落定,對于大型公司來說,電商僅為銷售渠道之一,而在此基礎(chǔ)上衍生出來的研、產(chǎn)、供、銷、服整套的信息系統(tǒng)體系,才是支撐其運(yùn)作的核心。當(dāng)你從銷售或是用戶這個點(diǎn)來看電商,會覺得無比簡單,而當(dāng)你從整個體系的面來看電商時,會覺得沒有邊際。

2、一圖描述電商架構(gòu)

以下僅展示與電商直接有關(guān)聯(lián)的系統(tǒng)模塊,而對于一個大型企業(yè)的IT系統(tǒng)架構(gòu),是遠(yuǎn)不止下圖中包含的系統(tǒng)單元的。隨著業(yè)務(wù)的發(fā)展,每個系統(tǒng)單元都需要長時間迭代,其成熟的過程中凝聚了大量的人力物力,鄙人只能管中窺豹,從概念層面來描述,每個系統(tǒng)模塊的大致功能。

電商系統(tǒng)架構(gòu)全鏈路解析


3、從一個訂單開始說起

由一個用戶下單的主干流程,可以看出所有系統(tǒng)之間的交互流程,直接畫圖說明。不同公司的業(yè)務(wù)、團(tuán)隊劃分都不同,故此IT架構(gòu)的劃分也不是絕對的,舉例來說,支付業(yè)務(wù),我在圖中劃分到了交易中心,而現(xiàn)實中也有并入結(jié)算中心的。

電商系統(tǒng)架構(gòu)全鏈路解析


4、庫存怎么來的?

電商系統(tǒng)架構(gòu)全鏈路解析


5、各業(yè)務(wù)單元概念及作用簡析

由以上2個主干流程和系統(tǒng)架構(gòu)圖,可以對電商系統(tǒng)的全鏈路有個基礎(chǔ)了解,下面再用文字描述一下各個系統(tǒng)單元的概念和作用。每個模塊的PRD都可以單獨(dú)成章,在一篇文章當(dāng)中也不可能描述所有細(xì)節(jié),但對于部分系統(tǒng)的解析,可以在我的博客中看到,我也會持續(xù)更新。

6、大前臺

6.1各個銷售前端

一家公司往往有多個銷售渠道,線下有不同類型的加盟店直營店等等,線上也有不同模式的電商,而這些觸點(diǎn)用于直接讓用戶接觸到商品。拿阿里巴巴來說,在淘寶體系下本身有天貓超市、普通商家端、淘寶直播、天貓APP等等。

6.2 CMS

除了商品頁面之外網(wǎng)站和APP還有其他的內(nèi)容頁面,比如說店鋪的首頁、維修退換政策、活動頁面等,這些都要用單獨(dú)的內(nèi)容管理系統(tǒng)去承載,直觀的了解來看大家都用過QQ空間,其中空間的裝修就可以理解為是一個簡單的cms系統(tǒng)。

6.3交易中心

交易中心其實是一個技術(shù)的中間件,所有和銷售前端交互的系統(tǒng)都要通過交易中心來完成,此外還要承擔(dān)一些用戶主要交易流程當(dāng)中的邏輯,舉例來說,下單之前需要先調(diào)用庫存服務(wù),查詢庫存,用戶加入購物車之后,要通過調(diào)用營銷中臺來計算購物車內(nèi)商品活動后的總價等。

7、大中臺

7.1商品中心

簡單來說,商品中心就是一個商品的數(shù)據(jù)庫,會在所有的業(yè)務(wù)系統(tǒng)當(dāng)中都用得到,其來源包含第三方的和自主建立的。主要包含的有三層關(guān)系,第1層關(guān)系是類目,產(chǎn)品的類目分前臺類目和后臺類目可以在不同的渠道下自定義支持。第2層關(guān)系是spu和sku的關(guān)聯(lián)。第3層關(guān)系是屬性,屬性可以綁定在類目下,也可以綁定在spu下或者是sku下,子會繼承父的商品屬性,相關(guān)的文章也有很多,我的博客《從小賣鋪開始,聊聊商品和庫存模型》中也有大致介紹。

7.2營銷中臺

營銷中臺主要包含兩大塊,第1塊為活動,第2塊為優(yōu)惠券碼??梢葬槍Σ煌挠脩?、產(chǎn)品、渠道進(jìn)行優(yōu)惠活動的設(shè)置,對于用戶感覺來說,優(yōu)惠活動一般是在購物車當(dāng)中呈現(xiàn),而優(yōu)惠券碼一般是在結(jié)算時扣除相應(yīng)的金額,我的博客《非平臺型營銷中臺搭建全貌》一文中也有概述。

7.3庫存服務(wù)

庫存一般會分為三級,渠道當(dāng)前可售庫存、產(chǎn)品可售庫存、倉庫實際庫存。其解決的核心問題是,用戶從下單開始到最終扣除倉庫庫存,在不同環(huán)節(jié)應(yīng)該如何去扣減,從而達(dá)到高的庫存使用效率,我的博客《銷售庫存模型講解》一文中也有介紹。

7.4 WPS

WPS解決的核心問題是,商品應(yīng)該如何調(diào)度。具體來看,當(dāng)訂單接收之后,應(yīng)該由哪個倉庫來進(jìn)行滿足,用戶在商城界面看到是否有貨,應(yīng)該如何判斷。我的博客《多倉模式下的分倉和拆單》一文中也有介紹。

7.5 Express

Express解決的問題是,當(dāng)商品的發(fā)貨任務(wù)已經(jīng)分到了具體的倉庫,我們應(yīng)該使用哪一家的快遞,才能同時兼顧成本和速度。因為在不同地區(qū)的倉庫,快遞公司的服務(wù)響應(yīng)、成本是不一樣的。其核心邏輯是,對于不同的倉庫,在路線的配置上選取不同的快遞公司。

7.6會員中心

會員中心其實和我們玩王者榮耀的用戶等級很像,是對不同的渠道提取出共性的用戶升級規(guī)則,又或者是付費(fèi)型會員。舉例來說,一個游客用戶看到的商品價格是100元,當(dāng)游客登錄后,會發(fā)現(xiàn)用戶的會員等級是付費(fèi)會員,此時前端頁面會調(diào)取商品中心當(dāng)中的會員價格再呈現(xiàn)給用戶,此時用戶看到的商品價格是80元。

7.7發(fā)票中心

一般來說,業(yè)務(wù)發(fā)展到全球化的時候,才會誕生發(fā)票中心。因為不同的國家才會對于開票的規(guī)范有不同的要求。其核心流程就是兩個,一個是開票,另一個是沖紅,但是在不同的業(yè)務(wù)下,可能對于開票和沖紅的時間點(diǎn)會有不同,這一點(diǎn)一般是由訂單中心來進(jìn)行定義。

7.8客服服務(wù)

這一點(diǎn)比較好理解,一般客服系統(tǒng)的搭建現(xiàn)在分為三大塊。第1塊是在線聊天客服,用戶發(fā)起的聊天會分配給系統(tǒng)后臺的人工坐席。第2塊是智能知識庫,會將用戶所有的常見問題匯總到知識庫當(dāng)中,給用戶自動推薦,從而減少人工客服的壓力。第3塊是客服的系統(tǒng)操作臺,客服可以幫助用戶人工的干擾一些訂單的進(jìn)程,比如修改價格建立退換單等等。

7.9秒殺

由于中國用戶的數(shù)量眾多,特價商品的活動,幾乎都會用秒殺的方式來進(jìn)行。故此秒殺已經(jīng)成為了各個中大型電商的基本服務(wù),其核心邏輯就是在于多極緩存,逐級篩選用戶。

7.10風(fēng)控

風(fēng)控的應(yīng)用場景其實有很多,這里只談?wù)勏聠螆鼍暗膽?yīng)用。如果我們判斷出一個高風(fēng)險的訂單,這個訂單將會被系統(tǒng)給拒絕,一般我們會從兩個方面去判斷,一個是用戶歷史的行為,一個是用戶當(dāng)前的下單風(fēng)險,前者來說,我們可以看用戶的賬號是否高風(fēng)險,是否有比平常人更高的拒收率等等,后者來說一般是判斷用戶是否存在技術(shù)刷接口的可能性,比如判斷這個用戶在當(dāng)前下單的時候,是否請求過于頻繁。

7.11結(jié)算

一般包含三個步驟,對賬清分和結(jié)算。將我們從第三方支付獲取的貨款進(jìn)行自動結(jié)算,告知財務(wù)一個結(jié)果,從而打到供應(yīng)商的賬戶當(dāng)中,一般會和集團(tuán)的OA審批流進(jìn)行結(jié)合。

7.12數(shù)據(jù)中心

所有系統(tǒng)的數(shù)據(jù)都會共享給數(shù)據(jù)中心然后基于數(shù)據(jù)去進(jìn)行各種場景的組合和應(yīng)用。舉例來說最常見的是用戶畫像平臺,運(yùn)營人員需要通過用戶畫像平臺去篩選出用戶的偏好,來進(jìn)行精準(zhǔn)營銷。舉例來說,當(dāng)我們想主推一款手機(jī)殼的時候,運(yùn)營人員可能先去篩選出最近30天購買過新手機(jī)、加購過手機(jī)殼、最近30天沒有購買過手機(jī)殼的用戶群ID,然后給這些用戶去發(fā)PUSH。

7.13訂單中心

所有渠道的訂單都必須匯聚到訂單中心,然后進(jìn)行統(tǒng)一處理,舉例來說,我們的天貓店,淘寶店,抖音店,快手店以及自營電商商城平臺,用戶提交的訂單都會匯聚到訂單中心,然后再進(jìn)行下一步的流轉(zhuǎn)和操作。同時財務(wù)的結(jié)算也會以訂單中心的訂單狀態(tài)為標(biāo)準(zhǔn),這樣保障所有系統(tǒng)的上下游數(shù)據(jù)都有一個通用的數(shù)據(jù)源。

8、大后臺

8.1WMS

和某一個具體倉庫相關(guān)的所有業(yè)務(wù)流程都在wms管理,具體包含的業(yè)務(wù)流程有三個出庫,入庫和上架。出庫的類型有很多種,比如說電商訂單的類型就是購買出庫,當(dāng)倉庫接收到出貨單以后會打印分揀單,倉庫員工會根據(jù)分揀單對于貨物進(jìn)行揀貨、打包等操作,最后將打包完畢的商品放在出庫區(qū)等待承運(yùn)商拉走。入庫的類型也有很多種,一般最常見的就是采購入庫。而商品上架則是需要先根據(jù)倉庫的庫位管理劃分很多的區(qū)域,然后再將不同的商品商家都不同的區(qū)域。

8.2XMS

XMS中文名稱叫售后管理系統(tǒng),售后的類型有三種退換修,然而退換修需要有不同的備件庫,可能是更換零件進(jìn)行維修,也可能是直接更換整機(jī)。如果是退貨的話,則需要在XMS當(dāng)中判定用戶發(fā)回的貨是滿足退貨條件的,此時在XMS當(dāng)中會告訴訂單中心,從而再觸發(fā)支付和結(jié)算業(yè)務(wù)的退款流程。

8.3用戶中心

用戶中心也就是存儲用戶基礎(chǔ)數(shù)據(jù)的地方,同時需要承擔(dān)用戶的注冊登錄找回密碼,更換手機(jī)號的相應(yīng)流程,對于不同的國家,需要支持不同類型的注冊方式,比如手機(jī)號注冊和郵箱注冊或者是谷歌賬戶注冊,同時在技術(shù)方案上也要支持不同類型的前端產(chǎn)品,比如說支持Web、Webview、APP等。對于不同風(fēng)險等級的業(yè)務(wù),也要支持不同類型的注冊方式,比如只是電商業(yè)務(wù)的話,只需要手機(jī)號注冊即可,但如果是金融信貸業(yè)務(wù),則還需要支持人臉識別或者是身份證認(rèn)證等。

8.4 SRM

SRM的中文名為供應(yīng)商管理系統(tǒng),核心邏輯是對于不同的供應(yīng)商進(jìn)行打分和評判,篩選初優(yōu)質(zhì)的供應(yīng)商。同時對于詢價、采購、物流、財務(wù)等供應(yīng)流程進(jìn)行數(shù)據(jù)化管理。

名稱欄目:電商系統(tǒng)架構(gòu)全鏈路解析
網(wǎng)頁鏈接:http://www.bm7419.com/news28/100528.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供動態(tài)網(wǎng)站、企業(yè)網(wǎng)站制作、微信小程序、企業(yè)建站、網(wǎng)站營銷、網(wǎng)站導(dǎo)航

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

成都網(wǎng)頁設(shè)計公司