編輯導語：剛接觸電商領域的你是否有很多疑惑？對于許多電商産品是否感到無從下手？這篇文章作者詳細介紹了電商産品的構架，推薦想要了解電商産品構架的童鞋閱讀。

《電商産品經理從0到1》系列文章面向0~3歲的産品新人或者有多年産品工作經驗卻剛接觸電商領域的産品經理。

本系列文章将詳細介紹電商核心系統的産品設計方案，幫助你體系化的認識電商産品。

本文章為《電商産品經理從0到1》系列第一篇：電商産品架構。

看完本文，你将對以下問題有所了解：

1. 一個完整的電商業務是怎樣的？
2. 電商業務背後都有哪些系統支撐？
3. 電商各系統模塊是如何串聯的？
4. 如何設計電商系統的産品架構？

大部分剛接觸電商領域的産品經理，或多或少會體會到電商系統的模塊多、流程長、邏輯複雜。電商系統中，除了前端APP和網站看得見摸得着外，更多的是看不見的底層邏輯和後端系統。

對于大部分同學而言，要找到同類後端系統的競品進行研究借鑒是一件比較麻煩的事兒，因此長期以來便形成了一種電商産品的門檻比其他行業的産品門檻要更高的錯覺。

雖然電商産品比較複雜，但是它有一個很重要的特征，那就是電商産品屬于典型的業務驅動型産品。業務驅動型産品，其所有功能都服務于一個實體業務。因此想要弄清楚電商産品有哪些功能模塊，可以從電商的業務入手，先了解一個完整的電商業務有哪些環節，基于每個環節再分析需要哪些功能來支撐，将所有功能窮舉完以後，再按照一定的邏輯進行歸納總結即可窺探電商産品的全貌了

本文将從電商的業務流程到電商的系統流程再到電商的系統架構這三個部分展開，分别通過三張圖來深入淺出展示電商的世界。

一、電商核心業務-采銷倉配

電商發展至今，出現了各種各樣的叫法，有平台電商、自營電商、B2B、B2C、生鮮電商、社交電商、興趣電商等等。不論電商的形式如何多樣，其本質都是買賣雙方圍繞商品交易履約的過程。

在開始探讨之前，我們先圈定一下探讨的方向，本文主要以自營電商為探讨方向。因為與之相對的平台型電商的核心其實是流量生意，系統的責任更多的是将海量的商品和消費者做匹配，平台以此向商家收取交易傭金和廣告費。

而自營電商除了需要具備平台電商的能力之外，由于自采自銷的業務模式還涉及采購、倉儲、履約等實體環節，其系統模塊更多更長更複雜，基本上能覆蓋平台型電商的核心系統模塊，因此以自營電商為主要探讨方向可以了解的更為全面。而其他諸如B2B、B2C、生鮮電商等隻是領域或表現形式不同，不屬于同一個維度。

那麼一個完整的自營電商業務是怎麼樣的？将一件商品交付給消費者需要經曆哪些環節呢。

（圖片過大無法正常顯示，請用電腦放大查看）

通過以上業務場景圖可以看出，一件商品賣給消費者需要經曆的環節非常多，包括線下實體環節和線上系統環節，按照線下實體環節進一步抽象後，可以将自營電商業務劃分為以下4個部分，分别是。

1. 從供應商處采購産品
2. 采購産品入倉存儲管理
3. 商品上架到電商平台銷售
4. 根據銷售訂單進行履約配送

用業務流程圖表示如下。

了解完業務流程後，基于業務流程再來梳理這些業務環節背後所需的系統就比較容易了。電商業務中所有的系統、功能都是基于以上業務流程所産生和演化的。

二、電商·系統全流程

基于上面的業務梳理結果，我們将業務流程和所需系統或功能結合起來，看看每個業務環節都有哪些系統或功能，同時，我們将整個系統流程按采銷倉配的業務邊界進行劃分，再結合C端購買流程，就能得到一張完整的大型電商系統流程圖，如下。

（圖片過大無法正常顯示，請用電腦放大查看）

上圖就是一個較為複雜的電商業務在系統中的流轉邏輯（參考京東），從供應商/賣家入駐平台到采購商品到收貨入庫到上架銷售再到配送履約，通過這張圖就可以比較清晰的看出每個業務環節所對應的系統或功能大概有哪些了。為了便于初學者理解，有必要對流程圖中的的部分節點進行解釋說明（可結合流程圖圖對比閱讀）。

1. 入駐&采購流程

