淺析電商系統(tǒng)架構(gòu)

時間：2023-03-16 12:36:01 | 來源：電子商務(wù)

時間：2023-03-16 12:36:01 來源：電子商務(wù)

1. 電商系統(tǒng)概況

此處省略一萬字........ ...

2. 整體架構(gòu)

電商大致可以分為：前臺，中臺， 和后臺

前臺：主要面向客戶以及各個終端銷售者，實現(xiàn)營銷推廣以及交易轉(zhuǎn)換

中臺：在系統(tǒng)中被共用的中間件的集合。它存在的目的就是更好的服務(wù)前臺，包含技術(shù)中臺、 業(yè)務(wù)中臺、組織中臺、數(shù)據(jù)中臺等一系列的數(shù)據(jù)平臺帶來共享和便捷性，中臺的一個核心就是共享性

后臺：數(shù)據(jù)庫怎刪改查， 各渠道數(shù)據(jù)獲取等

不同公司， 不同業(yè)務(wù)，不同場景其劃分會有所不同。

3. 一個訂單的流程

4. 庫存來源

5. 大前臺：

前臺是直接展現(xiàn)給用戶的看和操作的，崇尚用戶體驗的年代，讓用戶簡單的學(xué)習(xí)和使用是基礎(chǔ)準(zhǔn)則。所以前臺的功能盡量簡單，復(fù)雜的規(guī)則都通過后端來解決。目前前臺顯示形式有PC的網(wǎng)站或者客戶端、移動的APP或H5。以后隨著科技的發(fā)展也有可能出現(xiàn)萬物皆屏的前臺。前臺基本就是業(yè)務(wù)的表現(xiàn)層，不會處理過多的邏輯，不做說明。

6. 大中臺：

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)系是品牌，與類目建立一對多關(guān)系，用于發(fā)布商品和檢索賞評，第4層關(guān)系是屬性，屬性可以綁定在類目下，也可以綁定在spu下或者是sku下，子會繼承父的商品屬性，相關(guān)的文章也有很多。

1. sku/spu：sku的英文縮寫為stock pepping unit,意思為庫存量單位，是庫存控制的最小可用單位，spu的英文縮寫為standard product unit,意思為標(biāo)準(zhǔn)話產(chǎn)品單元，相信通過英文縮寫已經(jīng)很能夠區(qū)分sku與spu之間的差距了，舉個例子說明，如17新版的mac pro 13.3英寸、灰色為 i5 256g為一個sku，17新版mac pro 13.3英寸為一個spu
2. 類目：類目是一個商品的分類，這個分類區(qū)分為前臺分類與后臺分類，后臺分類是固定的，一般不會增改，是一個商品的固有分類，不會隨時間或者營銷而調(diào)整，前臺分類對應(yīng)為具有營銷性質(zhì)的商品的分類，如一件襯衫的后臺分類為襯衫，其前端分類可能對應(yīng)為新品上市
3. 品牌：電商后臺需要有對應(yīng)的品牌庫，一個品牌對應(yīng)一個或多個類目，建立品牌庫及對應(yīng)到相應(yīng)類目的好處在于發(fā)布商品時能提高效率及減少出錯，另外在進(jìn)行商品搜索的時候也可以通過搜索品牌來進(jìn)行搜索
4. 商品屬性：商品屬性區(qū)分為關(guān)鍵屬性、銷售屬性、基本屬性，關(guān)鍵屬性為能確定商品唯一的屬性，銷售屬性又稱銷售規(guī)格，如顏色、尺碼等，基本屬性如材質(zhì)、生產(chǎn)日期、工藝等

2. 營銷中臺

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

3. 庫存服務(wù)

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

4. WPS

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

5. Express

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

6. 會員中心

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

7. 發(fā)票中心

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

8. 客服服務(wù)

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

9. 秒殺

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

10. 結(jié)算

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

11. 數(shù)據(jù)中心

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

12. 訂單中心

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

13. 供方

自營電商、代運營電商還是平臺電商都會涉及供方的管理，供方可以提供商品也可以提供原材料，供方的管理是商品系統(tǒng)的起始，建立供方信息、聯(lián)系人信息、系統(tǒng)權(quán)限信息、有效日期、證件信息等，并且對供方的增刪改增加審核流程。供方關(guān)聯(lián)商品，如供方是失效狀態(tài)則商品要下架不可售賣。

14. 合同

根據(jù)供方創(chuàng)建合同，基本信息如合同簽訂日期，有效起止日期，結(jié)算周期：是按月結(jié)還是按季度結(jié)，結(jié)算方式：是訂單完成就結(jié)算，還是支付成功結(jié)算。主體信息就如甲乙方聯(lián)系人信息；賬戶信息：賬戶信息單獨立菜單維護(hù)方便拓展；品類信息：關(guān)聯(lián)商品類目或者直接掛靠商品，分別建立不同類目的結(jié)算金額，按比例結(jié)算還是按固定金額結(jié)算。合同審核通過才能依據(jù)合同創(chuàng)建商品，合同到期或人為停止，已上線商品要下架。未上線不可上架。

7. 大后臺

1. 風(fēng)控

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

2. WMS

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

3. XMS

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

4. 用戶中心

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

5. SRM

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

6. 財務(wù)

收入、支出、對賬、調(diào)賬、退款、成本管控、GMV核算等