一文讀懂電商產(chǎn)品架構(gòu)

18 評論 44384 瀏覽 647 收藏 20 分鐘
🔗 产品经理在不同的职业阶段,需要侧重不同的方面,从基础技能、业务深度、专业领域到战略规划和管理能力。

編輯導(dǎo)語:剛接觸電商領(lǐng)域的你是否有很多疑惑?對于許多電商產(chǎn)品是否感到無從下手?這篇文章作者詳細(xì)介紹了電商產(chǎn)品的構(gòu)架,推薦想要了解電商產(chǎn)品構(gòu)架的童鞋閱讀。

《電商產(chǎn)品經(jīng)理從0到1》系列文章面向0~3歲的產(chǎn)品新人或者有多年產(chǎn)品工作經(jīng)驗卻剛接觸電商領(lǐng)域的產(chǎn)品經(jīng)理。

本系列文章將詳細(xì)介紹電商核心系統(tǒng)的產(chǎn)品設(shè)計方案,幫助你體系化的認(rèn)識電商產(chǎn)品。

本文章為《電商產(chǎn)品經(jīng)理從0到1》系列第一篇:電商產(chǎn)品架構(gòu)。

看完本文,你將對以下問題有所了解:

  1. 一個完整的電商業(yè)務(wù)是怎樣的?
  2. 電商業(yè)務(wù)背后都有哪些系統(tǒng)支撐?
  3. 電商各系統(tǒng)模塊是如何串聯(lián)的?
  4. 如何設(shè)計電商系統(tǒng)的產(chǎn)品架構(gòu)?

大部分剛接觸電商領(lǐng)域的產(chǎn)品經(jīng)理,或多或少會體會到電商系統(tǒng)的模塊多、流程長、邏輯復(fù)雜。電商系統(tǒng)中,除了前端APP和網(wǎng)站看得見摸得著外,更多的是看不見的底層邏輯和后端系統(tǒng)。

對于大部分同學(xué)而言,要找到同類后端系統(tǒng)的競品進(jìn)行研究借鑒是一件比較麻煩的事兒,因此長期以來便形成了一種電商產(chǎn)品的門檻比其他行業(yè)的產(chǎn)品門檻要更高的錯覺。

雖然電商產(chǎn)品比較復(fù)雜,但是它有一個很重要的特征,那就是電商產(chǎn)品屬于典型的業(yè)務(wù)驅(qū)動型產(chǎn)品。業(yè)務(wù)驅(qū)動型產(chǎn)品,其所有功能都服務(wù)于一個實體業(yè)務(wù)。因此想要弄清楚電商產(chǎn)品有哪些功能模塊,可以從電商的業(yè)務(wù)入手,先了解一個完整的電商業(yè)務(wù)有哪些環(huán)節(jié),基于每個環(huán)節(jié)再分析需要哪些功能來支撐,將所有功能窮舉完以后,再按照一定的邏輯進(jìn)行歸納總結(jié)即可窺探電商產(chǎn)品的全貌了

本文將從電商的業(yè)務(wù)流程到電商的系統(tǒng)流程再到電商的系統(tǒng)架構(gòu)這三個部分展開,分別通過三張圖來深入淺出展示電商的世界。

一、電商核心業(yè)務(wù)-采銷倉配

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

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

而自營電商除了需要具備平臺電商的能力之外,由于自采自銷的業(yè)務(wù)模式還涉及采購、倉儲、履約等實體環(huán)節(jié),其系統(tǒng)模塊更多更長更復(fù)雜,基本上能覆蓋平臺型電商的核心系統(tǒng)模塊,因此以自營電商為主要探討方向可以了解的更為全面。而其他諸如B2B、B2C、生鮮電商等只是領(lǐng)域或表現(xiàn)形式不同,不屬于同一個維度。

那么一個完整的自營電商業(yè)務(wù)是怎么樣的?將一件商品交付給消費者需要經(jīng)歷哪些環(huán)節(jié)呢。

(圖片過大無法正常顯示,請用電腦放大查看)

通過以上業(yè)務(wù)場景圖可以看出,一件商品賣給消費者需要經(jīng)歷的環(huán)節(jié)非常多,包括線下實體環(huán)節(jié)和線上系統(tǒng)環(huán)節(jié),按照線下實體環(huán)節(jié)進(jìn)一步抽象后,可以將自營電商業(yè)務(wù)劃分為以下4個部分,分別是。

  1. 從供應(yīng)商處采購產(chǎn)品
  2. 采購產(chǎn)品入倉存儲管理
  3. 商品上架到電商平臺銷售
  4. 根據(jù)銷售訂單進(jìn)行履約配送

