無論是交易訂單、支付、庫存管理，還是供應(yīng)鏈協(xié)同、財務(wù)結(jié)算，一套高效、靈活且可擴(kuò)展的電商核心系統(tǒng)是企業(yè)立足市場的關(guān)鍵。本文將分享電商核心系統(tǒng)的整體架構(gòu)與關(guān)鍵模塊，供大家參考。

最近時間比較充裕，就把自己工作10+產(chǎn)品經(jīng)驗(yàn)做一個整體分享，有中臺、B端、C端等，內(nèi)容涵蓋：交易訂單、支付、OMS、OFC、WMS、中央庫存、開放平臺、采購系統(tǒng)、SRM、財務(wù)系統(tǒng)（結(jié)算、核算等）、外部系統(tǒng)對接（含聚水潭ERP、用友NC65、萬里牛WMS等）及爬蟲數(shù)據(jù)分析（若有時間分享下如何用python等工具）。若有不對地方，辛苦指正，

一、整體結(jié)構(gòu)圖

二、每個模塊大概說明

簡單介紹下每個模塊，后期會在專門文章做詳細(xì)說明：

1. 交易訂單中臺

負(fù)責(zé)正逆向交易過程和單據(jù)憑證的生成，功能大概包括：訂單創(chuàng)建、訂單取消、訂單售后（退貨退款、換貨、僅退款等）、訂單查詢（列表、詳情、軌跡等）、訂單管理（地址修改、修改倉、簽收等）、訂單軌跡，完成錢貨轉(zhuǎn)移。

交易訂單中臺，需要從多條業(yè)務(wù)線交易訂單需求中抽象提煉共性需求做能力沉淀，將沉淀的能力復(fù)用到多條業(yè)務(wù)線從而實(shí)現(xiàn)公司降本增效，例如，我層主導(dǎo)過公司80+業(yè)務(wù)線升級到交易訂單中臺，升級完成后，公司做資源整合，降低了很多成本。中臺設(shè)計比較關(guān)鍵的步驟：

1. 需求收集、分析：收集多條業(yè)務(wù)線的交易訂單需求，收集后做分析，例如，哪些是共性，哪些是個性，基于KANO模型產(chǎn)出一份需求分析表，定義出哪些是中臺做，哪些是業(yè)務(wù)系統(tǒng)自己做，哪些當(dāng)前做，哪些后期版本做等等
2. 需求建模：將需求還原到業(yè)務(wù)流程中，產(chǎn)出一份業(yè)務(wù)流程中，一定要詳細(xì)說明哪些角色做什么事情
3. 功能list： 基于需求建模抽象出大概功能list，例如，業(yè)務(wù)線都有下單功能、簽收功能等
4. 功能分析：分析哪些功能是核心功能，哪些是附加功能，哪些是基礎(chǔ)功能等，基于功能設(shè)計功能編排能力，例如，下單和退貨屬于核心基礎(chǔ)功能，則，可以將編排退貨換貨能力，體現(xiàn)中臺通過功能積木化搭建完成場景擴(kuò)展
5. 確定系統(tǒng)域、系統(tǒng)邊界、交互形式：詳細(xì)設(shè)計每個功能，產(chǎn)出每個功能對應(yīng)哪些系統(tǒng)域、系統(tǒng)邊界及系統(tǒng)交互形式（同步、異步等）（可以采用DDD工具）
6. 流程編排設(shè)計：基于5產(chǎn)出系統(tǒng)交互后，可以分析出每個交互系統(tǒng)中對應(yīng)的平行系統(tǒng)，例如，交易下單中，需要庫存鎖定、創(chuàng)建支付單等平行系統(tǒng)，則可以對這些系統(tǒng)抽象，編排普通下單、定金尾款、代扣等各種交易玩法，后續(xù)就可以配置就可以實(shí)現(xiàn)新玩法上線，不需要開發(fā)
7. 切流上線：因?yàn)樾枰屝聵I(yè)務(wù)逐個切換而不是一下子全部切換到新系統(tǒng)，如何平滑過渡到新系統(tǒng)，一般通過流量復(fù)制、雙寫、回滾等方式實(shí)現(xiàn)

除了設(shè)計步驟外，還需要考慮中臺設(shè)計的一些方式，例如，鏈路編排設(shè)計、積木化設(shè)計等

如何定义B端产品及B端产品经理方法论

相较于C端产品，B端产品最大的特点是：面向特定领域用户，且数量少得多，但更注重对用户专业领域操作流程的深度挖掘——也就是专业性更强，与业务的结合更紧密。

查看详情 >

2. 支付中臺

支付中臺解決的是給各個業(yè)務(wù)線提供統(tǒng)一收臺產(chǎn)品：收銀臺、支付核心能力、風(fēng)控、賬戶等，主要：

