本文將通過(guò)具體業(yè)務(wù)場(chǎng)景，逐步解析電商系統(tǒng)架構(gòu)的搭建過(guò)程，揭示背后的產(chǎn)品設(shè)計(jì)哲學(xué)。我們將看到，無(wú)論是面對(duì)實(shí)物商品交易、平臺(tái)商家入駐、虛擬商品銷售，還是分期支付服務(wù)，一個(gè)穩(wěn)定、靈活、可擴(kuò)展的系統(tǒng)框架如何支撐起電商業(yè)務(wù)的高效運(yùn)作。

在我們剛剛?cè)胄虚_(kāi)始工作的時(shí)候，上級(jí)或?qū)熗ǔ?huì)給我們提供一份所接手系統(tǒng)的框架架構(gòu)圖，告訴我們這個(gè)系統(tǒng)現(xiàn)在是這樣、這樣的，哪里存在這個(gè)、那個(gè)問(wèn)題，所以需要我們做這個(gè)、做那個(gè)。

過(guò)了一段時(shí)間，你成為了一個(gè)有一定工作經(jīng)驗(yàn)的產(chǎn)品經(jīng)理，上級(jí)安排你負(fù)責(zé)另一個(gè)系統(tǒng)模塊，當(dāng)前業(yè)務(wù)反饋了很多問(wèn)題或者需求，希望產(chǎn)品有所規(guī)劃。這時(shí)候，你需要梳理當(dāng)前系統(tǒng)的框架架構(gòu)圖，知道當(dāng)前業(yè)務(wù)為什么會(huì)反饋這么多問(wèn)題，這些問(wèn)題根源何在，然后一個(gè)一個(gè)對(duì)癥下藥，藥到病除。

又過(guò)了幾年，你成為了一個(gè)能獨(dú)當(dāng)一面的產(chǎn)品專家，上級(jí)希望你規(guī)劃一個(gè)新的系統(tǒng)模塊，來(lái)支持新的業(yè)務(wù)發(fā)展，你需要思考用最快、最簡(jiǎn)單、最通用的方法，滿足業(yè)務(wù)的過(guò)去、現(xiàn)在、以及將來(lái)的訴求。所以，你需要繪制一個(gè)新系統(tǒng)的框架架構(gòu)圖，保證他的迭代和發(fā)展是可持續(xù)的，而不是兩三年后就得重構(gòu)。

當(dāng)我們能說(shuō)我們是所負(fù)責(zé)的業(yè)務(wù)模塊的專家時(shí)，其中一個(gè)標(biāo)準(zhǔn)應(yīng)該是能清晰、完整、準(zhǔn)確的繪制出系統(tǒng)的框架圖。因?yàn)楫?dāng)我們可以繪制出系統(tǒng)框架圖時(shí)，意味著我們已經(jīng)達(dá)到了以下能力標(biāo)準(zhǔn)：

1. 熟悉各種業(yè)務(wù)場(chǎng)景，因?yàn)槟愕南到y(tǒng)框架一定是在滿足各種業(yè)務(wù)流程而搭建的。
2. 熟悉各種系統(tǒng)能力，因?yàn)槟愕南到y(tǒng)框架一定是涵蓋了全部的功能及能力的。
3. 具有足夠的概括和抽象能力，系統(tǒng)框架一定不是簡(jiǎn)單的堆砌，而是通用性原子加上靈活性組裝。
4. 具有足夠的高瞻遠(yuǎn)矚性，當(dāng)你接到重構(gòu)系統(tǒng)的需求而重新設(shè)計(jì)一套系統(tǒng)時(shí)，你就應(yīng)該想到，如果你設(shè)計(jì)的系統(tǒng)無(wú)法可持續(xù)支撐業(yè)務(wù)，那它的下場(chǎng)就在眼前。

因此，我們常常會(huì)鼓勵(lì)各個(gè)產(chǎn)品經(jīng)理去拆解、去分析、去思考、去搭建系統(tǒng)框架，但是，這項(xiàng)工作是很需要時(shí)間和經(jīng)驗(yàn)的積累的。

一個(gè)畢業(yè)生小白，如果對(duì)業(yè)務(wù)沒(méi)有足夠的理解，如果對(duì)系統(tǒng)能力沒(méi)有清晰的掌握，如果沒(méi)有抽象和前瞻性思考，那么這項(xiàng)工作將是毫無(wú)意義的。因?yàn)槠涫崂淼目蚣芗軜?gòu)只是一個(gè)能看不能用的圖。

這篇文章，我想向大家講述，如何從業(yè)務(wù)流程的視角出發(fā)，一步步搭建一個(gè)完善的電商業(yè)務(wù)系統(tǒng)架構(gòu)流程。

一、一個(gè)自營(yíng)手機(jī)商品的購(gòu)買之路

1、業(yè)務(wù)場(chǎng)景

當(dāng)前你想開(kāi)設(shè)一個(gè)電商平臺(tái)，你采購(gòu)了商品，并想將商品銷售給消費(fèi)者。

消費(fèi)者來(lái)到這個(gè)電商平臺(tái)，選購(gòu)商品完成購(gòu)買，并可收到貨品，或者申請(qǐng)售后。

2、業(yè)務(wù)特點(diǎn)

這個(gè)場(chǎng)景在業(yè)務(wù)流程上是相對(duì)簡(jiǎn)單的，主要核心在于采銷+履約售后。像天貓自營(yíng)、京東自營(yíng)，都是這樣的自營(yíng)模式。