用業(yè)務(wù)流程圖表示如下。

了解完業(yè)務(wù)流程后,基于業(yè)務(wù)流程再來梳理這些業(yè)務(wù)環(huán)節(jié)背后所需的系統(tǒng)就比較容易了。電商業(yè)務(wù)中所有的系統(tǒng)、功能都是基于以上業(yè)務(wù)流程所產(chǎn)生和演化的。

二、電商·系統(tǒng)全流程

基于上面的業(yè)務(wù)梳理結(jié)果,我們將業(yè)務(wù)流程和所需系統(tǒng)或功能結(jié)合起來,看看每個業(yè)務(wù)環(huán)節(jié)都有哪些系統(tǒng)或功能,同時,我們將整個系統(tǒng)流程按采銷倉配的業(yè)務(wù)邊界進(jìn)行劃分,再結(jié)合C端購買流程,就能得到一張完整的大型電商系統(tǒng)流程圖,如下。

(圖片過大無法正常顯示,請用電腦放大查看)

上圖就是一個較為復(fù)雜的電商業(yè)務(wù)在系統(tǒng)中的流轉(zhuǎn)邏輯(參考京東),從供應(yīng)商/賣家入駐平臺到采購商品到收貨入庫到上架銷售再到配送履約,通過這張圖就可以比較清晰的看出每個業(yè)務(wù)環(huán)節(jié)所對應(yīng)的系統(tǒng)或功能大概有哪些了。為了便于初學(xué)者理解,有必要對流程圖中的的部分節(jié)點進(jìn)行解釋說明(可結(jié)合流程圖圖對比閱讀)。

1. 入駐&采購流程

  1. 入駐:包括供應(yīng)商入駐和賣家入駐,入駐動作主要包含選擇入駐企業(yè)類型、基于類型提交相應(yīng)材料(營業(yè)執(zhí)照、資質(zhì)等),簽訂合同,經(jīng)過平臺審核通過后,再開通企業(yè)賬戶錢包。
  2. 開店:對于賣家而言,入駐成功后即可創(chuàng)建店鋪,創(chuàng)建店鋪主要是根據(jù)營業(yè)執(zhí)照的經(jīng)營范圍選擇主營類目、填寫店鋪基本信息、繳納質(zhì)保金等。
  3. 采購供應(yīng)商入駐后,自營采銷在采購系統(tǒng)中下采購訂單,訂單通過EDI或者線下的方式推送給供應(yīng)商。
  4. ?供應(yīng)商發(fā)貨。供應(yīng)商收到采購訂單后,根據(jù)采購單中的信息(商品、收貨倉庫等)發(fā)貨,發(fā)貨后即產(chǎn)生采購在途庫存。
  5. ?庫存。無論是在途庫存,還是實物入庫后產(chǎn)生的實物庫存,以及前端的可售庫存等,均由庫存中心控制。

2. 銷售流程

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

3. 黃金流程

指在用戶視角下購買商品時所經(jīng)歷的頁面,包括搜索—列表—商品詳情頁—購物車—提單頁,很多公司內(nèi)部也叫交易主流程或交易動線;

黃金流程是價格和促銷的主要體現(xiàn)環(huán)節(jié),因此在在黃金流程中,對于價格和促銷的設(shè)計尤為重要,包括優(yōu)惠價格的高亮突出,促銷標(biāo)識的設(shè)計,購物車的湊單分組等,對轉(zhuǎn)化有直接的影響。

  1. 生成訂單:生成訂單在后端是一個非常復(fù)雜的過程,包括校驗庫存、價格、庫存、用戶信息、促銷信息等,訂單由訂單中心負(fù)責(zé)創(chuàng)建生成。
  2. 預(yù)占庫存:生成訂單的同時,會與庫存中心交互預(yù)占庫存。
  3. 收銀臺:訂單生成和支付是兩個獨立的環(huán)節(jié),常見的支付方式有【在線支付】和【貨到付款】,部分業(yè)務(wù)(B2B)會設(shè)置【對公轉(zhuǎn)賬】支付方式,后面兩種支付方式以線下的形式完成。對于在線支付的訂單,則可以將多種支付方式聚合到收銀臺頁面,包括自由支付、網(wǎng)銀支付和三方支付(微信支付、支付寶支付、京東支付等)。
  4. 支付對賬。對于先款后貨訂單,各類支付方式均設(shè)有支付額度限制,對公轉(zhuǎn)賬的方式也無法保證用戶一定按照訂單實收支付,因此存在實際支付金額不一定等于訂單應(yīng)收金額,所以需要經(jīng)過對賬系統(tǒng)完成對賬。

