本文將深入探討電商系統(tǒng)的架構(gòu)設(shè)計(jì)、關(guān)鍵功能以及它們?nèi)绾喂餐饔?，以支持?fù)雜的在線交易活動(dòng)。通過(guò)這篇文章，讀者將獲得對(duì)電商系統(tǒng)運(yùn)作原理及其在當(dāng)今社會(huì)中重要性的全面理解。

電商系統(tǒng)應(yīng)該是近20年最有代表性的軟件系統(tǒng)，基于互聯(lián)的普及使得電商系統(tǒng)對(duì)現(xiàn)如今各個(gè)領(lǐng)域的交易形式都產(chǎn)生的巨大的影響，也因?yàn)殡娚滔到y(tǒng)的出現(xiàn)讓各個(gè)領(lǐng)域的交易模式的創(chuàng)新層出不窮，也讓以“客戶為中心”這句口號(hào)最大限度的各類企業(yè)中成為現(xiàn)實(shí)，這篇文章我們就整體來(lái)聊聊電商系統(tǒng)。

01 電商系統(tǒng)的相關(guān)概念

從百度上我們找了下對(duì)電子商務(wù)系統(tǒng)的定義，如下：

電子商務(wù)系統(tǒng)，廣義上講是商務(wù)活動(dòng)中各參與方和支持企業(yè)進(jìn)行交易活動(dòng)的電子技術(shù)手段的集合。狹義上講，電子商務(wù)系統(tǒng)則是指企業(yè)、消費(fèi)者、銀行、政府等在Internet和其他網(wǎng)絡(luò)的基礎(chǔ)上，以實(shí)現(xiàn)企業(yè)電子商務(wù)活動(dòng)的目標(biāo)，滿足企業(yè)生產(chǎn)、銷售、服務(wù)等生產(chǎn)和管理的需要，支持企業(yè)的對(duì)外業(yè)務(wù)協(xié)作，從運(yùn)作、管理和決策等層次全面提高企業(yè)信息化水平，為企業(yè)提供具備商業(yè)智能的計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)。

在MBA智庫(kù)中對(duì)電子商務(wù)系統(tǒng)的定義如下：

電子商務(wù)(Electronic Commerce)是指利用計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)和遠(yuǎn)程通信技術(shù),實(shí)現(xiàn)整個(gè)商務(wù)(買賣)過(guò)程中的電子化、數(shù)字化和網(wǎng)絡(luò)化。

電子商務(wù)系統(tǒng)是保證以電子商務(wù)為基礎(chǔ)的網(wǎng)上交易實(shí)現(xiàn)的體系。

上面的定義我們知道電商系統(tǒng)就是讓你人們?cè)诰W(wǎng)絡(luò)上進(jìn)行交易的軟件系統(tǒng)，在我們對(duì)交易進(jìn)行描述時(shí)一般會(huì)從人、貨、場(chǎng)和四流（信息流、物流、資金流、發(fā)票流）這幾個(gè)角度出發(fā)，現(xiàn)有比較流行的電商模式也是這幾個(gè)要素之間的不同組合而形成的。

