B2C電商系統產品架構的推演過程
編輯導語:對B2C電商平臺來說,一套電商平臺需要的基礎體系和支撐體系是必須的,而且每個體系都不是單純獨立存在的,而是全員聯動。那這個體系是如何推演出來的?大體框架是什么?涉及什么體系?我們一起來看看。
首先我們確定一個共同的意識就是所有的產品經理,在對產品作架構之前都需要搞明白幾個問題。
那就是:
- 我們的產品是為誰服務?——用戶定位,是C端用戶還是B端用戶;
- 我們能提供什么?——我們的服務是什么,是賣產品還是提供平臺整合資源;
- 我們在什么時候什么場景下提供這個服務?——這個服務是在什么場景下誕生。
電商產品經理也不例外,也需要弄清楚我們的目標用戶,我在本文中稱它為“人”。
與上面對應的能提供什么,我稱它為“貨”。
最后一個是這個服務在什么場合下誕生,我稱它為“場”。
也就是說電商產品經理的架構設計解決的是人、貨、場的問題,在詳細的描述人、貨、場的問題之前。
我們回想下我們去線下實體超市購買商品的場景:
- 進入超市;
- 詢問導購員需要購買的商品,比如洗衣粉;
- 導購員帶你去指定的貨品專區;
- 你挑選洗衣粉;
- 把洗衣粉放到小推車(購物車);
- 推著小推車去收銀臺付款結賬;
- 拿著購物小票離開超市。
所以在做電商產品架構的時候也需要從現實中的業務場景來進行映射。
我們再來針對上述的業務場景進行擴充。
用戶在整個商品購買過程涉及到買和賣的雙方,我們定義為普通用戶和商家用戶(就是超市)。
- 普通用戶去超市購買商品,普通用戶首先進入超市,這個時候超市門口都會有一個門襟區域,我們稱它為準入門檻;
- 進入超市之后需要詢問超市導購員所要購買的商品在哪個區域。
于此對應,針對這些線下購物場景,我們來做一次線上產品功能的映射,要怎么設計呢?
縱觀所有的互聯網產品,對用戶的門檻只有賬號注冊業務(當然不同的業務生態對應的門檻條件也是不一樣的,這里不再細說)。
與之對應的就是登錄,登錄之后又涉及到賬號信息的修改和維護。
所以這塊的業務本文稱之為用戶體系,為什么要有用戶體系?
無論在傳統的商務往來還是現代電子商務有一點是非常明確的,那就是始終離不開交易。
交易的雙方就是買賣主體,那么對于一個電商平臺而言,需要撮合的就是買賣雙方能夠在平臺產生交易。
交易是和人有關系,這個人是誰?多大年紀?性別是什么?哪個地方的人?平時的消費習慣是怎么樣的?
這就需要一個基礎性的服務能夠統計這些數據,并且能對這些數據進行加工和分析,更好的支撐商品的銷售,這個服務性的體系就是用戶體系。
說到這里第一個體系誕生了。
當然電商產品中的用戶體系不僅僅只有上面說的注冊、登錄等等,還包含一些會員信息、等級信息、用戶畫像以及賣東西的商戶信息等等;
接下來我們再來看看現實中購物的第二步也就是“詢問導購員需要購買的商品,比如洗衣粉”。
那么這個場景實際上是用戶向導購員表達購買商品的意圖(你想買什么),導購員根據普通用戶的意圖按照既定的路徑引導消費者進入目標商品專區。
我們嘗試透過現象看本質,消費者詢問導購員的目的是想快速找到自己期望的產品,本質是用戶對商品的一種尋找行為。
筆者這里不說尋找,而是用搜索來代替,這種用戶在超市搜索商品的行為我們可以直接映射到線上平臺;
電商產品架構的第二個體系就是搜索體系,消費者通過這個體系能快速找到自己期望的商品。
這個體系有哪些功能,我們可以想一想;
上文中提到的消費者到超市尋找商品是一種搜索行為,只是這種搜索的行為在一定程度上依賴于導購員來完成。
搜索體系是現在市面上所有電商產品的必備體系,它能將用戶購買的意圖轉化為商品的陳列展示。
另外搜索也是電商產品最大的流量入口,主要是通過關鍵詞的召回與內容展示排序,關于搜索體系的細節,這里不再介紹。
前面一直在講用戶進入超市,通過導購員尋找自己想要購買的商品。
- 那么這個商品何來?
- 超市中的商品怎么擺放?
- 要不要劃分不同的區域?
- 不同商品的價格是多少?
- 同一個商品在不同的節假日價格有沒有什么不同?
- 這些信息怎么管理?
這里引入第三個體系——商品體系。
我在上文提到了,搜索體系,顧名思義,是通過這個體系來觸達商品。
所以商品體系也就孕育出來了,所謂商品體系就是存放商品的體系,那么是不是只負責商品的存放呢。
當然不是,一個商品從進貨、管理、到發貨都需要在商品體系中進行統一管理和調度,除此之外還會涉及到用戶退貨、簽收、前臺商品頁面的展示等各個環節的處理。
再來問大家一個問題:超市的商品是怎么展示在貨架上的?
很明顯,每家超市在管理商品的時候也是分區分類別進行管理,目的當然是提升商品的管理效率,降低管理成本,所以放在貨架上的商品也是有章可循。
按照既定的規則從上到下、從左到右來按照制定的規則進行擺放。
所以,在電商產品的架構里面也會包含這部分的內容,涵蓋前臺商品列表怎么展示、同類型的商品信息能否共享、商品的詳情頁怎么布局、商品圖片怎么擺放等等。
這塊的內容引入第四個體系——內容體系,業內常稱為CMS(Content Management System)體系。
電商產品架構中的內容體系專門負責商品信息頁面的布局、頁面組件、圖片、頁面各個空間的布局,最大化的利用有限的硬件界面資源去展示有用的商品信息。
另外還會涉及到UGC、PGC等內容的展示,當然內容體系不單純只是用于展示商品信息,隨著電子商務行業發展的逐漸成熟,CMS體系也逐漸被應用在頁面廣告、圖標、頁面組件等的應用。
超市里有了商品,用戶自然就可以挑選自己的商品,那么在挑選商品的過程里可能對商品的參數、價格等信息需要和導購員進行溝通。
這個業務場景映射到線上,就需要有能和賣東西的商戶進行溝通這樣的功能業務。
這個就是我講的第五個體系,即時通訊體系,也叫——IM體系。
IM即時通訊體系,簡單的來講就是在線溝通工具,作為買賣雙方在整個交易完成前期唯一的溝通橋梁。
對于商家,其響應率、服務滿意度都是一直努力的方向。
對于電商平臺而言也是不可或缺的一項業務,這個里面涵蓋了客服分流、坐席負載均衡、關鍵詞回復等等基礎功能。
有了內容、有了商品、有了搜索也有了用戶,是不是電商的架構就完事了,當然不是,普通用戶要想完成商品的購買需要依靠什么。
依靠的是支付,所有交易過程需要靠支付系統來支撐用戶完成。
接下來說第六個體系—–支付體系;
支付體系一般比較復雜,有的公司是依托于三方支付機構搭建的內部支付網關體系,有的是具有三方支付牌照的第三方支付公司,復雜程度也不同。
一般情況下,對接三方支付搭建自己的支付平臺是大部分公司能接受的(畢竟支付牌照不好申請)。
普通用戶在電商平臺去進行支付,首先要有支付方式供普通用戶去選擇,這個就是收銀的臺子(收銀臺)。
那么這個錢被扣到哪去了,又是怎么結算的,這個就是支付清結算體系的內容了。
好了,說到了現在,提到了用戶體系、搜索體系、商品體系、內容體系、IM體系、支付體系,這些構成了一個電商產品的基礎架構,但是不是一套成熟的體系只有這些呢?
也不是,我們在線下超市購物的時候還經常看到打折促銷的活動,這個業務場景怎么映射到線上去?
同理,電商平臺里面的賣家也就是上文中提到的商家。
商家為了提升店鋪及商品的銷售額,會在不同的季節、不同的時間推出各種各樣的活動。
比如常見的滿多少減多少、下單立減、拼團等,那么這些功能怎么通過線上來實現呢?
這個就需要一個促銷系統,專門負責各類活動信息的維護。
比如活動的新建、上架、下架,通過促銷系統來實現商品的銷售,當然促銷系統本不僅僅這么簡單,這里不再細說,同樣后續會推出促銷系統的架構和產品設計;
另外隨著活動的逐漸開展,難免會出現羊毛黨,怎么去規避呢?
顧名思義,需要有一個系統能能夠及時發現羊毛黨,規避平臺被薅羊毛的情況發生。
這個系統我們定義為風控系統,在普通用戶發起交易之前風控系統就需要去提前預警該筆交易是否存在風險。
除此之外交易中和交易后都需要讓風控系統進行全程干預,這個就是所謂的事前預警、事中偵測和事后分析統計。
當然風控系統對于每家公司并不是一個剛需系統,因業務、因規模而定。
除了以上說的,電商平臺的產品架構還會涉及到數據體系、供應鏈體系、金融體系等等。
以上就是一套電商平臺需要的基礎體系和支撐體系,每個體系都不是單純獨立存在的,而是全員聯動。
每個系統都承擔著自己的職責,做好自己的本質工作,發揮著自己的作用,形成完整的一套電商產品架構體系。
本文旨在簡單的普及電商產品架構的推導過程,后續將陸續針對不同的電商業務系統詳細拆解分享給大家。
如果你對電商產品也有興趣,歡迎大家來交流,我們一起共成長。
本文由 @產品研究站?原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Pexels,基于CC0協議
通俗易懂,筆者有心了,點贊
通俗易懂
沒有訂單體系嗎?
后面會發出