對(duì)于這樣的業(yè)務(wù)流程，其起點(diǎn)一定是供應(yīng)商的入駐，平臺(tái)完成貨品采購(gòu)，并負(fù)責(zé)貨品的上架、銷售、運(yùn)營(yíng)。

3、業(yè)務(wù)流程

核心業(yè)務(wù)流程包括：

1）自營(yíng)采購(gòu)

平臺(tái)招商團(tuán)隊(duì)找到供應(yīng)商完成平臺(tái)入駐，與平臺(tái)簽訂采購(gòu)合同，為平臺(tái)供貨。在供應(yīng)商入駐后，平臺(tái)即可確認(rèn)貨品的信息、庫(kù)存、采購(gòu)價(jià)等，這些是銷售的成本及基礎(chǔ)信息。

2）銷售運(yùn)營(yíng)

平臺(tái)運(yùn)營(yíng)會(huì)基于供應(yīng)商確認(rèn)的商品基礎(chǔ)信息，完成商品的發(fā)布，也就是包括商品的名稱、圖片、價(jià)格、詳細(xì)介紹等，商品上架后，用戶即可在平臺(tái)查看到該商品的詳細(xì)信息。

在商品發(fā)布后，為了幫助商品銷售，平臺(tái)運(yùn)營(yíng)人員還會(huì)進(jìn)行一定的運(yùn)營(yíng)動(dòng)作。包括：

• 促銷運(yùn)營(yíng)：將商品報(bào)名到促銷優(yōu)惠活動(dòng)中，通過(guò)商品優(yōu)惠刺激用戶下單，幫助商品銷售
• 流量運(yùn)營(yíng)：搭建活動(dòng)頁(yè)，并將該商品和活動(dòng)進(jìn)行精準(zhǔn)投放，幫助用戶更方便的查看及了解到該商品
• 用戶運(yùn)營(yíng)：針對(duì)指定用戶，通過(guò)APP push、短信等方式精準(zhǔn)的觸達(dá)用戶，營(yíng)銷用戶至平臺(tái)交易

3）用戶購(gòu)物

用戶來(lái)到平臺(tái)后，首先需完成注冊(cè)、登錄，這是為了確認(rèn)用戶在平臺(tái)的對(duì)應(yīng)身份。

接著，用戶可通過(guò)首頁(yè)、推薦、搜索等各種流量場(chǎng)景，查找到該商品，在商品詳情頁(yè)了解商品的詳細(xì)信息后，可選擇加入購(gòu)物車，或者直接下單，下單前需確認(rèn)收貨地址和優(yōu)惠信息。

下單后，即可進(jìn)入收銀臺(tái)，選擇對(duì)應(yīng)的支付方式。如果選擇微信/支付寶支付，則喚起指定的APP完成支付。如果選擇綁定在平臺(tái)的銀行卡支付，則在交易鑒權(quán)后即可完成交易。

支付成功后，該訂單對(duì)應(yīng)的商品庫(kù)存將被鎖定。

4）平臺(tái)履約

庫(kù)存被鎖定后，訂單需進(jìn)行履約，也就是商品發(fā)貨。

對(duì)于自營(yíng)模式，常見(jiàn)的履約方式有兩種，一種是入倉(cāng)模式、一種是代發(fā)模式。

對(duì)于入倉(cāng)模式，平臺(tái)有自己的倉(cāng)庫(kù)，從供應(yīng)商采購(gòu)的商品會(huì)存入自己的倉(cāng)庫(kù)中。在訂單履約時(shí)，也就是將訂單下發(fā)至倉(cāng)庫(kù)，倉(cāng)庫(kù)人員進(jìn)行分揀、出庫(kù)、配送。這種模式下，物流效率更高，但也會(huì)有更高的倉(cāng)儲(chǔ)成本。

對(duì)于代發(fā)模式，供應(yīng)商的貨品不會(huì)存到平臺(tái)的倉(cāng)庫(kù)中，而是在用戶支付成功后，需要將訂單推送至供應(yīng)商平臺(tái)，由供應(yīng)商進(jìn)行發(fā)貨處理。這種模式下，無(wú)需多余的倉(cāng)儲(chǔ)成本，但物流時(shí)效依賴供應(yīng)商，比較不可控。

5）平臺(tái)售后

訂單支付成功后，用戶也可以申請(qǐng)售后，常見(jiàn)的售后類型有退款、退貨、換貨。

未發(fā)貨情況下，支持用戶退款，平臺(tái)審核通過(guò)后，則售后成功，訂單關(guān)閉，不再發(fā)貨。

已發(fā)貨情況下，支持用戶退貨、換貨，需用戶寄回貨品，平臺(tái)驗(yàn)貨通過(guò)后，才能售后成功。當(dāng)然，現(xiàn)在一些平臺(tái)也推出了僅退款功能，也就是即使收到貨了，也可以不申請(qǐng)退貨，而是申請(qǐng)僅退款。

4、系統(tǒng)框架

為了支撐這一自營(yíng)實(shí)物交易的基礎(chǔ)流程，最基礎(chǔ)的系統(tǒng)搭建，需包含以下11大系統(tǒng)模塊。

首先，系統(tǒng)模塊之間也有著分層、依賴關(guān)系。所以，我們可以先對(duì)基礎(chǔ)框架進(jìn)行拆分。

大家對(duì)電商的常見(jiàn)理解就是人、貨、場(chǎng)。按照這三大類型進(jìn)行拆分，中間還需要有一層人貨匹配邏輯，簡(jiǎn)單來(lái)說(shuō)，人和貨需通過(guò)匹配邏輯，才能在場(chǎng)中得到很好的應(yīng)用和轉(zhuǎn)化。除此之外，還有很重要的底層支撐驅(qū)動(dòng)系統(tǒng)，一般必不可少的就是風(fēng)控和數(shù)據(jù)系統(tǒng)。