• 統(tǒng)一收銀臺：一般會提供3種：API形式(提供標(biāo)準(zhǔn)API，例如，支付方式查詢等，業(yè)務(wù)系統(tǒng)自己設(shè)計收銀臺頁面)、SDK收銀臺(SDK封裝收銀臺，業(yè)務(wù)系統(tǒng)接入SDK就可以拉起收銀臺頁面)、H5收銀臺（中臺提供H5形式，業(yè)務(wù)系統(tǒng)傳對應(yīng)參數(shù)跳轉(zhuǎn)到H5收銀臺），我們當(dāng)時做時提供了上述3種，新業(yè)務(wù)接入收銀臺一般1天內(nèi)就可以接入，確實(shí)成本降低了很多
• 標(biāo)準(zhǔn)支付核心能力：收單能力一般會提供統(tǒng)一支付網(wǎng)關(guān)（限流鑒權(quán)等）（有些公司支付系統(tǒng)自己做，有一些是接公司統(tǒng)一網(wǎng)關(guān)），收單能力主要指支付單創(chuàng)建、支付流程引擎、渠道路由、資金處理等，支付可能對接不少渠道，渠道對接要屏蔽接入方且高效接入新增渠道?；跇?biāo)準(zhǔn)的支付核心能力，支付中臺要包裝出不同的支付產(chǎn)品，例如，話費(fèi)充值，這個就類似支付寶或微信基于底層的支付核心能力（例如，訂單創(chuàng)建等）包裝出APP支付、H5支付等，說到底都是基于底層能力

風(fēng)控系統(tǒng)：支持風(fēng)控規(guī)則配置，攔截異常支付行為

賬戶：支持賬戶創(chuàng)建、管理等，這里的賬戶我們以前只是基于用戶側(cè)創(chuàng)建，商家、供應(yīng)商相關(guān)賬戶一般在財務(wù)系統(tǒng)管理，例如，給供應(yīng)商開設(shè)賬戶管理采購相關(guān)數(shù)據(jù)。

支付中臺設(shè)計方法論和交易中臺沒啥區(qū)別，不再贅述

3. OMS

訂單履約系統(tǒng)，只按照履行約定（例如，時效等）將商品（可以是實(shí)物，也可以是虛擬等）交付用戶（例如，實(shí)物簽收，虛擬加入到用戶賬戶等），為了完成這一目標(biāo)需要調(diào)度各個系統(tǒng)完成，例如，WMS、TMS等，本質(zhì)OMS是供需關(guān)系管理的系統(tǒng)，基于用戶需求及目前供應(yīng)側(cè)資源，既要考慮用戶體驗(yàn)，又要考慮成本，例如，OMS通過和中央庫存交互完成倉庫分配這個為了降本，但是又要考慮履約承諾，例如，48小時送達(dá)，這塊就需要一定的履約策略支持

OMS主要功能：訂單創(chuàng)建、訂單分倉、拆分、審核、物流分配、訂單取消、訂單拉回、訂單全程跟蹤、訂單信息修改等

我主導(dǎo)過2個大公司OMS系統(tǒng)重構(gòu)，行業(yè)差異很大，但是底層方法論相同，如何設(shè)計OMS擴(kuò)展性特別好OMS系統(tǒng)后續(xù)我進(jìn)行分享

4. 中央庫存

拆解成‘中央’+‘庫存’，中央是調(diào)度中軸，庫存就是存放在各個倉庫和門店的實(shí)物庫存，所以說，中央庫存就是對各個存放在門店或倉庫的庫存統(tǒng)一調(diào)度分配的系統(tǒng)。所以，中央庫存會提供基礎(chǔ)數(shù)據(jù)管理（例如，倉庫門店數(shù)據(jù)）、庫存同步、智能分倉、渠道庫存分配等能力，這塊后續(xù)會詳細(xì)說明如何設(shè)計，包括底層表（例如，基礎(chǔ)表、流水表等）

5. 開放平臺

在2家大公司主導(dǎo)過開放平臺0-1整體設(shè)計，開放平臺拆解下：開放+平臺，意思就是將平臺開放，開放包括數(shù)據(jù)、功能等，開放給誰呢？一般分幾類：（1）平臺內(nèi)角色，例如，商家，供應(yīng)商等，這些角色有些有自研能力，注冊成開發(fā)者獲取訂單數(shù)據(jù)等（2）ISV：幫助商家等提供基礎(chǔ)數(shù)據(jù)、流程管理等能力，例如，巨益OMS幫助商家從淘寶、京東等平臺拉取訂單。

開放平臺大概包括：API管理后臺（將平臺能力發(fā)布管理）、API網(wǎng)關(guān)（對API管理，例如，限流鑒權(quán)等）、開放平臺門戶網(wǎng)站（開發(fā)者在這里注冊、API訂閱、開發(fā)、測試等，會提供各種工具輔助開發(fā)者開發(fā)）

6. 采購管理系統(tǒng)