• C2C模式，即Consumer to Consumer，是電子商務(wù)中的一種模式，主要涉及個(gè)人之間的交易活動(dòng)。個(gè)人直接通過(guò)平臺(tái)銷售自己的商品或服務(wù)，另一個(gè)消費(fèi)者可以在平臺(tái)購(gòu)買商品或服務(wù)。典型的平臺(tái)是早期的淘寶、咸魚等。
• B2C模式，即”Business to Consumer”，直譯為”企業(yè)對(duì)消費(fèi)者”，是一種電子商務(wù)模式，其中企業(yè)（Business）直接向消費(fèi)者（Consumer）銷售產(chǎn)品或服務(wù)。這種模式是現(xiàn)代電子商務(wù)中最常見和直接的一種形式，它允許消費(fèi)者通過(guò)互聯(lián)網(wǎng)直接從企業(yè)購(gòu)買商品或服務(wù)。典型平臺(tái)是淘寶、天貓、京東等
• B2B模式，即”Business to Business”，直譯為”企業(yè)對(duì)企業(yè)”，指的是一種商業(yè)模式，其中企業(yè)（Business）向其他企業(yè)（Business）銷售產(chǎn)品、服務(wù)或技術(shù)。這種模式主要針對(duì)企業(yè)間的交易，而不是面向最終消費(fèi)者。典型平臺(tái)是1688、震坤行、歐冶云商、找鋼網(wǎng)等
• BBC模式，即Business to Business to Consumer：這種模式下，一個(gè)企業(yè)（B1）生產(chǎn)產(chǎn)品，然后通過(guò)另一個(gè)企業(yè)（B2）分銷給最終消費(fèi)者（C）。B1通常專注于產(chǎn)品的制造和創(chuàng)新，而B2則負(fù)責(zé)銷售和市場(chǎng)推廣，將產(chǎn)品提供給C。這種模式較為傳統(tǒng)，常見于制造商通過(guò)分銷商或批發(fā)商銷售產(chǎn)品的情況。
• S2B2C模式，即Supply Chain Platform to Business to Consumer：這種模式中，S代表供應(yīng)鏈平臺(tái)或服務(wù)提供商，它為B（企業(yè)或商家）提供必要的支持和服務(wù)，如物流、支付、數(shù)據(jù)等，幫助B更好地服務(wù)于C（消費(fèi)者）。S2B2C模式強(qiáng)調(diào)的是供應(yīng)鏈平臺(tái)的作用，它通過(guò)整合資源和服務(wù)，幫助B端企業(yè)提升效率和服務(wù)質(zhì)量，從而更好地滿足C端消費(fèi)者的需求。S2B2C模式是近年來(lái)隨著電子商務(wù)和供應(yīng)鏈管理技術(shù)發(fā)展而興起的一種模式，特別適用于那些需要強(qiáng)大供應(yīng)鏈支持的行業(yè)，如跨境電商、新零售等。
• 即時(shí)零售是通過(guò)線上即時(shí)下單，線下即時(shí)履約，依托本地零售供給，滿足本地即時(shí)需求的零售業(yè)態(tài)。即時(shí)零售填補(bǔ)了線上線下融合的“真空地帶”?！氨镜鼗笔羌磿r(shí)零售的顯著特征，實(shí)現(xiàn)交易流程線上化，履約配送便利化，提升本地供給能力，拓展消費(fèi)者需求。

02 電商系統(tǒng)的一般架構(gòu)

上面說(shuō)到交易主要由人、貨、場(chǎng)和四流組成，而電商系統(tǒng)就是這些要素以及他們之間的關(guān)系在網(wǎng)絡(luò)空間的映射，人主要包括：買家、賣家、配套服務(wù)提供商（物流、資金或其他服務(wù)商）、平臺(tái)建設(shè)和運(yùn)營(yíng)方等；貨主要指的是商品，但需要站在整個(gè)生產(chǎn)、供應(yīng)鏈、營(yíng)銷等全環(huán)節(jié)，線上、線下全渠道去進(jìn)行考慮，當(dāng)然既包括實(shí)物商品也包括虛擬商品（服務(wù)）；場(chǎng)主要指的是發(fā)生交易的場(chǎng)所以及促成交易的相關(guān)因素，在電商系統(tǒng)里面包括店鋪、展示商品的相關(guān)頁(yè)面以及各種各樣的營(yíng)銷活動(dòng)。

2.1 作為平臺(tái)建設(shè)和運(yùn)營(yíng)角度

我們站在平臺(tái)建設(shè)和運(yùn)營(yíng)方的角度看整個(gè)電商系統(tǒng)的架構(gòu)，具體如下圖：

面向買家（2C、2B）的商城，主要包括客戶選品、下單、支付、簽收、售后等業(yè)務(wù)所需的功能操作

如果是平臺(tái)模式則還需要提供面向賣家的管理后臺(tái)，主要包括商家進(jìn)行商品管理、庫(kù)存管理、訂單管理、財(cái)務(wù)管理等所需的功能操作，如果平臺(tái)相對(duì)成熟，且賣家有一定的研發(fā)能力，還需要提供開放平臺(tái)，讓商家能夠通過(guò)系統(tǒng)對(duì)接的方式直接集成其內(nèi)部的管理系統(tǒng)，實(shí)現(xiàn)高效的業(yè)務(wù)運(yùn)營(yíng)

面向平臺(tái)運(yùn)營(yíng)方的后臺(tái)管理系統(tǒng)，主要包括對(duì)商城上的頁(yè)面裝飾、內(nèi)容運(yùn)營(yíng)、流量分發(fā)、商家及店配管理、規(guī)則配置等業(yè)務(wù)所需的功能操作

以上如果是自營(yíng)商城則會(huì)把賣家的管理后臺(tái)和平臺(tái)運(yùn)營(yíng)的管理后臺(tái)統(tǒng)一成一個(gè)管理后臺(tái)。具體架構(gòu)圖如下：