1）場(chǎng)

（1）營(yíng)銷系統(tǒng)

營(yíng)銷系統(tǒng)包括流量營(yíng)銷、互動(dòng)營(yíng)銷、用戶觸達(dá)。

• 流量營(yíng)銷是指流量如何分發(fā)，包括各個(gè)核心頁(yè)面的搭建管理、核心資源位的分配和管理，例如APP首頁(yè)，活動(dòng)頁(yè)面，首頁(yè)彈窗，開(kāi)屏廣告等。大部分電商平臺(tái)都會(huì)有自己的CMS系統(tǒng)，核心能力是積木式的頁(yè)面搭建系統(tǒng)，即通過(guò)拖拉拽組件，實(shí)現(xiàn)頁(yè)面的快速搭建和發(fā)布。
• 互動(dòng)營(yíng)銷是指用戶的互動(dòng)玩法，包括各類任務(wù)體系、抽獎(jiǎng)、簽到玩法等，系統(tǒng)需包含觸發(fā)規(guī)則的管理、任務(wù)事件管理以及營(yíng)銷獎(jiǎng)勵(lì)。簡(jiǎn)單來(lái)說(shuō)，就是用戶在什么情況下，完成什么事情，可獲得什么獎(jiǎng)勵(lì)。
• 用戶觸達(dá)則是平臺(tái)如何主動(dòng)去觸達(dá)營(yíng)銷用戶，主要包括觸達(dá)渠道接入、觸達(dá)信息模板、觸達(dá)任務(wù)觸發(fā)、觸達(dá)數(shù)據(jù)回收。比如說(shuō)用戶已經(jīng)90天未交易，此時(shí)通過(guò)短信營(yíng)銷用戶，告訴用戶有限時(shí)五折優(yōu)惠，引導(dǎo)用戶看到短信后，回到APP完成交易。

（2）黃金流程

• 黃金流程是指用戶在平臺(tái)產(chǎn)生交易的必經(jīng)路徑，這是用戶轉(zhuǎn)化的唯一、最關(guān)鍵、最核心的部分。
• 商詳和購(gòu)物車主要是商品介紹、呈現(xiàn)，包括各類商品內(nèi)容、營(yíng)銷信息如何組裝告知用戶
• 下單除了地址、優(yōu)惠、試算等模塊，還有非常重要的訂單體系，包括訂單管理、訂單狀態(tài)、訂單同步、訂單信息記錄等
• 支付系統(tǒng)主要處理支付渠道的接入、支付路由、支付信息、支付狀態(tài)同步等，同時(shí)還包含支付鑒權(quán)，比如每次交易都需要我們驗(yàn)證密碼或者人臉。如果訂單發(fā)起售后，資金的回退也依賴支付系統(tǒng)的支持，也就是逆向交易。
• 履約售后模塊主要是訂單支付成功后如何發(fā)貨以及物流同步，同時(shí)還要支持用戶發(fā)起售后、申請(qǐng)發(fā)票等。

（3）促銷系統(tǒng)

• 促銷系統(tǒng)主要是支持用戶購(gòu)買商品享受對(duì)應(yīng)的金額優(yōu)惠，促銷是一個(gè)看起來(lái)很簡(jiǎn)單，但是復(fù)雜度相當(dāng)高的系統(tǒng)。
• 促銷基礎(chǔ)包括基本促銷活動(dòng)的全流程，包括創(chuàng)建、規(guī)則填寫、商品提報(bào)、審核、促銷失效等
• 促銷類型包括單商品類型（單品直降、預(yù)售），多商品類型（滿減、滿折），支付類型（支付立減），優(yōu)惠券類型（店鋪券、平臺(tái)券、新人券），組合類型（搭售套餐、贈(zèng)品）。不同促銷類型在活動(dòng)配置、活動(dòng)生效、下單試算都有不同的邏輯
• 計(jì)費(fèi)核心是促銷系統(tǒng)的關(guān)鍵，包括計(jì)費(fèi)類型（直降、折扣）、促銷優(yōu)先級(jí)、促銷互斥、促銷疊加、促銷試算到手價(jià)、促銷優(yōu)惠分?jǐn)?。?jiǎn)單來(lái)說(shuō)，就是如何準(zhǔn)確配置出促銷優(yōu)惠金額、準(zhǔn)確為用戶計(jì)算出最優(yōu)優(yōu)惠、準(zhǔn)確計(jì)算促銷優(yōu)惠金額的成本。

2）人貨匹配

人貨匹配是指通過(guò)算法或者人工規(guī)則，讓用戶可以看到、購(gòu)買指定的商品。

（1）算法匹配

• 算法匹配主要集中在搜索和推薦場(chǎng)景。
• 搜索產(chǎn)品主要包括基礎(chǔ)的搜索邏輯、暗紋詞、熱搜詞、關(guān)聯(lián)詞等。同時(shí)還可以支持搜索意圖識(shí)別糾正、搜索結(jié)果廣告投放等。
• 推薦更側(cè)重算法，基于商品評(píng)分、用戶特征，進(jìn)行粗排、精排、重排或召回。并可支持對(duì)算法進(jìn)行實(shí)驗(yàn)。

（2）策略規(guī)則決策