主要針對供應(yīng)商采購流程的管理，包括詢價、采購流程管理（采購單創(chuàng)建、供應(yīng)商接單、入庫等一些列流程）、退供（貨退給供應(yīng)商等流程管理）、調(diào)撥管理等

采購管理系統(tǒng)一般有供應(yīng)鏈運(yùn)營使用的采購系統(tǒng)及供應(yīng)商使用的供應(yīng)商協(xié)同系統(tǒng)組成，涉及到采購單、發(fā)貨單等相關(guān)單據(jù)底層設(shè)計、狀態(tài)機(jī)設(shè)計等，采購管理系統(tǒng)也要考慮采購流程編排，支持不同供應(yīng)商不同的采購流程，例如，有一些供應(yīng)商需要提前提交預(yù)約入庫時間，有一些不需要，都需要考慮如何編排不同的采購節(jié)點(diǎn)。我們編排過10+采購流程，當(dāng)然，采購核心流程是一致的，只是在某些節(jié)點(diǎn)不同，如何編排這塊后續(xù)詳細(xì)講解。

7. SRM：供應(yīng)商基礎(chǔ)管理系統(tǒng)

主要包括供應(yīng)商入駐管理、合同管理、供應(yīng)商運(yùn)營管理（例如，商品等），這塊后續(xù)會產(chǎn)出詳細(xì)的頁面原型及和其他系統(tǒng)的相關(guān)關(guān)系

8. WMS

倉庫管理系統(tǒng)，底層是出入庫設(shè)計，支撐采購入、銷售出等10+業(yè)務(wù)場景，因?yàn)?，設(shè)計的WMS一定需要有很好的擴(kuò)展性，快速擴(kuò)展不同的出入庫場景。除了出入庫場景擴(kuò)展外，也要支持出入庫節(jié)點(diǎn)編排，例如，不同單據(jù)的出庫，倉庫作業(yè)節(jié)點(diǎn)可能不同，后續(xù)，我都會詳細(xì)說明，單據(jù)有哪些，關(guān)系是什么，狀態(tài)機(jī)怎么編排等等

9. 財務(wù)管理系統(tǒng)

我以前的經(jīng)驗(yàn)財務(wù)管理系統(tǒng)主要的內(nèi)容有2部分：供應(yīng)商結(jié)算、商家結(jié)算、成本管理、財務(wù)核算等，其他沒有做過。

• 供應(yīng)商結(jié)算：主要包括賬戶管理、賬單管理、發(fā)票管理、結(jié)算管理等，通過SRM配置的賬期，生成對應(yīng)臺賬賬單，通過后續(xù)的賬單確認(rèn)、發(fā)票上傳及最終通知財務(wù)中臺（一般走銀企直聯(lián)）完成資金的轉(zhuǎn)移
• 商家結(jié)算：和供應(yīng)商結(jié)算比較類似：也包括賬戶、賬單、結(jié)算等流程，一般是履約完成后，系統(tǒng)完成清結(jié)算，再通知財務(wù)中臺完成資金轉(zhuǎn)移
• 成本管理： 通過成本管理計算總成本及單位成本，進(jìn)而對成本精細(xì)化管理，包括數(shù)據(jù)獲取，數(shù)據(jù)清洗、成本計算（可能采取不同成本計量模型，例如，移動加權(quán)平均法或個別計價法等）、成本應(yīng)用（例如，報表或提供給WMS等使用）
• 財務(wù)核算：進(jìn)銷存過程的一些關(guān)鍵節(jié)點(diǎn)都需要推送給專業(yè)財務(wù)軟件，例如，NC65進(jìn)行記賬的，例如，采購?fù)瓿?、履約完成、出庫完成等，那么，財務(wù)核算需要講這些關(guān)鍵節(jié)點(diǎn)都應(yīng)的關(guān)鍵單據(jù)轉(zhuǎn)化為專業(yè)財務(wù)軟件需要的數(shù)據(jù)進(jìn)行記賬,后續(xù)會詳細(xì)說明如何設(shè)計財務(wù)管理系統(tǒng)

10. 外部系統(tǒng)對接

對接了不少系統(tǒng)，有聚水潭ERP，也有WMS，也包括財務(wù)軟件，我會詳細(xì)說明下大概怎么對接，注意事項，以及基于對接經(jīng)驗(yàn)整理出如何對接提效的方法

11. AI產(chǎn)品經(jīng)理

最近自己在轉(zhuǎn)型學(xué)習(xí)成為AI產(chǎn)品經(jīng)理，自己學(xué)了不少東西，有技術(shù)，也有產(chǎn)品相關(guān)，會將自己學(xué)習(xí)到的知識分享給大家

12. 其他

其他做的不是特別多的，例如，商品、營銷、權(quán)限系統(tǒng)、客服系統(tǒng)等也會在后續(xù)進(jìn)行分享