1. 入駐：包括供應商入駐和賣家入駐，入駐動作主要包含選擇入駐企業類型、基于類型提交相應材料（營業執照、資質等），簽訂合同，經過平台審核通過後，再開通企業賬戶錢包。
2. 開店：對于賣家而言，入駐成功後即可創建店鋪，創建店鋪主要是根據營業執照的經營範圍選擇主營類目、填寫店鋪基本信息、繳納質保金等。
3. 采購供應商入駐後，自營采銷在采購系統中下采購訂單，訂單通過EDI或者線下的方式推送給供應商。
4. 供應商發貨。供應商收到采購訂單後，根據采購單中的信息（商品、收貨倉庫等）發貨，發貨後即産生采購在途庫存。
5. 庫存。無論是在途庫存，還是實物入庫後産生的實物庫存，以及前端的可售庫存等，均由庫存中心控制。

2. 銷售流程

1. 發布商品。即創建商品sku，包括填寫商品參數，商品詳情介紹等信息，POP賣家會直接設置價格，自營因品類而異，創建商品時會調用主數據，即spu。
2. 定價。發布商品時會通過定價系統制定銷售價格，銷售價格與采購價、庫存成本價、促銷價等一系列價格組成複雜的價格模型，并一起記錄在價格中心，形成完善的價格體系。
3. 上架。發品并定價完成後，可通過上下架功能控制商品上架銷售。
4. 促銷。即通過營銷工具做促銷活動，包括單品類、總價類、優惠券等，所有的促銷規則均通過營銷中心控制，包括活動準入規則、不同活動之間的疊加互斥規則、促銷命中規則、優惠計算、促銷風控等。
5. 活動頁搭建。促銷商品有時候會在特定的活動專題頁面集中展示（滿減專區、特價專區等），通過CMS系統可以随時随地的通過拖拽組件的方式搭建一個任意樣式的專題頁面，而不用臨時開發。

3. 黃金流程

指在用戶視角下購買商品時所經曆的頁面，包括搜索—列表—商品詳情頁—購物車—提單頁，很多公司内部也叫交易主流程或交易動線；

黃金流程是價格和促銷的主要體現環節，因此在在黃金流程中，對于價格和促銷的設計尤為重要，包括優惠價格的高亮突出，促銷标識的設計，購物車的湊單分組等，對轉化有直接的影響。

1. 生成訂單：生成訂單在後端是一個非常複雜的過程，包括校驗庫存、價格、庫存、用戶信息、促銷信息等，訂單由訂單中心負責創建生成。
2. 預占庫存：生成訂單的同時，會與庫存中心交互預占庫存。
3. 收銀台：訂單生成和支付是兩個獨立的環節，常見的支付方式有【在線支付】和【貨到付款】，部分業務（B2B）會設置【對公轉賬】支付方式，後面兩種支付方式以線下的形式完成。對于在線支付的訂單，則可以将多種支付方式聚合到收銀台頁面，包括自由支付、網銀支付和三方支付（微信支付、支付寶支付、京東支付等）。
4. 支付對賬。對于先款後貨訂單，各類支付方式均設有支付額度限制，對公轉賬的方式也無法保證用戶一定按照訂單實收支付，因此存在實際支付金額不一定等于訂單應收金額，所以需要經過對賬系統完成對賬。

4. 訂單尋源履約中心

介于交易流程和倉儲流程之間的系統——将電商系統生成的數以萬計的訂單，按時下發給最适合的庫房進行生産，就是訂單尋源履約系統的職責。訂單尋源履約中心由多個子系統或服務組成，包括拆分系統、分攤計算服務、轉移系統、履約控制中心等。

1. 訂單拆分：對賬成功後，訂單會進入到尋源履約中心的第一個系統——拆分系統。拆分的場景主要有：生産維度（倉庫不同、商家不同、配送方式不同···）、業務類型維度（實物訂單、虛拟訂單、生鮮訂單···）等，該系統的職責是按照不同的規則将父訂單拆分成多個子訂單進行生産。拆分時會調用分攤計算服務計算每個新子訂單的金額。
2. 訂單轉移。訂單拆分完成之後會流轉到轉移流程，訂單拆分完成之後會生成不同類型的訂單，經過轉移之後，不同的訂單要執行不同的生産時機、不同的生産地點、不同的生産流程。
3. 針對虛拟訂單，不用經由庫房實際生産，直接由轉移給訂單中心或者虛拟業務對應的系統進行處理。
4. 針對廠商直發訂單和POP訂單，因為這類訂單都是由三方賣家發貨或者工廠直接發貨，轉移系統會與對應的業務系統交互，生成供應商采購單或下傳訂單給POP對應的系統。
5. 針對自營的訂單，由于訂單商品所屬的倉庫不同、配送時效不同、商品的類型不同（如生鮮如要走冷鍊庫房生産）、用戶指定送達時間等原因，轉移系統會控制訂單生産的時機（如一周後送達訂單則需要控制不要立刻下傳庫房）、生産的流程，生産的倉庫。
6. 履約控制：履約控制系統負責控制訂單生産的流程，将訂單推送至對應的庫房，并回傳生産節點（揀貨、複核、打包出庫···）給前台系統；針對取消逆向訂單，根據訂單流轉的不同節點做對應的控制：如訂單未流轉到倉庫，則負責暫停訂單下傳，訂單未出庫則負責通知倉庫終止生産、訂單未派件則通知配送系統終止派件等。
7. 訂單下傳。訂單經過拆分、轉移、履約控制後，按時下傳到對應的庫房進行生産。