• 策略規(guī)則決策是指由人工配置具體的策略規(guī)則，支持限制在指定場(chǎng)景下，什么樣的用戶和什么樣的商品進(jìn)行對(duì)應(yīng)的決策。例如，在首頁(yè)彈窗中，只有新用戶才可以看到新用戶限時(shí)五折的活動(dòng)素材和入口。策略規(guī)則決策系統(tǒng)是精細(xì)化運(yùn)營(yíng)的基礎(chǔ)和關(guān)鍵。
• 場(chǎng)景實(shí)例是指對(duì)決接入規(guī)則引擎的場(chǎng)景如何管理，包括接入方式（API、嵌入式）、場(chǎng)景權(quán)限、決策管理、版本管理等。
• 策略則是對(duì)全部策略的管理，包括支持的規(guī)則類型、 執(zhí)行優(yōu)先級(jí)，以及在策略上的ABtest能力。
• 規(guī)則包括規(guī)則生成、規(guī)則類型、規(guī)則測(cè)試、規(guī)則應(yīng)用范圍等。規(guī)則其實(shí)就是應(yīng)用標(biāo)簽，通過(guò)計(jì)算表達(dá)式（包含、等于）進(jìn)行組裝而成。
• 標(biāo)簽是規(guī)則的基礎(chǔ)，包括標(biāo)簽分類、應(yīng)用范圍、數(shù)據(jù)來(lái)源（接口、透?jìng)鳌?shù)據(jù)、其他系統(tǒng)等），主要的標(biāo)簽類型包括用戶標(biāo)簽、商品標(biāo)簽、訂單標(biāo)簽、透?jìng)鳂?biāo)簽

3）人

人主要是指對(duì)用戶數(shù)據(jù)的管理和應(yīng)用

（1）用戶基礎(chǔ)

• 用戶生命周期管理，包括用戶注冊(cè)、用戶登錄、用戶注銷等
• 用戶數(shù)據(jù)管理，包括用戶ID、手機(jī)號(hào)、身份證、銀行卡等

（2）用戶標(biāo)簽

• 用戶標(biāo)簽是對(duì)用戶數(shù)據(jù)的加工，形成對(duì)用戶的基本認(rèn)知，并可進(jìn)行應(yīng)用。用戶標(biāo)簽本身也有生命周期管理，例如標(biāo)簽創(chuàng)建、更新機(jī)制、失效下線等
• 用戶基礎(chǔ)屬性標(biāo)簽，包括性別、年齡、收入、地區(qū)、婚姻等
• 用戶行為數(shù)據(jù)標(biāo)簽，包括活躍、交易、偏好等

4）貨

貨是指對(duì)商品的管理和應(yīng)用，包括貨品中臺(tái)和供應(yīng)鏈

（1）貨品中臺(tái)

• 貨品中臺(tái)包括貨品基礎(chǔ)信息及貨品應(yīng)用管理
• 貨品基礎(chǔ)信息包括商品的基礎(chǔ)信息、商品定價(jià)、商品標(biāo)簽、商品內(nèi)容、商品類目、商品品牌、商品規(guī)格等
• 貨品應(yīng)用管理包括選品、榜單、投放、治理、商品維度的銷售限制及利潤(rùn)管控等

（2）供應(yīng)鏈

• 供應(yīng)鏈包含供應(yīng)商、倉(cāng)儲(chǔ)、履約、售后。
• 供應(yīng)商模塊包括供應(yīng)商的類型、入駐流程、合同管理、采購(gòu)和結(jié)算管理
• 倉(cāng)儲(chǔ)模塊包括倉(cāng)庫(kù)管理、地址管理、庫(kù)存管理等。庫(kù)存既和倉(cāng)庫(kù)地址相關(guān)（距離倉(cāng)庫(kù)太遠(yuǎn)的地方不配送），也和倉(cāng)庫(kù)中入庫(kù)商品數(shù)量相關(guān)
• 履約模塊包括配貨路由、發(fā)貨管理、物流信息等
• 售后模塊包括售后類型、售后審核、發(fā)票管理等

5）支撐

基本上每個(gè)平臺(tái)都離不開(kāi)風(fēng)控系統(tǒng)和數(shù)據(jù)系統(tǒng)對(duì)業(yè)務(wù)系統(tǒng)的支持，風(fēng)控和數(shù)據(jù)的專業(yè)性較高，和業(yè)務(wù)系統(tǒng)互相獨(dú)立。

（1）風(fēng)控系統(tǒng)

• 風(fēng)控系統(tǒng)主要是基于安全性考慮，對(duì)業(yè)務(wù)進(jìn)行管控，避免出現(xiàn)洗錢、黑產(chǎn)、刷單、系統(tǒng)攻擊等情況。
• 用戶管控主要是對(duì)用戶的識(shí)別，并在注冊(cè)、登錄、注銷等環(huán)節(jié)對(duì)用戶進(jìn)行攔截管理。
• 交易管控主要是對(duì)每筆訂單交易進(jìn)行實(shí)時(shí)判斷，包括防洗錢、防刷單、防薅羊毛等，同時(shí)交易鑒權(quán)也由風(fēng)控決策，例如該筆交易驗(yàn)證本人的方式是驗(yàn)證密碼、驗(yàn)證短信還是人臉/指紋識(shí)別。
• 系統(tǒng)管理則是基于系統(tǒng)的安全性，避免公司系統(tǒng)受到攻擊，并有相關(guān)權(quán)限管控。

（2）數(shù)據(jù)系統(tǒng)

