B2C電商系統產品架構:全局分析系統定義與職責

2021-01-16 人人都是產品經理

筆者在七八年職業經歷中,主要是聚焦於電商系統上下遊進行工作,而筆者在本文中就將結合工作實踐與經驗認知,為大家分析電商系統的各種架構,並對各個系統註明主要定義和主要職責。

前言

武俠世界中,習武之人都會想盡一切辦法得到2種東西:

一種是內功心法,是可參透領悟的精髓,但需結合自身體會吸收,然後歷經歲月沉澱方可大成;另一種是古人流傳下來的武功秘籍,有了它,每個人都可以快速獲取其中精妙的劍招路數,技壓群雄。在我看來,產品經理的產品能力也由2部分組成:

一種是產品內力,由上百個不同項目錘鍊而沉澱下來的解決問題的路徑能力和操盤能力,可學方法論,但最終還是要變為自己的;另一種其實就是領域經驗,例如你在某個行業的深刻了解,或者長時間從事某個產品細分崗位,這部分可以短期習會。以上2種能力相輔相成,領域經驗會逐漸積累提升你的產品內力,而產品內力反過來又會使得你更快拓寬領域經驗。

對產品內力來講,更多文章分享聊的是方法論、他人心得,每個人可以體會,但是想吸收還是需要結合日常逐漸消化才可以。而領域經驗,則更多聊的是別人成熟的做法,有時候能很快拿來借鑑,結合自身就能立竿見影。

本人在過去七八年的職業經歷中,從事的都是複雜業務的解決方案,更多聚焦在電商系統上下遊,所以電商系統產品架構也算我的產品領域之一。在接下來的時間內,我單獨開啟一個系列文章來講整個電商系統的各種系統架構,核心目的還是總結提升自己。

剛開始寫,我也定幾個原則或目標,這樣會比較有意思(寫不了會丟人……)。

【原則1:一圖一文】即每篇文章的講解,會核心圍繞一個架構圖來講解,文章篇幅較短,只描述核心。【原則2:寫滿100篇】就暫定我要用100篇文章描述整個電商系統的各個系統,每個系統會在不同結構化層次展開寫一些重點設計;

正文

第一篇文章,我就先來描述下B2C電商(還有更多其他電商形態後續再說)的全局系統組成。

在我們開始講解系統之前,先鋪墊一個概念:

首先,大家都知道電子商務的三要素就是人、貨、場,無論是實體店、B2C還是現在很火的社區團購、新零售其實都是人貨場的組合,只不過在某個維度產生了新的變量進而導致模式發生變化。

那B2C電商模式中:

「人」就是買家用戶和賣家商戶「貨」就是賣家提供的交易對象(可能是廠家也可能是經銷代銷)「場」就是買家通過線上產生購買行為,賣家物流發貨給買家用戶言歸正傳,我們文章不探討多的業務模式和概念(我就假設你已經具備一定的行業知識和產品功底),主要圍繞產品系統層面的設計。

一圖一文,以下這張圖片就是本篇文章描述的核心:

簡單描述次圖的結構:

藍色背景區域內,表示買家角色所涉及到的系統;橙色背景區域內,表示賣家角色所涉及到的系統;頂部3個系統,是會同時服務於買家、賣家角色的系統;底部紅色背景區域內,是平臺產品運營角色所涉及到的系統;黑色箭頭指向只是表明大邏輯上有關聯或順序,但僅限於宏觀層面;上圖中,圍繞核心交易的系統有18個之多,每個展開都是一個比較獨立專業的方向。

本文主要講清楚各個系統的主要定義和主要職責,我們分3個部分來看:

第一部分:交易基礎

交易基礎其實就人、貨、場的基礎載體,主要是用戶和商品,用戶分買家和賣家,商品就是交易的對象。主要包含以下系統:

【用戶中心】:主要包含用戶註冊/登錄/註銷,基礎信息設置管理;【商戶中心】:在用戶基礎上,主要是商戶入駐/認證/合作/經營運營/清退等管理;【終端】:主要指APP、小程序、PC端等容器,包含大量用戶各種配置和交互行為載體;【商品-商品基礎】:商品發布類目屬性體系、商品發布/刪除/上下架/查詢/草稿箱、商品價格/庫存/運費等管理;

第二部分:交易前

1. 購買商品前

購買商品之前,一定是人先找到商品,對平臺來講其實就是流量的分配,主要涉及3大類型:

【搜索系統】

搜索是最大的流量入口,主要是通過關鍵詞的召回與內容展示排序,另一塊就是場景關聯智能推薦;

【內容體系】

雖然電商不斷發展,內容導購已經是每個平臺的必備,主要包含UGC/PGC的圖文視頻流、群/社區等可交流空間、直播實時交互帶貨場景;