在平臺(tái)發(fā)展到一定規(guī)模后會(huì)衍生出來(lái)客戶服務(wù)平臺(tái)、廣告投放平臺(tái)、物流集成平臺(tái)、倉(cāng)儲(chǔ)管理平臺(tái)、支付平臺(tái)等。

2.2 作為商家角度

而如果是作為商家的角度來(lái)看，如果是小微商家則基本使用平臺(tái)提供的系統(tǒng)功能即可開展業(yè)務(wù)，一般無(wú)需額外建設(shè)相關(guān)系統(tǒng)功能。

如果是中型商家，一般可能會(huì)拓展多個(gè)渠道，且內(nèi)部協(xié)同處理業(yè)務(wù)場(chǎng)景角度，會(huì)涉及到到運(yùn)營(yíng)、客服、倉(cāng)儲(chǔ)、物流、財(cái)務(wù)等相關(guān)人員和配合合作，此時(shí)企業(yè)需要考慮建設(shè)或采購(gòu)電商ERP來(lái)與各個(gè)平臺(tái)渠道進(jìn)行集成完成業(yè)務(wù)處理，當(dāng)然也有些企業(yè)可以直接使用OMS系統(tǒng)進(jìn)行履約管理，而對(duì)于客服、倉(cāng)儲(chǔ)物流、財(cái)務(wù)等業(yè)務(wù)的支撐較弱。

對(duì)于大型企業(yè)或?qū)τ跀?shù)字化要求較高的中型企業(yè)則可以建設(shè)完善的軟件系統(tǒng)，包括全渠道管理系統(tǒng)、WMS、CRM、ERP等相關(guān)系統(tǒng)，把全業(yè)務(wù)流程均管理起來(lái)，提升整體的業(yè)務(wù)效率以及對(duì)用戶需求的感知能力。當(dāng)前還有一些企業(yè)本身就是研產(chǎn)供銷服一體化企業(yè)，則其內(nèi)部系統(tǒng)則更為復(fù)雜

03關(guān)鍵功能設(shè)計(jì)

電商平臺(tái)的整體業(yè)務(wù)流程如下：

• 買家視角的流程：選品、加購(gòu)、下單、支付、收貨、開票、售后
• 賣家視角的流程：開店、上架商品、營(yíng)銷、接單、發(fā)貨、開票、結(jié)算、處理售后；如果站在賣家內(nèi)部整體業(yè)務(wù)的角度來(lái)看的話，還包括品類規(guī)劃、供應(yīng)商管理、采購(gòu)、庫(kù)存管理、物流發(fā)貨、財(cái)務(wù)管理等相關(guān)業(yè)務(wù)
• 平臺(tái)運(yùn)營(yíng)方的流程：基礎(chǔ)維護(hù)、招商、引流、會(huì)員管理、活動(dòng)運(yùn)營(yíng)、結(jié)算、售后管理

在這其中商品、訂單、支付這幾個(gè)模塊的設(shè)計(jì)相對(duì)關(guān)鍵，會(huì)串聯(lián)買家、賣家、平臺(tái)運(yùn)營(yíng)方，下面分塊進(jìn)行總體介紹。

3.1 商品管理設(shè)計(jì)

商品管理是電商系統(tǒng)中的關(guān)鍵基礎(chǔ)信息，而對(duì)商品的理解不同的環(huán)節(jié)、角色甚至于不同的人都會(huì)有差異，一個(gè)手機(jī)是一件商品，一個(gè)iPhone手機(jī)也是一件商品，一個(gè)iPhone 16 pro 也是一件商品，那具體怎么樣描述商品、管理商品才是最合適的呢？這里沒(méi)有標(biāo)準(zhǔn)答案，但基于現(xiàn)有的主流的電商平臺(tái)來(lái)說(shuō)主要還是以下結(jié)構(gòu)是比較主流的：品類品種、品牌、SPU、SKU、商品屬性。

1）品類和品種：類，是指大類，大的功能、特性、利益定位，國(guó)家標(biāo)準(zhǔn)分為45個(gè)大類。各企業(yè)也可以基于自己的業(yè)務(wù)規(guī)劃進(jìn)行品類的劃分。