• 數(shù)據(jù)既是業(yè)務(wù)的上游，又是業(yè)務(wù)的下游。所有業(yè)務(wù)的開(kāi)展都依賴于數(shù)據(jù)進(jìn)行決策，業(yè)務(wù)的效果驗(yàn)證也依賴于數(shù)據(jù)的分析。
• 數(shù)據(jù)管理包括數(shù)據(jù)采集、數(shù)據(jù)處理、數(shù)據(jù)入倉(cāng)。數(shù)據(jù)倉(cāng)庫(kù)是每個(gè)平臺(tái)的核心資產(chǎn)，相當(dāng)于所有數(shù)據(jù)經(jīng)過(guò)一套標(biāo)準(zhǔn)化采集錄入流程后，都存儲(chǔ)在一個(gè)倉(cāng)庫(kù)中，并有對(duì)應(yīng)的規(guī)范流程支持?jǐn)?shù)據(jù)更新和提取。
• 數(shù)據(jù)應(yīng)用包括數(shù)據(jù)報(bào)表、業(yè)務(wù)分析、監(jiān)控告警。數(shù)據(jù)報(bào)表主要是對(duì)數(shù)據(jù)的呈現(xiàn)，業(yè)務(wù)分析則支持業(yè)務(wù)基于數(shù)據(jù)現(xiàn)狀，進(jìn)行異動(dòng)歸因，驗(yàn)證策略效果。監(jiān)控告警則包括數(shù)據(jù)異常識(shí)別、告警規(guī)則配置、異常告警處理。通常監(jiān)控告警都是由人為分析設(shè)置逐步轉(zhuǎn)向系統(tǒng)智能識(shí)別。

二、一個(gè)店鋪衣服商品的購(gòu)買之路

1、業(yè)務(wù)場(chǎng)景

當(dāng)前你想開(kāi)設(shè)一個(gè)電商平臺(tái)，不一定都是你自己進(jìn)行自營(yíng)業(yè)務(wù)，也可能是其他商家來(lái)入駐。

商家入駐后，可以自己發(fā)布商品、運(yùn)營(yíng)、銷售，并負(fù)責(zé)履約發(fā)貨。

商家和平臺(tái)的關(guān)系是，以扣點(diǎn)形式進(jìn)行結(jié)算，也就是說(shuō)商家在平臺(tái)上每賣出一件商品，需給平臺(tái)多少傭金。

2、業(yè)務(wù)特點(diǎn)

這個(gè)場(chǎng)景在業(yè)務(wù)流程多了商家、發(fā)貨、結(jié)算三大模塊。像淘寶、拼多多，都是這樣的平臺(tái)+商家模式。

對(duì)于這樣的業(yè)務(wù)流程，會(huì)增加一個(gè)起點(diǎn)，就是商家的入駐，同時(shí)，需要以商家的結(jié)算作為終點(diǎn)。

3、業(yè)務(wù)流程

核心業(yè)務(wù)流程主要新增以下三大模塊：

1）商家入駐

商家需通過(guò)入駐流程，提交入駐資料，例如資質(zhì)審核等，確認(rèn)所要銷售的商品范圍，開(kāi)設(shè)賬戶，繳納保證金，經(jīng)平臺(tái)審核完成后，即可開(kāi)店。

開(kāi)店后則可正常運(yùn)營(yíng)，包括發(fā)布商品、創(chuàng)建活動(dòng)等，與平臺(tái)運(yùn)營(yíng)工作流程類似。

2）履約售后

在用戶完成購(gòu)物后，平臺(tái)將訂單推送至商家，商家需進(jìn)行履約發(fā)貨。一般商家發(fā)貨后，只需將物流單號(hào)上傳至平臺(tái)，由平臺(tái)根據(jù)物流單信息，向用戶同步物流進(jìn)度。

如果用戶申請(qǐng)售后，也需要商家進(jìn)行審核和處理。

3）清結(jié)算

在訂單完成后，依據(jù)結(jié)算周期、結(jié)算規(guī)則等，平臺(tái)需要將貨款結(jié)算給商家。在結(jié)算時(shí)，平臺(tái)會(huì)將所收扣點(diǎn)傭金減去，把訂單剩余的應(yīng)結(jié)貨款打款至商家賬號(hào)，商家可進(jìn)行提現(xiàn)。

為避免“二清”不合規(guī)問(wèn)題，當(dāng)前清結(jié)算都需在合規(guī)的清分體系下，由清分機(jī)構(gòu)提供服務(wù)。

4、系統(tǒng)框架

為支撐商家業(yè)務(wù)流程，系統(tǒng)框架上需新增——商家系統(tǒng)。

商家系統(tǒng)主要包含商戶管理和清結(jié)算兩大模塊。

1）商戶管理主要是包括平臺(tái)對(duì)商戶的管理以及平臺(tái)為商戶提供的運(yùn)營(yíng)能力。

• 平臺(tái)對(duì)商戶的管理包括商戶類型、入駐流程、生命周期管理、評(píng)分機(jī)制等
• 平臺(tái)為商戶提供的運(yùn)營(yíng)能力，與平臺(tái)自營(yíng)業(yè)務(wù)運(yùn)營(yíng)能力類似，但一般存在一定的閹割，因?yàn)槠脚_(tái)本身的部分?jǐn)?shù)據(jù)資產(chǎn)屬于核心機(jī)密，不會(huì)為商戶開(kāi)放，主要包括營(yíng)銷系統(tǒng)（頁(yè)面搭建、廣告投放、用戶觸達(dá)）、促銷系統(tǒng)（商家自建、報(bào)名平臺(tái)）、商品系統(tǒng)（商品發(fā)布、商品管理）、訂單系統(tǒng)（訂單管理、履約發(fā)貨、售后服務(wù)）、數(shù)據(jù)系統(tǒng)（商家數(shù)據(jù)統(tǒng)計(jì)查看）

2）清結(jié)算主要包含平臺(tái)和商戶之間如何進(jìn)行貨款結(jié)算。