【商業體系】

商業局限在流量這塊就是廣告,各種形態的,核心就是花錢買流量買曝光,也是網際網路公司的核心盈利點,當然商業體系遠遠不止這一個點。

2. 找到商品後

在找到商品之後,用戶就會圍繞商品進行購買決策,為了讓商品更多更快成交,離不開商家的經營策略,那麼電商體系的賦能工具和促銷工具支持就必不可少:

【商戶體系】

主要圍繞商戶賦能的集合,例如商家成長體系(運營激勵、培訓、交流學習)、商家功能工具大全;

【商品-商品詳情】

商詳頁作為交易轉化最核心的一環,承載的商品詳情描述、商品歷史評價、問答模塊都是對雙方至關重要;

【IM】

在線溝通工具,作為唯一買賣雙方前置溝通的橋梁,在響應率、服務滿意度方向都是賣家一直努力的方向;其中商家的父子帳號體系、客服分流策略都是必備的功能;

【營銷中心】

營銷分2塊,一塊就是被動營銷,泛指促銷,主要包含各種商品促銷(滿減秒殺套裝團購…)、卡/券/積分等價格幹預手段;另一塊就是主動營銷,基於CRM系統進行精準的用戶觸達,進而提升復購和提袋;

第三部分:交易履約

1. 三項體系

交易履約就是在購買產生之後,線上線下相關對信息、資金、貨物這3個流向的流轉,分別對應以下3個體系:

【訂單體系】

訂單就是交易信息的載體,靠買家、賣家甚至平臺客服等多角色共同驅動流轉,主要包含正向/逆向(收貨前退款/收貨後退款退貨/仲裁/售後)等邏輯;

【支付體系】

支付體系最核心的能力其實就是收、退、打,支付環節收銀臺提供收單能力,逆向時候提供退款,訂單結束時候觸發清分結算的打款能力;當然支付體系遠遠不止這個職責,一般電商還會有帳戶、對帳、錢包、安全等模塊(下一篇文章就會說支付系統的構成);

【供應鏈體系】

供應鏈局限在B2C交易更多是指採購系統(APS)、訂單管理系統(OMS)、倉儲管理系統(WMS)、配送系統(3PL/TMS),往大了說就需要跟進銷存拉齊來整體對資金和貨物進行調度和管理;

2. 交易環節

交易環節,還有一個不在主線的系統也很重要,主要是圍繞資金的對用戶進行賦能,就是金融:

【金融:消費金融】

主要基於在線訂單提供分期緩期的服務,如信用卡、花唄/白條等分期服務;當然也包含一些基於平臺大數據或其他徵信合作的小額貸款等服務;金融是商業之外的有一個B2C電商常見收入項;

【金融:供應鏈金融】

供應鏈金融是指為賣家服務的產品,基於商家歷史經營數據、線下貨物等背書提供資金,助力商家擴大經營規模;

第四部分:全線貫穿系統

以上系統都是直接圍繞交易的各個環節或者特定對某個環節進行加強的系統;但也還有很多系統是用戶無感卻必不可少的系統;

【風控體系】

風控就是風險管理的各種方法和措施,大家常說的流量作弊、套現、黃賭毒、洗錢、詐騙等行為都是風控進行防範和處理的對象;

【客服體系】

標準B2C體系內,商家自己的客服承載了店鋪的售前/售中/售後等工作;那除了這些之外,平臺客服也是必不可少的崗位,他們主要承擔了用戶對平臺規則/活動規則等答疑工作(機器人系統/人工系統),也有逆向交易鏈路的平臺介入仲裁系統;

【運營體系】

運營體系其實非常廣義,泛指平臺產品運營內部自己所使用的系統,例如終端用戶看到的很多欄目素材的配置、專題活動的配置、內容體系的管理、以上所有系統的關聯設置功能;核心是提昇平臺運營人員的效率;

【數據中心】

數據產品一般有埋點類統計分析、定向數據分析挖掘,核心為平臺運營人員提供經營決策來源,有時候也會想買家端、賣家端輸出報表類產品能力;

結尾

本文先從宏觀來描述下這些獨立的系統/體系之間的關聯和定義,比較粗線條。後續會逐漸展開各個系統的一些關鍵設計經驗,這些不是標準答案,只是參考,具體還需要結合每家企業單獨來看。

作者:減形簡遠,轉轉交易中臺產品負責人。

本文由 @減形簡遠 原創發布於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議