品種是分類下的產(chǎn)品組合細(xì)分，品種和品類的意思基本一致，稍有差別的是品類強(qiáng)調(diào)大類，品種強(qiáng)調(diào)小類。例如日用品是品類，下面的品種可以是洗發(fā)水、沐浴液等。再例如糧食、蔬菜、瓜果是品類，單說(shuō)蔬菜，也有很多品種。對(duì)于不同的業(yè)務(wù)環(huán)節(jié)對(duì)分類的要求會(huì)有差異，所以我們一般會(huì)在電商平臺(tái)設(shè)計(jì)前后臺(tái)兩套類目，前臺(tái)類目較為靈活，以滿足運(yùn)營(yíng)需求為主，能夠讓流量順暢的流轉(zhuǎn)到對(duì)應(yīng)的商品詳情中形成轉(zhuǎn)化。

2）SPU指一個(gè)商品集合，在一個(gè)品種下面的商品的集合，一般來(lái)說(shuō)一個(gè)SPU就是人們認(rèn)知一種商品的基本元素的組成，例如：iPhone 16 PRO，聯(lián)想ThinkPad L13，優(yōu)衣庫(kù) 圓領(lǐng)印花T恤。

3）SKU即Stock Keeping Unit（庫(kù)存量單位）。即庫(kù)存進(jìn)出計(jì)量的基本單元，可以是以 件，盒，托盤 等為單位。是用來(lái)定價(jià)和管理庫(kù)存的，不同的顏色、尺碼、容量等影響銷售的屬性組合而成的最小商品單位，能夠貫穿整個(gè)銷售、供應(yīng)鏈以及統(tǒng)計(jì)分析的唯一標(biāo)識(shí)。例如：iPhone 16 PRO 有不同的顏色不同的容量不同的通訊方式，這幾種屬性的組合就是具體的一個(gè)SKU，iPhone16 Pro 白色 256G 全網(wǎng)通。再比如：優(yōu)衣庫(kù) 圓領(lǐng)印花T恤 有不同的顏色、尺碼，圓領(lǐng)印花T恤 黑色 L碼。一個(gè)SKU才是能夠準(zhǔn)確描述一件商品的，能夠準(zhǔn)確的表述用戶選擇的商品也是能夠指導(dǎo)供應(yīng)鏈準(zhǔn)確把貨物發(fā)送給客戶。

在上面這些基礎(chǔ)概念之下，組合商品也是很多電商平臺(tái)需要考慮的場(chǎng)景，組合商品這個(gè)概念可以包括兩種場(chǎng)景：

一是商品的搭售，只是在兩個(gè)商品之間建立關(guān)系，買A的時(shí)候會(huì)提醒客戶還可以買B，對(duì)商詳、價(jià)格、庫(kù)存等內(nèi)容沒(méi)特殊要求；

二是套餐商品，需要把A和B組合到一起形成一個(gè)新的商品，這種場(chǎng)景下對(duì)整個(gè)商品體系都是有挑戰(zhàn)的，套餐商品在細(xì)分下去還要看套餐是有獨(dú)立的包裝在倉(cāng)庫(kù)就統(tǒng)一進(jìn)行管理，還是只是組合關(guān)系只是下單、發(fā)貨時(shí)需要按套餐要求進(jìn)行處理

另外就是套餐商品的價(jià)格問(wèn)題，因?yàn)槭且粋€(gè)新商品肯定是需要進(jìn)行單獨(dú)定價(jià)，但套餐商品里面的子商品本身也是有價(jià)格的也有可能去進(jìn)行毛利分析的，還有就是庫(kù)存的問(wèn)題套餐商品是單獨(dú)設(shè)置庫(kù)存還是根據(jù)子商品的庫(kù)存情況去進(jìn)行控制也是需要關(guān)注的。

在考慮套餐商品時(shí)還需要考慮特殊場(chǎng)景就是AB商品是可能存在不同的套餐中，那此時(shí)我們需要在原有的SPU+SKU的體系下在增加存貨的概念，才能較好的解決這類問(wèn)題。

不管商品管理中有多少個(gè)概念，我們需要能夠有一個(gè)統(tǒng)一且唯一的標(biāo)識(shí)去貫穿整個(gè)供應(yīng)鏈和營(yíng)銷環(huán)節(jié)，要保障供應(yīng)鏈和營(yíng)銷環(huán)節(jié)能夠用統(tǒng)一的標(biāo)識(shí)去識(shí)別商品，客戶選購(gòu)的商品和我們發(fā)出的商品也要是一致的，這些都是最基本的保障。商品管理總體來(lái)說(shuō)可分為這么幾個(gè)階段“引進(jìn)來(lái)、管理好、賣出去”，我們?cè)O(shè)計(jì)的系統(tǒng)也要能夠支撐業(yè)務(wù)完成在這幾個(gè)階段的任務(wù)。