• 賬戶管理，主要是平臺(tái)和商戶的賬戶體系和功能，包括賬戶充值、提現(xiàn)，且賬戶需在清分體系中開(kāi)戶。
• 結(jié)算管理，包括結(jié)算周期、結(jié)算規(guī)則、結(jié)算傭金等，一般情況下不同店鋪結(jié)算周期可不一致，不同商品的結(jié)算傭金也會(huì)不一樣。
• 結(jié)算流程，主要是指清結(jié)算體系的資金流和信息流，以及各類結(jié)算子流程，例如貨款結(jié)算、退款結(jié)算、補(bǔ)差結(jié)算、預(yù)結(jié)算等。

其他系統(tǒng)模塊，與原系統(tǒng)框架設(shè)計(jì)保持一致，可能部分模塊能力會(huì)有擴(kuò)展，例如履約售后需兼容商家訂單、促銷系統(tǒng)需兼容商家商品報(bào)名和促銷分?jǐn)傆?jì)算，但整體系統(tǒng)框架依然保持穩(wěn)定。

三、一個(gè)話費(fèi)的充值之路

1、業(yè)務(wù)場(chǎng)景

我們?cè)陔娚唐脚_(tái)，除了購(gòu)物商品，其實(shí)還會(huì)有很多虛擬商品的消費(fèi)需求，例如充話費(fèi)、買視頻會(huì)員、買游戲卡等。

一般情況下，我們選購(gòu)一個(gè)商品，話費(fèi)100元，輸入手機(jī)號(hào)，支付100元，然后話費(fèi)即到賬。

2、業(yè)務(wù)特點(diǎn)

虛擬商品的購(gòu)買流程，有以下幾個(gè)特點(diǎn)：

1. 交易流程：無(wú)需填寫收貨地址，但需要填寫賬號(hào)信息，例如手機(jī)號(hào)、郵箱賬號(hào)等
2. 履約流程：無(wú)需實(shí)物發(fā)貨，一般都是支付成功即到賬，履約流程非常快
3. 售后流程：虛擬商品購(gòu)買一般不支持售后流程

3、業(yè)務(wù)流程

和實(shí)物商品業(yè)務(wù)流程相比，虛擬商品的業(yè)務(wù)流程主要體現(xiàn)在以下兩大差異：

1. 履約流程：在訂單發(fā)貨時(shí)，需要和供應(yīng)商實(shí)時(shí)采購(gòu)，采購(gòu)?fù)瓿珊?，供?yīng)商向用戶實(shí)時(shí)充值，充值到賬即為收貨成功。對(duì)于虛擬商品，極少采用提前采購(gòu)的流程，因?yàn)槟悴⒉恢烙脩魰?huì)向什么賬號(hào)充值，采購(gòu)對(duì)該類商品銷售是無(wú)意義的，所以他不會(huì)有前置采購(gòu)流程，取而代之的是履約時(shí)實(shí)時(shí)采購(gòu)流程。
2. 售后流程：對(duì)于虛擬訂單，不支持售后流程。原先的售后流程，只存在于實(shí)物訂單中。

4、系統(tǒng)框架

其實(shí)對(duì)到虛擬商品銷售，其業(yè)務(wù)流程與之前只有輕微差異，其系統(tǒng)架構(gòu)與之前則是毫無(wú)差異。

那為啥要單獨(dú)說(shuō)這一業(yè)務(wù)？

這就更加驗(yàn)證了文章開(kāi)頭說(shuō)的，系統(tǒng)搭建是否足夠抽象化、是否足夠有前瞻性。

我們可以看到，對(duì)到虛擬商品業(yè)務(wù)，只需在供應(yīng)鏈系統(tǒng)，針對(duì)供應(yīng)商類型、供應(yīng)商入駐模塊支持多類型，比如該供應(yīng)商是實(shí)時(shí)采購(gòu)機(jī)制、入駐可能是API模式等；在黃金流程下單模塊，針對(duì)虛擬商品訂單，支持充值賬號(hào)填寫；在履約模塊中，支持支付成功后實(shí)時(shí)充值……

因此，當(dāng)系統(tǒng)框架足夠原子化、抽象化，新業(yè)務(wù)的接入，自然就不用“傷筋動(dòng)骨”。

四、一個(gè)自營(yíng)手機(jī)商品分3期支付的購(gòu)買之路

1、業(yè)務(wù)場(chǎng)景

這幾年在電商平臺(tái)，常見(jiàn)的一個(gè)購(gòu)物方式是——分期支付。

當(dāng)你看到一部手機(jī)3000元時(shí)，平臺(tái)告訴你，可以先使用額度完成支付，選擇分多少期還款，支付完成后，即可坐等收貨。后續(xù)每個(gè)月按時(shí)還款即可。常見(jiàn)的淘寶花唄支付、京東白條支付都屬于該類場(chǎng)景。

也就是說(shuō)用戶無(wú)需先付錢，而是先享受到貨品，后續(xù)每月按月還款。當(dāng)然，每月還款金額，除了商品金額，還需要包含于一定的利息服務(wù)費(fèi)。

2、業(yè)務(wù)特點(diǎn)

對(duì)到分期支付場(chǎng)景，最大的特點(diǎn)是涉及到了“信貸”，而信貸的基礎(chǔ)是“信用”，也就是說(shuō)平臺(tái)風(fēng)控系統(tǒng)會(huì)對(duì)用戶進(jìn)行信用評(píng)估。