相關焦點

  • 家居業的電商、S2B2C模式與零售標準化
    不同創新模式各有利弊,取長補短本章總結了當前家居市場衍生出的新商業模式:前置接觸模式、電商模式、S2b2c模式、以及大型平臺生態布局,並分析了相應的優勢及局限。Wayfair優質的客戶跟蹤系統為自身獲取了更高的品牌口碑,為客戶成交復購打下基礎。國內住宅家具品類電商巨頭的林氏木業,依據自身強大的供應鏈、服務實力在近今年實現了飛速的增長。電商模式的優勢在於,能夠通過供應鏈及物流體系、電商渠道紅利降低成本,打造產品高性價比高。電商模式的瓶頸在於,天然匱乏構建必要溝通場景的能力。
  • 實例分析:一整套業務系統產品技術架構的方法論
    作為系統業務架構師,需要時刻腦子裡有個大系統的產品(技術)架構圖。要有能力把產品功能(技術模塊)抽象成信息化的層級的架構。通過功能與功能的組合、層級關係的交互傳遞信息的流轉,整個架構圖傳遞的是我們的業務流程、商業模式。
  • [觀點]架構師如何界定項目邊界 把握系統全局
    挑戰——如何界定項目邊界 把握系統全局現實挑戰:新上一個IT系統,往往不是獨立存在的,一般都需要與外圍實體和系統進行交互,而需要集成交互的內容很多,哪些集成是本系統需要實現的呢?傳統辦法的症狀分析:缺乏直觀正式的工作件來記錄系統邊界,記錄系統範圍的文字很多,但卻很容易忽略和遺漏重要的系統以及約束。架構師的十八般武器之一:用好系統環境圖,高瞻遠矚把握全局系統環境圖是什麼?系統環境圖用圖形結合文字的方式直觀地描述系統的邊界。它把系統當成一個黑盒子。
  • 電商產品面面觀:從設計方法到發展趨勢(上)
    導讀目錄前言:開始在線交易重新認識電商產品設計:電商產品的定義/特點電商產品的產品架構電商產品的前臺設計:信息架構/用戶體驗設計/組件化/混合應用電商產品的後臺設計:認識後臺/業務模塊/交易鏈路3.電商產品的產品架構電商產品由於其涉及業務的複雜性因此最為需要產品經理的產品架構能力,產品架構(Product Architect)即是在對業務深入理解的基礎上對於整個產品的系統化、結構化設計,決定了產品由哪幾個子系統/模塊構成,以及各子系統/模塊之間的關係。
  • 騰訊分析系統架構解析
    TA(Tencent Analytics,騰訊分析)是一款面向第三方站長的免費網站分析系統,在數據穩定性、及時性方面廣受站長好評,其秒級的實時數據更新頻率也獲得業界的認可。本文將從實時數據處理、數據存儲等多個方面帶你深入探尋TA的系統架構及實現原理。
  • 系統架構活動目的是定義一個全面的解決方案
    系統架構活動目的是定義一個全面的解決方案 汽車電子硬體設計 發表於 2021-01-11 13:52:55 系統架構活動的目的是定義一個全面的解決方案,它基於相互邏輯關聯和一致的原則、概念和屬性。
  • 微服務,Java目前很火熱的系統架構
    學習內容安排如下: 系統架構的演化:集中式架構、分布式架構。當然系統架構肯定不是說我一篇文章就能學好的,只能說我作為一名初學者,是如何去理解這些概念的。至於想要真正地去弄懂這些,需要自己長期性地不斷學習,非一朝一夕就能學完的。一、系統架構概述技術更新是非常快的,從單一應用到垂直細分,到分布式,到SOA,以及微服務架構。
  • 電商營銷管理系統i-DRP解決方案
    10.綜合分析   支持企業多項生產經營活動指標的分析和查詢:經營分析、各種流水帳分析、產品貢獻度、經銷商貢獻度、批發商貢獻度、品牌滲透率、品牌擁有率、品牌佔有率、品牌吸引力、品牌知名度、價格接受程度、產品市場情況、競爭對手狀況、競爭對手經銷網絡分析、競爭對手促銷分析、競爭對手廣告分析、銷量排行榜、銷售增長率排行榜、銷售利潤率排行榜、下月銷售預測等指標的分析和查詢
  • 人工智慧PM系列文章(五):重新定義需求分析
    如果你在網際網路上搜索不同公司對產品經理的崗位描述,你會發現無論在任何行業、任何級別的產品經理崗位中都會出現「需求」這個關鍵詞。需求管理、需求定義、需求確認、需求跟蹤等與需求相關的職責都是公司對產品經理最基本的要求。
  • 系統思維:介紹一套讓你重新理解網際網路產品的思維模型
    我的理解下網際網路產品是這樣定義的:「網際網路行業中由企業或個人產出並中長期運營的商品,以便滿足網際網路用戶現實或潛在需求的無形載體。」 這裡面雖然把網際網路產品定義為無形載體,但其實對照在使用渠道上,無非可以分為PC端、WEB端、APP端、H5端、小程序端等;同時,即使網際網路產品是無形的,但依然存在明確清晰的體系架構。
  • 21項崗位職責,8項職業要求,線束系統原理工程師做些什麼?
    本文所提供的各個崗位的線束工程師的工作職責和任職要求僅作參考,具體的內容應以招聘方的需求為主。一般來講,這能夠覆蓋絕對大多數的公司的需求。崗位職責:負責配置表的分析,依據整車配置,識別線束配置等級及線束迴路配置;協調各部門完成各項目的ICD文件的收集和確認、負責各分系統原理設計,負責零部件功能插件定義分析和規劃;
  • 深度長文(一):什麼是產品架構?
    (3)在細胞水平分析,人體由細胞、細胞外液及細胞外固體組成,細胞是組成人體的基本單位。(4)在組織水平分析,人體是由四大組織組成,即上皮組織、結締組織、肌組織和神經組織。(5)在器官水平分析,多種組織以不同的編排形成器官。人體內有很多器官,如胃、肺、心、腎、脾、胰、肝、膀胱、尿道、子宮等。(6)在系統水平看,共有9大系統。
  • 產品分析報告 | 「新草」App,用頭條邏輯打造內容電商
    本文將結合新草的現狀及未來的發展做全面解析,並為其提出一些產品功能優化建議。本文將從以下幾個方面進行分析:產品架構市場分析用戶分析功能分析總結一、產品架構1.產品功能架構圖新草的主要功能模塊可以拆分為五部分:看筆記、發筆記、話題廣場、筆記信息流卡片、個人中心。
  • 神策分析重構信息架構,視覺、易用性等全面升級
    近日,神策數據將神策分析整體信息架構進行重構。重構後,神策分析的功能模塊和導航結構更加清晰,同時圍繞產品視覺、交互易用性、管理便捷性等實現全面升級與創新,讓神策數據用戶在業務場景下達到「即用功能就在手邊」的使用感受。  信息架構重構  神策分析信息架構的重構背後,是神策數據團隊對用戶需求與傳播產品價值的全面考量。
  • 圖文並茂的解讀歷年系統架構設計師考試的常見易錯選擇題
    而條件約束主要來源於用戶的限制包括了預算、機構政策和其它軟硬體交互的外部因素,例如遵守什麼樣的行業標準、使用哪個廠商的產品、採用哪種開發技術等。軟體架構設計的4條策略:一、性能設計性能是指系統響應能力,包括速度、吞吐量和持續高速性三方面的要求。
  • flink批處理電商_基於flink流處理的動態實時電商實時分析系統...
    56.056_電商用戶行為分析_熱門頁面統計(下) 57.057_電商用戶行為分析_PV統計
  • 全局設備感知系統的結構組成及方案實現
    打開APP 全局設備感知系統的結構組成及方案實現 佚名 發表於 2020-12-02 10:38:55 同時,為了避免圖像信息質量參差不齊、平臺間互聯互通不暢、跨區域調用難等問題,全國安全防範報警系統標準化技術委員會推出了GB/T28181-2016《安全防範視頻監控聯網系統信息傳輸、交換、控制技術要求》,協議定義將會話初始化協議SIP作為聯網系統的主要信令基礎協議,因此通過設備感知技術對全網資源進行發現、識別,對SIP會話中相關報文進行解析,是補充、完善攝像機檔案的有力途徑。
  • 基於物聯網架構的箱式變電站智能監測系統
    隨著物聯網技術的飛速發展,支持物聯網通信和邊緣計算能力的數據採集系統逐步得到推廣應用。2019年國家電網公司提出電力物聯網概念,大力發展物聯技術應用於生產實踐。1 系統整體結構如圖1所示,系統由感知層、網絡層、平臺層和應用層組成,具備典型的物聯網架構特徵。
  • ...設計CBDC業務程序和系統架構(計算機系統結構、動作方式、組成...
    【韓央行推進數字貨幣外部諮詢方案】韓聯社8月30日報導,韓國銀行為建立「中央銀行數字貨幣(CBDC)示範系統」接受外部諮詢。韓國銀行30日表示,截至上月結束CBDC基礎業務(設計、定義條件、研究體現技術),並以此為基礎推進第二階段事業—「CBDC業務程序分析及外部諮詢」。
  • 產品定義之必備功夫:小信號系統分析之直流降壓實例
    拿起你的工程師畫筆,像畫家那樣在波特圖上畫畫,用你的什麼比例積分微分環節的辦法,把系統搞得再漂亮點,再漂亮點!4. 產品流片、上線小批量、大批量生產。成功。以下,是筆者在14年前做產品定義時配合晶片設計工程師的實際工作實例。