3.2. 訂單管理設(shè)計(jì)

商城中與訂單管理相關(guān)的業(yè)務(wù)是從加入購(gòu)物車環(huán)節(jié)開始，到發(fā)貨截至，當(dāng)然也包括售后相關(guān)的業(yè)務(wù)流程。交易也是電商中最為核心的環(huán)節(jié)，需要把會(huì)員、商品、營(yíng)銷、支付等不同的業(yè)務(wù)進(jìn)行整合，讓用戶完成下單，站在一個(gè)完整的交易模型的角度來(lái)看（見上述“交易模型”）訂單中需要記錄清晰交易雙方信息、交易商品信息、物流服務(wù)信息以及資金支付信息等內(nèi)容，訂單管理要能夠很好的銜接上下游。

用戶瀏覽商品后可以加入購(gòu)物車，從購(gòu)物車開始進(jìn)入了交易流程，在購(gòu)物車中我們需要考慮根據(jù)營(yíng)銷相關(guān)的因素去計(jì)算價(jià)格，通過(guò)優(yōu)惠和時(shí)效引導(dǎo)客戶盡快進(jìn)行成交轉(zhuǎn)化。

功能層面還需要考慮購(gòu)物車中商品的狀態(tài)，是否有庫(kù)存、是否已下架等。在從購(gòu)物車進(jìn)入結(jié)算環(huán)境時(shí)，我們還需要考慮某一些特殊的校驗(yàn)，包括：不同店鋪不能合并下單、限購(gòu)校驗(yàn)、用戶資質(zhì)校驗(yàn)等，不同的電商平臺(tái)會(huì)稍有差異。

在有些電商平臺(tái)為了縮減交易流程或者是業(yè)務(wù)模式特性的考慮沒(méi)有提供購(gòu)物車的功能，例如拼多多；也有部分電商平臺(tái)則是按店鋪+用戶的組合維度去進(jìn)行購(gòu)物車設(shè)計(jì)，例如美團(tuán)。

訂單的設(shè)計(jì)從訂單確認(rèn)頁(yè)說(shuō)起，訂單確認(rèn)頁(yè)是用戶對(duì)交易信息做最后確認(rèn)的步驟，交易中所有的要素都需要在這個(gè)步驟中進(jìn)行確認(rèn)，確認(rèn)完即生成交易憑證——訂單。所以在訂單確認(rèn)頁(yè)中有一個(gè)非常之關(guān)鍵的業(yè)務(wù)處理邏輯，就是成交價(jià)格的計(jì)算，計(jì)算的結(jié)果決定了最終這筆交易需要支付的金額（包括各類資產(chǎn)的扣除）。

在計(jì)算價(jià)格時(shí)需要以商品的基礎(chǔ)價(jià)格為準(zhǔn)，綜合考慮營(yíng)銷活動(dòng)、優(yōu)惠券、會(huì)員身份、增值服務(wù)（運(yùn)費(fèi)、保險(xiǎn)等）等因素，按一定的邏輯去進(jìn)行計(jì)算，在這其中我們常說(shuō)的分?jǐn)傔壿嬍瞧渲兄匾囊粋€(gè)環(huán)節(jié)，在進(jìn)行分?jǐn)傇O(shè)計(jì)時(shí)我們需要考慮不同的優(yōu)惠、費(fèi)用之間是否有計(jì)算先后順序的關(guān)系，互相之間是否有互斥的關(guān)系，是訂單中部分商品需要計(jì)算還是整單需要計(jì)算等。

而在設(shè)計(jì)訂單時(shí)從資金的角度看我們需要依次從訂單、訂單明細(xì)以及單品三個(gè)維度進(jìn)行設(shè)計(jì)（如涉及到套餐商品，還需要在明細(xì)維度增加類型以進(jìn)行區(qū)分），對(duì)應(yīng)的字段名稱一般為合計(jì)金額、小計(jì)金額、單價(jià)，也需要區(qū)分含稅、未稅（這部分在B2B模式和內(nèi)部管理時(shí)尤其重要）等不同情況。

以上是訂單管理模塊提供的計(jì)價(jià)服務(wù)在訂單確認(rèn)頁(yè)的實(shí)現(xiàn)，而在訂單確認(rèn)頁(yè)中用戶提交訂單后則是真正生產(chǎn)訂單，而在生成的過(guò)程中我們需要做許多的檢驗(yàn)、業(yè)務(wù)邏輯處理，整個(gè)訂單提交過(guò)程涉及的邏輯大體如下圖所示