4. 訂單尋源履約中心

介于交易流程和倉儲流程之間的系統(tǒng)——將電商系統(tǒng)生成的數(shù)以萬計的訂單,按時下發(fā)給最適合的庫房進(jìn)行生產(chǎn),就是訂單尋源履約系統(tǒng)的職責(zé)。訂單尋源履約中心由多個子系統(tǒng)或服務(wù)組成,包括拆分系統(tǒng)、分?jǐn)傆嬎惴?wù)、轉(zhuǎn)移系統(tǒng)、履約控制中心等。

  1. 訂單拆分:對賬成功后,訂單會進(jìn)入到尋源履約中心的第一個系統(tǒng)——拆分系統(tǒng)。拆分的場景主要有:生產(chǎn)維度(倉庫不同、商家不同、配送方式不同···)、業(yè)務(wù)類型維度(實物訂單、虛擬訂單、生鮮訂單···)等,該系統(tǒng)的職責(zé)是按照不同的規(guī)則將父訂單拆分成多個子訂單進(jìn)行生產(chǎn)。拆分時會調(diào)用分?jǐn)傆嬎惴?wù)計算每個新子訂單的金額。
  2. 訂單轉(zhuǎn)移。訂單拆分完成之后會流轉(zhuǎn)到轉(zhuǎn)移流程,訂單拆分完成之后會生成不同類型的訂單,經(jīng)過轉(zhuǎn)移之后,不同的訂單要執(zhí)行不同的生產(chǎn)時機(jī)、不同的生產(chǎn)地點、不同的生產(chǎn)流程。
  3. 針對虛擬訂單,不用經(jīng)由庫房實際生產(chǎn),直接由轉(zhuǎn)移給訂單中心或者虛擬業(yè)務(wù)對應(yīng)的系統(tǒng)進(jìn)行處理。
  4. 針對廠商直發(fā)訂單和POP訂單,因為這類訂單都是由三方賣家發(fā)貨或者工廠直接發(fā)貨,轉(zhuǎn)移系統(tǒng)會與對應(yīng)的業(yè)務(wù)系統(tǒng)交互,生成供應(yīng)商采購單或下傳訂單給POP對應(yīng)的系統(tǒng)。
  5. 針對自營的訂單,由于訂單商品所屬的倉庫不同、配送時效不同、商品的類型不同(如生鮮如要走冷鏈庫房生產(chǎn))、用戶指定送達(dá)時間等原因,轉(zhuǎn)移系統(tǒng)會控制訂單生產(chǎn)的時機(jī)(如一周后送達(dá)訂單則需要控制不要立刻下傳庫房)、生產(chǎn)的流程,生產(chǎn)的倉庫。
  6. 履約控制:履約控制系統(tǒng)負(fù)責(zé)控制訂單生產(chǎn)的流程,將訂單推送至對應(yīng)的庫房,并回傳生產(chǎn)節(jié)點(揀貨、復(fù)核、打包出庫···)給前臺系統(tǒng);針對取消逆向訂單,根據(jù)訂單流轉(zhuǎn)的不同節(jié)點做對應(yīng)的控制:如訂單未流轉(zhuǎn)到倉庫,則負(fù)責(zé)暫停訂單下傳,訂單未出庫則負(fù)責(zé)通知倉庫終止生產(chǎn)、訂單未派件則通知配送系統(tǒng)終止派件等。
  7. 訂單下傳。訂單經(jīng)過拆分、轉(zhuǎn)移、履約控制后,按時下傳到對應(yīng)的庫房進(jìn)行生產(chǎn)。

以上就是電商全流程的介紹,全流程中的每個流程節(jié)點都是一個獨立的、龐大的系統(tǒng),本文只是介紹各個系統(tǒng)之間的流轉(zhuǎn)關(guān)系和基本職責(zé),詳細(xì)的功能設(shè)計將在后續(xù)的系列文章中展開。

