一、一圖描述電商架構(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)模塊的大致功能。

2缓苛、從一個(gè)訂單開始說起

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

3、庫存怎么來的缤骨？

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

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

5荡碾、大前臺

5.1各個(gè)銷售前端

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

5.2?CMS

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

5.3交易中心

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

6、大中臺

6.1商品中心

簡單來說缅疟，商品中心就是一個(gè)商品的數(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)的文章也有很多，我的博客《從小賣鋪開始曲管，聊聊商品和庫存模型》中也有大致介紹却邓。

6.2營銷中臺

營銷中臺主要包含兩大塊，第1塊為活動院水，第2塊為優(yōu)惠券碼腊徙。可以針對不同的用戶檬某、產(chǎn)品撬腾、渠道進(jìn)行優(yōu)惠活動的設(shè)置，對于用戶感覺來說恢恼，優(yōu)惠活動一般是在購物車當(dāng)中呈現(xiàn)民傻，而優(yōu)惠券碼一般是在結(jié)算時(shí)扣除相應(yīng)的金額，我的博客《非平臺型營銷中臺搭建全貌》一文中也有概述场斑。

6.3庫存服務(wù)

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

6.4 WPS

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

6.5 Express

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

6.6會員中心

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

6.7發(fā)票中心

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

6.8客服服務(wù)

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

6.9秒殺

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

6.10風(fēng)控

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

6.11結(jié)算

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

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

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

6.13訂單中心

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

7叔收、大后臺

7.1WMS

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

7.2XMS

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

7.3用戶中心

用戶中心也就是存儲用戶基礎(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)證等。

7.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ù)化管理求冷。