在生成訂單時(shí)我們需要能夠全面的考慮訂單所需要記錄的信息，這其中我們還是需要以上述交易模型為基礎(chǔ)去進(jìn)行考慮，訂單中需要準(zhǔn)確記錄買賣雙方的信息（如果涉及到第三方也需要記錄）、標(biāo)的物信息也就是商品信息（包括商品基本信息、價(jià)格、優(yōu)化信息等）、交付信息（收貨信息、自提信息等）、資金信息以及其它輔助完成交易的信息

當(dāng)然訂單作為電商系統(tǒng)中最重要的實(shí)體，訂單的狀態(tài)也是一個(gè)非常重要的信息，需要能夠準(zhǔn)確的表達(dá)訂單的什么周期，一般在設(shè)計(jì)狀態(tài)時(shí)既要兼顧用戶使用能夠易于理解，也要考慮邏輯的完善性不能出現(xiàn)狀態(tài)表達(dá)不了的情況出現(xiàn)

在設(shè)計(jì)狀態(tài)時(shí)我們要遵循操作（可以是人工出發(fā)，也可以是自動(dòng)觸發(fā)）驅(qū)動(dòng)狀態(tài)流轉(zhuǎn)的邏輯，操作和狀態(tài)應(yīng)該是有嚴(yán)格的對(duì)應(yīng)關(guān)系，在設(shè)計(jì)時(shí)我們可以使用“狀態(tài)機(jī)+狀態(tài)操作對(duì)應(yīng)表”方法去進(jìn)行梳理，如下實(shí)例：

訂單生成時(shí)還有一個(gè)需要重點(diǎn)關(guān)注的邏輯，就是拆單邏輯，由于訂單本身是一個(gè)比較寬泛的概念，不同的企業(yè)對(duì)拆單的邏輯也有不同，像淘寶、天貓更多的是以店鋪或者是商品屬性進(jìn)行拆單，而像京東則是除店鋪拆單會(huì)把履約環(huán)節(jié)的拆單也整合到下單的邏輯中進(jìn)行拆分，訂單為什么需要拆單，主要就是為了讓后續(xù)環(huán)節(jié)履約和結(jié)算能夠更加清晰、便捷，跨店下單時(shí)我們需要記錄清楚每個(gè)店結(jié)算多少金額，不同屬性的商品由于發(fā)貨地不一樣或者是物流履約的方式存在差異所以需要拆單進(jìn)行處理。

拆單是為了讓管理方面更加便捷，但是如果不進(jìn)行特殊處理用戶側(cè)的體驗(yàn)則會(huì)大大降低，用戶下單可能不會(huì)立即支付，在我們進(jìn)行拆單處理后用戶將會(huì)在列表中看到多個(gè)訂單，那會(huì)對(duì)用戶支付造成困惑，同時(shí)由于一些優(yōu)惠活動(dòng)存在門檻，如果不能整單一起支付也會(huì)存在優(yōu)惠異常的情況發(fā)生。

為了避免上面的情況出現(xiàn)，有些同學(xué)會(huì)選擇在支付后再進(jìn)行拆單，這是否是一個(gè)好的解決方案呢？

我想并不是，我們?cè)谟脩舻慕嵌瓤创_實(shí)應(yīng)該如此，在支付后進(jìn)行拆單，但是如果我們站在賣家的角度看這種方案就非常不可行，整單中的商品可能是屬于不同的賣家的，不進(jìn)行拆單的話那么我們?cè)谥Ц肚斑@一段時(shí)間則無(wú)法給賣家提供訂單信息，這也是我們要解決的問(wèn)題。

以上是訂單拆單中所需要注意的點(diǎn)，具體怎么設(shè)計(jì)功能則需要根據(jù)實(shí)際情況而定。

3.3 支付管理設(shè)計(jì)

對(duì)訂單進(jìn)行了整體的介紹后，我們?cè)倭牧闹Ц断嚓P(guān)的內(nèi)容。在大多數(shù)的電商系統(tǒng)中支付管理其實(shí)并不復(fù)雜，只需要市場(chǎng)上常見的幾種支付（微信、支付寶）即可，而且也是直接使用支付平臺(tái)的能力調(diào)起接口完成支付并在訂單和支付流水中能夠準(zhǔn)確記錄相關(guān)信息。