三、大型電商產(chǎn)品架構(gòu)

我們通過電商業(yè)務(wù)流程得到了系統(tǒng)流程,有了系統(tǒng)流程就得到了電商系統(tǒng)的基本功能模塊,我們基于上面梳理出來的基礎(chǔ)功能模塊,再從系統(tǒng)全局的角度進(jìn)行擴(kuò)展和做更細(xì)粒度的拆分,將最終拆分出的功能模塊按照架構(gòu)圖的邏輯進(jìn)行組織,就得到了一下產(chǎn)品架構(gòu)圖。

(圖片過大無法正常顯示,請用電腦放大查看)

這張架構(gòu)圖的組織邏輯比較簡單(可結(jié)合架構(gòu)圖對比查看)。

從上到下分別是:用戶端系統(tǒng)>運營系統(tǒng)>履約系統(tǒng)>生產(chǎn)系統(tǒng)>基礎(chǔ)平臺>BI系。

用戶端系統(tǒng):主要負(fù)責(zé)用戶選購商品的需求,核心系統(tǒng)包括注冊/登錄、黃金流程和個人中心等;用戶端系統(tǒng)屬于前臺系統(tǒng),在產(chǎn)品設(shè)計上更注重用戶體驗、數(shù)據(jù)分析等。

運營系統(tǒng):主要承載了內(nèi)部運營的能力,核心系統(tǒng)包括用戶管理、商品管理、價格管理以及營銷管理等。

交易履約系統(tǒng):交易履約系統(tǒng)是一個中樞系統(tǒng),向上承載訂單交易,向下控制生產(chǎn)履約,核心系統(tǒng)有訂單中心和尋源履約中心,屬于電商系統(tǒng)中比較黑盒的部分,界面較少,更多的是底層邏輯。

供應(yīng)鏈與生產(chǎn)系統(tǒng):供應(yīng)鏈系統(tǒng)即進(jìn)銷存系統(tǒng),在很多企業(yè)中統(tǒng)稱ERP,主要負(fù)責(zé)商品的采購、庫存的管理等、倉儲管理(WMS)以及運輸管理(TMS)。

基礎(chǔ)平臺:基礎(chǔ)平臺是業(yè)務(wù)系統(tǒng)之外的系統(tǒng),主要包括員工賬號管理、主數(shù)據(jù)、財務(wù)系統(tǒng)、商家管理系統(tǒng)、以及服務(wù)市場和開放平臺等。

BI系統(tǒng):平行于電商的其他系統(tǒng),采集各個系統(tǒng)產(chǎn)生的數(shù)據(jù),加工處理后反哺其他系統(tǒng),提供各類數(shù)據(jù)分析能力。

如果將電商系統(tǒng)比作一個大型超市。

  • 用戶端系統(tǒng)就是可以看見的超市本身,首頁就是超市的入口,搜索就是導(dǎo)購牌,列表就是貨架,購物車就是購物車,提單就是出口收銀臺,用戶端系統(tǒng)負(fù)責(zé)承載消費者的選購下單需求;
  • 運營系統(tǒng)就是超市的營銷導(dǎo)購人員,負(fù)責(zé)引導(dǎo)消費者購物、負(fù)責(zé)制定商品價格、發(fā)布促銷活動,CMS系統(tǒng)就是超市的DM單、易拉寶,運營系統(tǒng)向上支撐各渠道、各終端的銷售需求,向下對接訂單系統(tǒng)和交易履約系統(tǒng);
  • 交易履約系統(tǒng)就是超市的調(diào)度員,對消費者的訂單負(fù)責(zé),當(dāng)超市缺貨時,及時從附近倉庫調(diào)貨,或者向工廠訂貨,保證消費者的訂單能按時履約;
  • 供應(yīng)鏈與生產(chǎn)系統(tǒng)就是超市的幕后工作者,包括采購員、庫管、配送員等。

四、小結(jié)

  • 一個完整的自營電商業(yè)務(wù)有4個核心板塊:采購、銷售、倉儲、配送;
  • 基于電商產(chǎn)品均服務(wù)實體業(yè)務(wù)的特性,根據(jù)業(yè)務(wù)流程可以梳理出每個環(huán)節(jié)對應(yīng)所需的系統(tǒng)或功能,將這些功能按照業(yè)務(wù)流程串聯(lián)起來就能得到完整的系統(tǒng)流程圖;
  • 將系統(tǒng)功能拆分成盡可能細(xì)的粒度,再按照一定的組織邏輯就能得到最終的架構(gòu)圖。