這個(gè)信用評(píng)估涉及到了用戶購(gòu)物全流程。首先，風(fēng)控會(huì)基于用戶提交的信息，判斷可以給用戶多少額度。其次，風(fēng)控會(huì)在用戶嘗試下單時(shí)，決策用戶購(gòu)買該商品可用的額度值、分期數(shù)、息費(fèi)等。接著，風(fēng)控會(huì)在用戶真正支付時(shí)，實(shí)時(shí)決策該筆訂單是否可以分期支付，也就是風(fēng)控審核是否通過(guò)。

如果風(fēng)控判定用戶分期支付成功，那么后續(xù)流程中還有一個(gè)關(guān)鍵角色——資金。

訂單需要先進(jìn)行融資，也就是說(shuō)存在一個(gè)資方，先幫用戶把商品貨款支付給平臺(tái)。融資完成后，用戶就會(huì)生成賬單，意思就是生成一個(gè)用戶向資方借款的憑證，后續(xù)每個(gè)月用戶需向資方進(jìn)行還款。當(dāng)全部賬單還完后，則該筆交易才最終結(jié)束。

3、業(yè)務(wù)流程

和正常支付的流程相對(duì)，分期支付購(gòu)物在流程上，主要有以下幾大差異點(diǎn)：

1）額度授信

用戶進(jìn)入到平臺(tái)，需要先提交資料信息，經(jīng)過(guò)風(fēng)控審核，申請(qǐng)獲得購(gòu)物額度。只有獲取了購(gòu)物額度，才能在平臺(tái)使用分期支付。

正常情況下，購(gòu)物類型的消費(fèi)額度，多為循環(huán)額度，也就是說(shuō)授信了10000元額度，如果使用了4000元，剩余6000元依然可用。等到4000元還款完成，則可用額度又恢復(fù)成10000元。

2）分期支付調(diào)控

當(dāng)用戶實(shí)際購(gòu)買某個(gè)商品時(shí)，風(fēng)控會(huì)調(diào)控是否允許用戶使用分期支付，可使用的分期范圍是多少，每個(gè)分期的息費(fèi)是多少。

3）分期支付審核

當(dāng)用戶選定好某個(gè)商品，提交訂單支付時(shí)，風(fēng)控需要實(shí)時(shí)判斷，該筆訂單是否允許分期支付。

之所以有該審核環(huán)節(jié)，是因?yàn)槭谛诺念~度屬于循環(huán)額度，授信和交易之間必然存在時(shí)間差。授信時(shí)是基于用戶當(dāng)時(shí)的風(fēng)控表現(xiàn)，授予用戶額度；不代表交易時(shí)，用戶的風(fēng)險(xiǎn)表現(xiàn)未發(fā)生變化，因此需要在交易時(shí)再進(jìn)行實(shí)時(shí)審核判斷。

4）額度扣減

當(dāng)用戶支付成功后，首先會(huì)進(jìn)行額度更新，也就是額度扣減。用戶的可用額度隨之變少。

5）訂單融資

用戶確認(rèn)收貨后，需要將該筆訂單進(jìn)行融資，也就是尋找到資方，承擔(dān)該筆信貸單。當(dāng)然，也可以先進(jìn)行融資再發(fā)貨，從流程上二者皆可行，取決于業(yè)務(wù)實(shí)際決策。

在進(jìn)行融資匹配時(shí)，常見(jiàn)的有直貸、信托、保理、自持等多種資產(chǎn)承接方式。融資成功，代表有資方替用戶將訂單貨款先付給平臺(tái)，此時(shí)可生成賬單，后續(xù)由用戶進(jìn)行還款。

一般情況下，消金平臺(tái)都會(huì)有自持資金，也就是在其他方式融資失敗的情況下，可使用自持資金兜底。

如果是先融資后發(fā)貨，也可以在融資失敗的情況下，將訂單關(guān)閉，不進(jìn)行發(fā)貨履約。

6）賬單處理

當(dāng)?shù)搅速~單還款日，用戶按月進(jìn)行還款，所有賬單還款完成，則意味著賬單完成。

如果用戶申請(qǐng)售后，訂單關(guān)單后，需要同步將賬單關(guān)閉。

如果此時(shí)賬單還未有還款，則關(guān)閉用戶賬單，額度回退即可。

如果此時(shí)賬單已有還款，那么除了關(guān)閉賬單，額度回退以外，還需要將用戶已還款的金額也退回，該部分金額一般叫做溢繳款，顧名思義就是用戶溢出來(lái)的繳款額。

4、系統(tǒng)框架

為支撐分期支付購(gòu)物流程，整個(gè)電商系統(tǒng)框架需在以下幾大系統(tǒng)模塊進(jìn)行兼容處理：

1）營(yíng)銷系統(tǒng)：新增金融營(yíng)銷模塊

金融營(yíng)銷模塊主要負(fù)責(zé)金融元素的營(yíng)銷，包括：

• 授信營(yíng)銷：引導(dǎo)用戶授信，完成額度申請(qǐng)
• 提額營(yíng)銷：如果額度提升，需營(yíng)銷用戶，促進(jìn)轉(zhuǎn)化
• 息費(fèi)優(yōu)惠營(yíng)銷：如果用戶的金融定價(jià)降低，需營(yíng)銷用戶，促銷交易轉(zhuǎn)化
• 專項(xiàng)額度營(yíng)銷：如果在某些特殊場(chǎng)景下，為用戶提供了專屬額度，也需要及時(shí)營(yíng)銷用戶，促進(jìn)用戶交易

2）黃金流程：新增金融額度模塊

黃金流程中的金融額度模塊，主要承接用戶端全流程中涉及分期金融元素的展示和使用

