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

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

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

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

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

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

3、從一個(gè)訂單開始說起

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

4、庫存怎么來的？

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

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

6、大前臺(tái)

6.1各個(gè)銷售前端

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

6.2 CMS

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

6.3交易中心

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

7、大中臺(tái)

7.1商品中心

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

7.2營銷中臺(tái)

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

7.3庫存服務(wù)

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

7.4 WPS

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

7.5 Express

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

7.6會(huì)員中心

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

7.7發(fā)票中心

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

7.8客服服務(wù)

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

7.9秒殺

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

7.10風(fēng)控

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

7.11結(jié)算

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

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

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

7.13訂單中心

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

8、大后臺(tái)

8.1WMS

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

8.2XMS

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

8.3用戶中心

用戶中心也就是存儲(chǔ)用戶基礎(chǔ)數(shù)據(jù)的地方，同時(shí)需要承擔(dān)用戶的注冊登錄找回密碼，更換手機(jī)號的相應(yīng)流程，對于不同的國家，需要支持不同類型的注冊方式，比如手機(jī)號注冊和郵箱注冊或者是谷歌賬戶注冊，同時(shí)在技術(shù)方案上也要支持不同類型的前端產(chǎn)品，比如說支持Web、Webview、APP等。對于不同風(fēng)險(xiǎn)等級的業(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)商。同時(shí)對于詢價(jià)、采購、物流、財(cái)務(wù)等供應(yīng)流程進(jìn)行數(shù)據(jù)化管理。

網(wǎng)站題目：電商系統(tǒng)架構(gòu)全鏈路解析
文章分享：http://muchs.cn/news/100528.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營銷推廣、虛擬主機(jī)、用戶體驗(yàn)、企業(yè)網(wǎng)站制作、靜態(tài)網(wǎng)站、商城網(wǎng)站

廣告

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