但對(duì)于平臺(tái)型電商系統(tǒng)、大型的自營(yíng)電商系統(tǒng)給你以及SaaS類電商系統(tǒng)來(lái)說(shuō)則不一樣，雖然不需要一個(gè)完整的支付系統(tǒng)，但是這些類型的電商系統(tǒng)關(guān)于支付管理至少也要涉及如下的模塊：收銀臺(tái)、支付渠道管理、支付路由管理、商戶管理（平臺(tái)型和SaaS類）、清賬以及對(duì)賬管理。

在設(shè)計(jì)收銀臺(tái)時(shí)我們需要考慮以下幾類支付方式：優(yōu)惠券（有些不認(rèn)為是支付方式）、積分、禮品卡、信用、現(xiàn)金（微信、支付寶、網(wǎng)銀或其它）。

對(duì)于優(yōu)惠券、積分和禮品卡，大多數(shù)的電商系統(tǒng)都會(huì)在進(jìn)收銀臺(tái)之前處理掉，但需要注意的是進(jìn)收銀臺(tái)之前處理這些資產(chǎn)的話，需要考慮訂單未支付取消時(shí)要進(jìn)行返還，并需要對(duì)這部分的資產(chǎn)要進(jìn)行凍結(jié)處理，以防被重復(fù)使用。

對(duì)于信用支付部分相對(duì)來(lái)說(shuō)比較特殊，需要有一個(gè)賬期費(fèi)用需要展示，對(duì)于用第三方的信用支付我們只需要通過(guò)接口進(jìn)行集成即可，但如果是在B2B電商平臺(tái)中有可能是電商平臺(tái)把原本在線下的賬期模式沿用到線上（關(guān)于B2B電商平臺(tái)支付相關(guān)的內(nèi)容給可見這篇文章《B2B電商平臺(tái)支付及金融模塊設(shè)計(jì)》），那對(duì)大部分的平臺(tái)來(lái)說(shuō)是需要把這部分的利息直接算如商品價(jià)格，這種處理也許從業(yè)務(wù)邏輯上看并不十分合理，但從業(yè)務(wù)實(shí)操層面來(lái)看確實(shí)最能被買賣雙方接受的，此時(shí)我們可能也需要在進(jìn)收銀臺(tái)之前去進(jìn)行信用支付的處理。

最后就是對(duì)于你現(xiàn)金類的支付來(lái)說(shuō)可以統(tǒng)一在收銀臺(tái)中進(jìn)行處理，用戶可以選擇平臺(tái)提供的不同的支付渠道進(jìn)行支付，再由平臺(tái)去調(diào)起三方支付平臺(tái)的頁(yè)面完成支付。當(dāng)然現(xiàn)在很多平臺(tái)中也逐漸打破了訂單確認(rèn)頁(yè)和收銀臺(tái)頁(yè)面的界限，把兩個(gè)頁(yè)面進(jìn)行融合。

收銀臺(tái)是支付管理直接呈現(xiàn)給用戶的功能，在這之前平臺(tái)運(yùn)營(yíng)方和賣家還需要做很多準(zhǔn)備工作，包括接入不同的支付渠道，現(xiàn)如今很多三方支付公司都提供了聚合支付的能力，銀行和大的首單機(jī)構(gòu)也直接提供支付能力，許多平臺(tái)都是回去對(duì)接多個(gè)支付渠道，這里沒(méi)有業(yè)務(wù)層面的考慮也有系統(tǒng)穩(wěn)定方面的考慮。

對(duì)于不同的支付渠道我們需要能夠在平臺(tái)上進(jìn)行管理，并能夠?qū)Ω鱾€(gè)渠道的支付方式、費(fèi)用、支付并發(fā)數(shù)等基礎(chǔ)參數(shù)進(jìn)行管理，方便在支付路由中進(jìn)行使用，以選擇最優(yōu)的支付方式為用戶提供服務(wù)。

商戶管理主要是給系統(tǒng)上賣家直接申請(qǐng)開通商戶號(hào)的，像支付寶、微信等都是能夠提供平臺(tái)級(jí)的支付能力的，電商平臺(tái)的運(yùn)營(yíng)方在支付平臺(tái)中開通平臺(tái)商戶號(hào)，并進(jìn)行相關(guān)功能的對(duì)接后平臺(tái)中的商家可以直接在商家管理系統(tǒng)中直接申請(qǐng)支付商戶號(hào)，支付平臺(tái)審批通過(guò)后就可以創(chuàng)電商平臺(tái)商戶號(hào)下的子商戶號(hào)，當(dāng)然如果支付平臺(tái)不提供直接通過(guò)系統(tǒng)給你對(duì)接的方式申請(qǐng)子商戶號(hào)，也是可以手工進(jìn)行維護(hù)的。