• 授信流程：支持用戶填寫資料，完成授信申請(qǐng)
• 授信額度：維護(hù)用戶當(dāng)前的可用授信額度
• 可用分期：基于用戶風(fēng)險(xiǎn)表現(xiàn)、實(shí)際可用額度等，決策用戶購(gòu)買商品時(shí)對(duì)應(yīng)的可用分期
• 金融定價(jià)：基于用戶風(fēng)險(xiǎn)表現(xiàn)，決策用戶購(gòu)買商品時(shí)選擇分期對(duì)應(yīng)的金融定價(jià)，并基于此試算用戶分期支付所需付的息費(fèi)、月供還款額等
• 賬單還款：當(dāng)用戶支付成功后，需生成賬單，并支持用戶按月還款

3）用戶基礎(chǔ)：新增用戶金融信息

在用戶基礎(chǔ)中，需增加用戶金融信息維護(hù)，一方面用戶流程強(qiáng)依賴于用戶的基礎(chǔ)數(shù)據(jù)；另一方面業(yè)務(wù)分析也需要用戶金融相關(guān)的畫(huà)像。

主要信息包括授信狀態(tài)、授信額度值、用戶風(fēng)險(xiǎn)表現(xiàn)等。一般情況下風(fēng)控系統(tǒng)會(huì)維護(hù)用戶風(fēng)險(xiǎn)相關(guān)的各類信息，例如芝麻信用分、微信支付分等都屬于該類信息。

4）資金系統(tǒng)：新增融資系統(tǒng)模塊

在支撐系統(tǒng)中，除了風(fēng)控系統(tǒng)需支持用戶風(fēng)險(xiǎn)識(shí)別，應(yīng)用于授信、交易環(huán)節(jié)外，還需新增資金系統(tǒng)的支持。

資金系統(tǒng)需要確保分期支付訂單可以融資成功，只有生成賬單，才意味著訂單的真正支付成功。因此，資金系統(tǒng)需至少支持以下模塊內(nèi)容：

• 資方管理：引入并維護(hù)可提供資金的來(lái)源，并對(duì)每個(gè)來(lái)源的基本情況、可用資金、對(duì)于資產(chǎn)的要求，要清晰的管理
• 資產(chǎn)路由：當(dāng)一筆訂單走到融資環(huán)節(jié)，意味著這筆訂單轉(zhuǎn)化為了資產(chǎn)，這個(gè)資產(chǎn)需要有對(duì)應(yīng)的資方進(jìn)行承接。資方承接也意味著資方賬單生成。
• 資產(chǎn)回購(gòu)：一般情況下，如果賬單，用戶正常還款，那么賬單則正常完成即可。如果生成賬單后，因用戶申請(qǐng)售后等各種情況，賬單又關(guān)閉了，這部分資產(chǎn)則需要平臺(tái)進(jìn)行回購(gòu)。簡(jiǎn)單來(lái)說(shuō)，可以理解為這筆錢是資方借給用戶，現(xiàn)在用戶不要了，平臺(tái)把它接下來(lái)，變成資方借給平臺(tái)了。
• 資產(chǎn)處置：當(dāng)用戶一直沒(méi)有按期還款時(shí)，實(shí)際上平臺(tái)會(huì)進(jìn)行催收處理。對(duì)于一些很難催收的資產(chǎn)，通常情況下平臺(tái)會(huì)將資產(chǎn)打包，進(jìn)行銷售。這些都屬于資產(chǎn)處置流程。

回到最開(kāi)始討論的話題，我們對(duì)于系統(tǒng)框架的拆解和設(shè)計(jì)，主要基于兩方面考慮：

一是作為產(chǎn)品，我們需要對(duì)系統(tǒng)有清晰的認(rèn)識(shí)，這樣可以保證我們?cè)谛聵I(yè)務(wù)來(lái)臨時(shí)，快速響應(yīng)和解決。

二是作為產(chǎn)品，我們需要有基本的拆解能力、抽象能力、規(guī)劃能力，這對(duì)個(gè)人能力和認(rèn)知的提升有很大幫助。

但是我們經(jīng)常在市場(chǎng)上看到很多課程和廣告宣傳，通過(guò)跟老師學(xué)習(xí)，可以掌握如何設(shè)計(jì)電商系統(tǒng)。我覺(jué)得這個(gè)是絕對(duì)不成立的。

首先，每個(gè)公司的價(jià)值一定具有獨(dú)特性，他一定是滿足了不一樣的需求，這樣公司才有生存的可能性。

那么，公司的價(jià)值需要靠業(yè)務(wù)實(shí)現(xiàn)，業(yè)務(wù)也就一定具有獨(dú)特性。

最后，業(yè)務(wù)的落地靠系統(tǒng)承接，因此，每個(gè)公司的系統(tǒng)也一定具有其獨(dú)特性。

我們不存在一套系統(tǒng)框架設(shè)計(jì)，能滿足市場(chǎng)上全部公司的應(yīng)用。

所以，當(dāng)我們拆解和設(shè)計(jì)系統(tǒng)時(shí)，一定要按照公司業(yè)務(wù)的實(shí)際情況，基于現(xiàn)狀和業(yè)務(wù)訴求進(jìn)行處理。不是設(shè)計(jì)出來(lái)一套“高大上”，“全世界通用”的系統(tǒng)才是最好的。能解決業(yè)務(wù)問(wèn)題，滿足當(dāng)前公司發(fā)展的系統(tǒng)，就是最好的。

上文的系統(tǒng)拆解及設(shè)計(jì)，也僅僅是一個(gè)參考，任何脫離了業(yè)務(wù)存在的系統(tǒng)，都是“廢品”。