就像前文說的,上述的每一個模塊都是一個獨立的、龐大的系統(tǒng),在一個成熟的電商公司中,每一個系統(tǒng)往往都有一個或多個產(chǎn)品經(jīng)理專門負(fù)責(zé)這個系統(tǒng)的設(shè)計、迭代和優(yōu)化。

本文主要介紹了電商系統(tǒng)的基礎(chǔ)的功能模塊以及每個模塊的職責(zé),通過三張大圖展示了電商的全景,這三張圖是對電商業(yè)務(wù)以及系統(tǒng)的歸納總結(jié)。本文并非具體的設(shè)計方案,只是讓初學(xué)者對電商有一個初步的認(rèn)識,至于更為具體的設(shè)計思路以及方案,將在后續(xù)的文章中展開。

電商發(fā)展至今已經(jīng)成為一個相對成熟的領(lǐng)域,很多系統(tǒng)和功能都能在網(wǎng)上找到對應(yīng)的設(shè)計方案,可能只是行業(yè)、業(yè)務(wù)體量或者方向上有所差別。建議初學(xué)者在設(shè)計電商的核心系統(tǒng)時,不要憑借主觀感覺盲目設(shè)計,應(yīng)深入調(diào)研已有的成熟方案,避免踩坑。

 

作者:道格森咸魚王;公眾號:道格森咸魚王

本文由 @道格森咸魚王 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 pexels,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 很受用,感謝!

    來自浙江 回復(fù)
  2. ??

    來自浙江 回復(fù)
  3. 業(yè)務(wù)場景圖 中的圖標(biāo)是哪里搞的 老板

    來自北京 回復(fù)
  4. 感謝大佬的文章,對履約比較感興趣,什么時候出一篇履約的講解啊

    來自上海 回復(fù)
  5. 作為一個開發(fā),這是我見過最好的講解電商產(chǎn)品架構(gòu)的文章了。期待還能繼續(xù)更新

    來自廣東 回復(fù)
  6. 牛逼呀?。。?!

    來自浙江 回復(fù)
  7. 大佬很牛!受教了。
    有一點疑惑,下采購單之前需要先建立貨品,后續(xù)才有商品的創(chuàng)建與發(fā)布。這一點再文中沒有提及。

    來自廣東 回復(fù)
  8. 大佬,啥時候更新呀

    來自福建 回復(fù)
  9. 牛啊牛啊 !

    來自廣東 回復(fù)
  10. 履約控制這個功能是做什么的?作者大大能幫忙詳細(xì)解釋下嗎?

    來自吉林 回復(fù)
  11. 太贊了,催更催更~

    來自廣東 回復(fù)
  12. 黃金流程標(biāo)準(zhǔn)JD人??

    回復(fù)
  13. 除了業(yè)務(wù)驅(qū)動型產(chǎn)品外,還有其它類型的產(chǎn)品嗎

    回復(fù)
  14. 很詳細(xì)

    來自上海 回復(fù)
  15. 不錯,受教了。

    來自北京 回復(fù)
  16. 用的Axure畫的

    來自北京 回復(fù)
    1. 非常有用,感謝!

      來自上海 回復(fù)
  17. 這個圖是用什么工具畫的呀

    來自廣東 回復(fù)
专题
14894人已学习13篇文章
用户画像,是根据用户的基本属性、用户偏好、生活习惯、用户行为等信息而抽象出来的标签化用户模型。本专题的文章分享了如何构建用户画像体系。
专题
12613人已学习12篇文章
运营分很多类,流量运营、用户运营、内容运营…每一个环节都有特别关注的数据和指标。本专题的文章分享了互联网运营,应该分析哪些数据和指标。
专题
13317人已学习12篇文章
需求管理,也是产品运营人工作中非常重要的一个任务。本专题的文章分享了如何做需求管理。
专题
36242人已学习14篇文章
订单系统是看似简单,实际上是一个逻辑复杂的系统。
专题
34538人已学习23篇文章
不懂心理学,怎么懂你的用户;不懂你的用户,又怎么做好产品的设计和运营。