以上就是電商全流程的介紹，全流程中的每個流程節點都是一個獨立的、龐大的系統，本文隻是介紹各個系統之間的流轉關系和基本職責，詳細的功能設計将在後續的系列文章中展開。

三、大型電商産品架構

我們通過電商業務流程得到了系統流程，有了系統流程就得到了電商系統的基本功能模塊，我們基于上面梳理出來的基礎功能模塊，再從系統全局的角度進行擴展和做更細粒度的拆分，将最終拆分出的功能模塊按照架構圖的邏輯進行組織，就得到了一下産品架構圖。

（圖片過大無法正常顯示，請用電腦放大查看）

這張架構圖的組織邏輯比較簡單（可結合架構圖對比查看）。

從上到下分别是：用戶端系統>運營系統>履約系統>生産系統>基礎平台>BI系。

用戶端系統：主要負責用戶選購商品的需求，核心系統包括注冊/登錄、黃金流程和個人中心等；用戶端系統屬于前台系統，在産品設計上更注重用戶體驗、數據分析等。

運營系統：主要承載了内部運營的能力，核心系統包括用戶管理、商品管理、價格管理以及營銷管理等。

交易履約系統：交易履約系統是一個中樞系統，向上承載訂單交易，向下控制生産履約，核心系統有訂單中心和尋源履約中心，屬于電商系統中比較黑盒的部分，界面較少，更多的是底層邏輯。

供應鍊與生産系統：供應鍊系統即進銷存系統，在很多企業中統稱ERP，主要負責商品的采購、庫存的管理等、倉儲管理（WMS）以及運輸管理（TMS）。

基礎平台：基礎平台是業務系統之外的系統，主要包括員工賬号管理、主數據、财務系統、商家管理系統、以及服務市場和開放平台等。

BI系統：平行于電商的其他系統，采集各個系統産生的數據，加工處理後反哺其他系統，提供各類數據分析能力。

如果将電商系統比作一個大型超市。

• 用戶端系統就是可以看見的超市本身，首頁就是超市的入口，搜索就是導購牌，列表就是貨架，購物車就是購物車，提單就是出口收銀台，用戶端系統負責承載消費者的選購下單需求；
• 運營系統就是超市的營銷導購人員，負責引導消費者購物、負責制定商品價格、發布促銷活動，CMS系統就是超市的DM單、易拉寶，運營系統向上支撐各渠道、各終端的銷售需求，向下對接訂單系統和交易履約系統；
• 交易履約系統就是超市的調度員，對消費者的訂單負責，當超市缺貨時，及時從附近倉庫調貨，或者向工廠訂貨，保證消費者的訂單能按時履約；
• 供應鍊與生産系統就是超市的幕後工作者，包括采購員、庫管、配送員等。

四、小結

• 一個完整的自營電商業務有4個核心闆塊：采購、銷售、倉儲、配送；
• 基于電商産品均服務實體業務的特性，根據業務流程可以梳理出每個環節對應所需的系統或功能，将這些功能按照業務流程串聯起來就能得到完整的系統流程圖；
• 将系統功能拆分成盡可能細的粒度，再按照一定的組織邏輯就能得到最終的架構圖。

就像前文說的，上述的每一個模塊都是一個獨立的、龐大的系統，在一個成熟的電商公司中，每一個系統往往都有一個或多個産品經理專門負責這個系統的設計、叠代和優化。

本文主要介紹了電商系統的基礎的功能模塊以及每個模塊的職責，通過三張大圖展示了電商的全景，這三張圖是對電商業務以及系統的歸納總結。本文并非具體的設計方案，隻是讓初學者對電商有一個初步的認識，至于更為具體的設計思路以及方案，将在後續的文章中展開。

電商發展至今已經成為一個相對成熟的領域，很多系統和功能都能在網上找到對應的設計方案，可能隻是行業、業務體量或者方向上有所差别。建議初學者在設計電商的核心系統時，不要憑借主觀感覺盲目設計，應深入調研已有的成熟方案，避免踩坑。

作者：道格森鹹魚王；公衆号：電商産品經理從0到1

本文由 @道格森鹹魚王 原創發布于人人都是産品經理，未經許可，禁止轉載。

題圖來自 pexels，基于CC0協議。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部