為什么需要這種主子結(jié)構(gòu)的賬戶體系呢？主要是從平臺(tái)運(yùn)營(yíng)方和賣家收款兩個(gè)方面進(jìn)行綜合考慮的。

電商平臺(tái)需要能夠?qū)ζ渖系馁u家有一定的約束力，那自然是需要能夠?qū)灰椎馁Y金進(jìn)行一定的管理，但國(guó)家法律法規(guī)又不允許電商平臺(tái)運(yùn)營(yíng)方形成資金池，所以需要借用第三方支付平臺(tái)。而賣家有需要能夠把錢直接收到自己賬戶，不希望自己的資金完全的交由電商平臺(tái)進(jìn)行管理。商戶的管理也是電商平臺(tái)中比較重要的一個(gè)基礎(chǔ)性的管理。

最后我們?cè)谡f(shuō)說(shuō)清帳和對(duì)賬，首先對(duì)于清帳主要處理的交易過(guò)程中涉及的資金和費(fèi)用的計(jì)算和劃分，那些是平臺(tái)承擔(dān)的，那些是商家承擔(dān)的。

一般來(lái)說(shuō)平臺(tái)都會(huì)按商家成交的金額的一定比例收取交易費(fèi)用，另外對(duì)于支付渠道收取的費(fèi)用可能包含在交易費(fèi)用中也可能單獨(dú)簽訂協(xié)議進(jìn)行約定。

其次平臺(tái)經(jīng)常也會(huì)組織大型的促銷活動(dòng)，通過(guò)優(yōu)惠的方式吸引顧客，而這個(gè)優(yōu)惠的費(fèi)用則也是需要在促銷活動(dòng)開始之前平臺(tái)與商家進(jìn)行協(xié)商確定的，這些費(fèi)用最終也是需要在清賬時(shí)計(jì)算出來(lái)。另外像積分屬于平臺(tái)為提高用戶忠誠(chéng)而統(tǒng)一去進(jìn)行管理、運(yùn)營(yíng)的，在交易過(guò)程中用戶如果使用，則一般是由平臺(tái)進(jìn)行支付結(jié)算給商家的。

還有就是像禮品卡這一類的預(yù)付卡，如果是能夠用于第三方店鋪的則也是需要進(jìn)行平臺(tái)和商家之間的結(jié)算。當(dāng)然在清賬環(huán)節(jié)可能還有更多需要考慮的因素在這里就不一一列舉了，總之我們?cè)谶@個(gè)環(huán)節(jié)需要能夠?qū)σ粋€(gè)周期內(nèi)發(fā)生的所有的交易計(jì)算清楚各方能夠獲得的收入和承擔(dān)的費(fèi)用。

根據(jù)清賬計(jì)算的結(jié)果，我們周期性的行程對(duì)賬單由雙方進(jìn)行確認(rèn)，這里面包括了平臺(tái)和支付平臺(tái)之間的對(duì)賬，也包括了平臺(tái)和商家之間的對(duì)賬，對(duì)賬還需要區(qū)分匯總級(jí)對(duì)賬和明細(xì)級(jí)對(duì)賬，完成對(duì)賬后即可進(jìn)行開票、付款等相關(guān)操作。

04 總結(jié)

以上就是電商系統(tǒng)相關(guān)的內(nèi)容，當(dāng)然對(duì)于一個(gè)完整的電商系統(tǒng)給你不單單只有前面提到的商品管理、訂單管理、支付管理，還有更多其它的配套相關(guān)的管理模塊，而其中對(duì)于營(yíng)銷管理也是電商平臺(tái)中非常重要的功能模塊，但營(yíng)銷玩法花樣繁多、創(chuàng)新層出不窮，網(wǎng)上關(guān)于各種營(yíng)銷玩法也有不少的介紹，也就不單獨(dú)列出來(lái)進(jìn)行描述。

電商系統(tǒng)是我們普通用戶接觸的最多的系統(tǒng)之一，不管其模式如何變化，其核心還是對(duì)交易過(guò)程的管理，像疫情這幾年不斷興起的社會(huì)化分銷、社區(qū)團(tuán)購(gòu)、直播電商、即使零售等，雖然概念層出不窮，但若是回歸交易的本質(zhì)還是有“人貨場(chǎng)+四流”的組合變化而已。