電商平臺業(yè)務(wù)及架構(gòu)演變史
不少人認(rèn)為電商系統(tǒng)很簡單，因為現(xiàn)在做電商的太多了，看到的電商產(chǎn)品也多。看來看去產(chǎn)品都差不多，沒什么特別。
其實中國電商發(fā)展已有20多年歷史，電商以銷售為核心連接著研、產(chǎn)、供、銷、服整套的信息系統(tǒng)體系。其中的設(shè)計并沒有那么簡單。
電商產(chǎn)品架構(gòu)
電商產(chǎn)品相關(guān)基本系統(tǒng)模塊，隨著業(yè)務(wù)發(fā)展，每個系統(tǒng)單元都不斷迭代，成熟過程要花費大量人力物力。
訂單交互
電商產(chǎn)品中的活動都圍繞著訂單進行，用戶下單流程可以看出所有系統(tǒng)之間的交互。不同公司的業(yè)務(wù)、團隊這個過程中的工作分配各不相同。這里為大家分享得是通用的訂單業(yè)務(wù)流程。
庫存管理
訂單中的商品是電商產(chǎn)品中必不可少的元素，補充并維護庫存的平衡對于后臺電商來說，十分重要。
業(yè)務(wù)框架及模塊關(guān)系
系統(tǒng)架構(gòu)圖和2個主流程對電商系統(tǒng)的全鏈路打下了基礎(chǔ)，下面我們了解一下電商系統(tǒng)各模塊之間的關(guān)系。
大前臺
各銷售前端
公司往往有多個銷售渠道，線下不同類型的加盟店、直營店，線上也有不同模式，渠道用于讓用戶接觸到商品。
例如淘寶系統(tǒng)下有天貓超市、普通商家端、淘寶直播、天貓APP等等。
CMS
除了商品頁面，網(wǎng)站、APP還有“店鋪的首頁、維修退換政策、活動等”其它內(nèi)容頁面，這需要用內(nèi)容管理系統(tǒng)進行管理，
例如QQ空間裝修就可以理解為cms系統(tǒng)。
交易中心
交易中心是技術(shù)的中間件，所有和銷售前端交互的系統(tǒng)都要通過交易中心完成，還要承擔(dān)一些用戶交易流程當(dāng)中的邏輯。
舉如下單前要先調(diào)用庫存服務(wù)，查詢庫存，用戶加入購物車后，調(diào)用營銷中臺計算購物車內(nèi)商品活動后的總價等。
大中臺
商品中心
商品中心就是一個商品的數(shù)據(jù)庫，所有業(yè)務(wù)系統(tǒng)都用。
主要包含三層關(guān)系：
1類目：產(chǎn)品的類目分前臺類目和后臺類目，在不同渠道支持自定義。
2 spu和sku的關(guān)聯(lián)
3屬性：屬性可以綁定在類目下，也可以綁定在spu下或者sku下，子繼承父的商品屬性，
營銷中臺
營銷中臺主要包含兩大塊：
1活動
2優(yōu)惠券碼：針對不同用戶、產(chǎn)品、渠道進行優(yōu)惠活動設(shè)置
用戶看到優(yōu)惠活動一般在購物車中呈現(xiàn)，優(yōu)惠券碼一般在結(jié)算時扣除相應(yīng)的金額。
庫存服務(wù)
庫存一般分為三級：
渠道當(dāng)前可售庫存
產(chǎn)品可售庫存
倉庫實際庫存
解決的核心問題是用戶從下單開始到最終扣除倉庫庫存，在不同環(huán)節(jié)應(yīng)該如何去扣減，達到最高的庫存使用效率。
WPS
WPS解決的核心問題是商品應(yīng)該如何調(diào)度。
訂單接收之后，應(yīng)該由哪個倉庫來進行滿足，用戶在商城界面看到是否有貨，應(yīng)該如何判斷。
Express
Express解決的問題是當(dāng)商品的發(fā)貨任務(wù)已經(jīng)分到了具體的倉庫，應(yīng)該用哪一家快遞才能兼顧成本和速度。
不同地區(qū)的倉庫，快遞公司的服務(wù)響應(yīng)、成本是不一樣的。
核心邏輯是對于不同的倉庫，在路線的配置上選取不同的快遞公司。
會員中心
會員中心是對不同渠道提取出共性的用戶設(shè)計升級規(guī)則，或者是付費型會員。
發(fā)票中心
業(yè)務(wù)發(fā)展到全球化才會誕生發(fā)票中心。因為不同的國家才會對于開票的規(guī)范有不同的要求。
核心流程一個是開票，另一個是沖紅。不同的業(yè)務(wù)下，對于開票和沖紅的時間點會不同，這一般由訂單中心進行定義。
客服服務(wù)
客服系統(tǒng)的搭建分為三大塊：
1線聊天客服：用戶發(fā)起的聊天分配給系統(tǒng)后臺的人工坐席。
2智能知識庫：將用戶所有的常見問題匯總到知識庫，給用戶自動推薦，減少人工客服的壓力。
3客服系統(tǒng)操作臺：客服可以幫助用戶人工的干擾一些訂單的進程，如修改價格建立退換單等等。
秒殺
秒殺已經(jīng)成為各個中大型電商的基本服務(wù)，核心邏輯是在于多極緩存，逐級篩選用戶。
風(fēng)控
風(fēng)控應(yīng)用場景很多。
例如下單場景：判斷出一個高風(fēng)險的訂單，訂單將會被系統(tǒng)拒絕，會從兩個方面去判斷，一個用戶歷史行為，一個用戶當(dāng)前的下單風(fēng)險。
結(jié)算
包含三個步驟
對賬
清分
結(jié)算
將從第三方支付獲取的貨款進行自動結(jié)算，告知財務(wù)一個結(jié)果，從而打到供應(yīng)商的賬戶當(dāng)中，一般會和集團的OA審批流進行結(jié)合。
數(shù)據(jù)中心
所有系統(tǒng)數(shù)據(jù)會共享給數(shù)據(jù)中心然后基于數(shù)據(jù)去進行各種場景的應(yīng)用。
最常見的是用戶畫像平臺，通過用戶畫像篩選出用戶的偏好進行精準(zhǔn)營銷。
訂單中心
所有渠道的訂單都匯聚到訂單中心進行統(tǒng)一處理。
如天貓店，淘寶店，抖音店，快手店、自營電商平臺，用戶提交的訂單都會匯聚到訂單中心，進行下一步的流轉(zhuǎn)和操作。
財務(wù)結(jié)算也以訂單中心訂單狀態(tài)為標(biāo)準(zhǔn)，保障所有系統(tǒng)上下游數(shù)據(jù)保證通用數(shù)據(jù)源。
大后臺
WMS
和倉庫相關(guān)的業(yè)務(wù)流程都在wms管理，包含業(yè)務(wù)流程有：
出庫
入庫
上架
出庫類型有很多種，如電商訂單是購買出庫，倉庫接收到出貨單后打印分揀單，倉庫員工根據(jù)分揀單對于貨物進行揀貨、打包操作，最后將打包完畢的商品放在出庫區(qū)等待承運商拉走。
XMS
XMS 是售后管理系統(tǒng)，售后類型有三種退換修，退換修需要不同的備件庫，更換零件或直接更換整機。
退貨需要在XMS中判定用戶發(fā)回貨是否滿足退貨條件， XMS要告訴訂單中心再觸發(fā)支付和結(jié)算業(yè)務(wù)的退款流程。
用戶中心
用戶中心是存儲用戶基礎(chǔ)數(shù)據(jù)的地方，承擔(dān)用戶注冊登錄找回密碼，更換手機號的流程。
不同國家支持不同類型的注冊方式，如手機號注冊、郵箱注冊、谷歌賬戶注冊。
技術(shù)方案也支持不同類型的前端產(chǎn)品，如Web、Webview、APP等。
不同風(fēng)險等級的業(yè)務(wù)，要支持不同類型的注冊方式，如電商業(yè)務(wù)只需要手機號注冊，金融信貸業(yè)務(wù)還需要支持人臉識別、身份證認(rèn)證。
SRM
SRM是供應(yīng)商管理系統(tǒng)，核心邏輯是對于不同的供應(yīng)商進行打分和評判，篩選初優(yōu)質(zhì)的供應(yīng)商。
對詢價、采購、物流、財務(wù)等供應(yīng)流程進行數(shù)據(jù)化管理。
網(wǎng)站架構(gòu)技術(shù)的演進
網(wǎng)站初級架構(gòu)
一般產(chǎn)品剛開始的做法是三臺服務(wù)器，一臺部署應(yīng)用，一臺部署數(shù)據(jù)庫，一臺部署NFS文件系統(tǒng)。
業(yè)務(wù)增長后，會加應(yīng)用負(fù)載均衡，數(shù)據(jù)庫采用主從復(fù)制，讀寫分離，應(yīng)對慢慢增長的業(yè)務(wù)：
業(yè)務(wù)拆分
隨著業(yè)務(wù)進一步增長，架構(gòu)也會根據(jù)業(yè)務(wù)屬性進一步拆分，劃分為：
產(chǎn)品子系統(tǒng)
購物子系統(tǒng)
支付子系統(tǒng)
客服系統(tǒng)
商品系統(tǒng)
登錄系統(tǒng)等等
業(yè)務(wù)子系統(tǒng)分為核心系統(tǒng)和非核心系統(tǒng)。
核心系統(tǒng)：產(chǎn)品子系統(tǒng)，購物子系統(tǒng)，支付子系統(tǒng)；
非核心：評論子系統(tǒng)，客服子系統(tǒng)，接口子系統(tǒng)。
每個子系統(tǒng)單獨部署，避免集中部署導(dǎo)致一個應(yīng)用掛了，全部應(yīng)用不可用的問題。
等級用于流量突發(fā)時，對關(guān)鍵應(yīng)用進行保護，實現(xiàn)優(yōu)雅降級；保護關(guān)鍵應(yīng)用不受到影響。
數(shù)據(jù)庫分庫，分表
在業(yè)務(wù)拆分的基礎(chǔ)上，結(jié)合分庫分表和讀寫分離
分布式緩存
提高用戶體驗，加快用戶快速訪問網(wǎng)站，把熱點數(shù)據(jù)進行緩存
服務(wù)化
最后把各個子系統(tǒng)進一步抽象細(xì)化，作為一種服務(wù)來提供給其他人使用
