編輯導語：對B2C電商平台來說，一套電商平台需要的基礎體系和支撐體系是必須的，而且每個體系都不是單純獨立存在的，而是全員聯動。那這個體系是如何推演出來的？大體框架是什麼？涉及什麼體系？我們一起來看看。

首先我們确定一個共同的意識就是所有的産品經理，在對産品作架構之前都需要搞明白幾個問題。

那就是：

• 我們的産品是為誰服務？——用戶定位，是C端用戶還是B端用戶；
• 我們能提供什麼？——我們的服務是什麼，是賣産品還是提供平台整合資源；
• 我們在什麼時候什麼場景下提供這個服務？——這個服務是在什麼場景下誕生。

電商産品經理也不例外，也需要弄清楚我們的目标用戶，我在本文中稱它為“人”。

與上面對應的能提供什麼，我稱它為“貨”。

最後一個是這個服務在什麼場合下誕生，我稱它為“場”。

也就是說電商産品經理的架構設計解決的是人、貨、場的問題，在詳細的描述人、貨、場的問題之前。

我們回想下我們去線下實體超市購買商品的場景：

• 進入超市；
• 詢問導購員需要購買的商品，比如洗衣粉；
• 導購員帶你去指定的貨品專區；
• 你挑選洗衣粉；
• 把洗衣粉放到小推車（購物車）；
• 推着小推車去收銀台付款結賬；
• 拿着購物小票離開超市。

所以在做電商産品架構的時候也需要從現實中的業務場景來進行映射。

我們再來針對上述的業務場景進行擴充。

用戶在整個商品購買過程涉及到買和賣的雙方，我們定義為普通用戶和商家用戶（就是超市）。

• 普通用戶去超市購買商品，普通用戶首先進入超市，這個時候超市門口都會有一個門襟區域，我們稱它為準入門檻；
• 進入超市之後需要詢問超市導購員所要購買的商品在哪個區域。

于此對應，針對這些線下購物場景，我們來做一次線上産品功能的映射，要怎麼設計呢？

縱觀所有的互聯網産品，對用戶的門檻隻有賬号注冊業務（當然不同的業務生态對應的門檻條件也是不一樣的，這裡不再細說）。

與之對應的就是登錄，登錄之後又涉及到賬号信息的修改和維護。

所以這塊的業務本文稱之為用戶體系，為什麼要有用戶體系？

無論在傳統的商務往來還是現代電子商務有一點是非常明确的，那就是始終離不開交易。

交易的雙方就是買賣主體，那麼對于一個電商平台而言，需要撮合的就是買賣雙方能夠在平台産生交易。

交易是和人有關系，這個人是誰？多大年紀？性别是什麼？哪個地方的人？平時的消費習慣是怎麼樣的？

這就需要一個基礎性的服務能夠統計這些數據，并且能對這些數據進行加工和分析，更好的支撐商品的銷售，這個服務性的體系就是用戶體系。

說到這裡第一個體系誕生了。

當然電商産品中的用戶體系不僅僅隻有上面說的注冊、登錄等等，還包含一些會員信息、等級信息、用戶畫像以及賣東西的商戶信息等等；

接下來我們再來看看現實中購物的第二步也就是“詢問導購員需要購買的商品，比如洗衣粉”。

那麼這個場景實際上是用戶向導購員表達購買商品的意圖（你想買什麼），導購員根據普通用戶的意圖按照既定的路徑引導消費者進入目标商品專區。

我們嘗試透過現象看本質，消費者詢問導購員的目的是想快速找到自己期望的産品，本質是用戶對商品的一種尋找行為。

筆者這裡不說尋找，而是用搜索來代替，這種用戶在超市搜索商品的行為我們可以直接映射到線上平台；

電商産品架構的第二個體系就是搜索體系，消費者通過這個體系能快速找到自己期望的商品。

這個體系有哪些功能，我們可以想一想；

上文中提到的消費者到超市尋找商品是一種搜索行為，隻是這種搜索的行為在一定程度上依賴于導購員來完成。

搜索體系是現在市面上所有電商産品的必備體系，它能将用戶購買的意圖轉化為商品的陳列展示。

另外搜索也是電商産品最大的流量入口，主要是通過關鍵詞的召回與内容展示排序，關于搜索體系的細節，這裡不再介紹。

前面一直在講用戶進入超市，通過導購員尋找自己想要購買的商品。

• 那麼這個商品何來？
• 超市中的商品怎麼擺放？
• 要不要劃分不同的區域？
• 不同商品的價格是多少？
• 同一個商品在不同的節假日價格有沒有什麼不同？
• 這些信息怎麼管理？

這裡引入第三個體系——商品體系。

我在上文提到了，搜索體系，顧名思義，是通過這個體系來觸達商品。

所以商品體系也就孕育出來了，所謂商品體系就是存放商品的體系，那麼是不是隻負責商品的存放呢。

當然不是，一個商品從進貨、管理、到發貨都需要在商品體系中進行統一管理和調度，除此之外還會涉及到用戶退貨、簽收、前台商品頁面的展示等各個環節的處理。

再來問大家一個問題：超市的商品是怎麼展示在貨架上的？

很明顯，每家超市在管理商品的時候也是分區分類别進行管理，目的當然是提升商品的管理效率，降低管理成本，所以放在貨架上的商品也是有章可循。

按照既定的規則從上到下、從左到右來按照制定的規則進行擺放。

所以，在電商産品的架構裡面也會包含這部分的内容，涵蓋前台商品列表怎麼展示、同類型的商品信息能否共享、商品的詳情頁怎麼布局、商品圖片怎麼擺放等等。

這塊的内容引入第四個體系——内容體系，業内常稱為CMS（ContentManagement System）體系。

電商産品架構中的内容體系專門負責商品信息頁面的布局、頁面組件、圖片、頁面各個空間的布局，最大化的利用有限的硬件界面資源去展示有用的商品信息。

另外還會涉及到UGC、PGC等内容的展示，當然内容體系不單純隻是用于展示商品信息，随着電子商務行業發展的逐漸成熟，CMS體系也逐漸被應用在頁面廣告、圖标、頁面組件等的應用。

超市裡有了商品，用戶自然就可以挑選自己的商品，那麼在挑選商品的過程裡可能對商品的參數、價格等信息需要和導購員進行溝通。

這個業務場景映射到線上，就需要有能和賣東西的商戶進行溝通這樣的功能業務。

這個就是我講的第五個體系，即時通訊體系，也叫——IM體系。

IM即時通訊體系，簡單的來講就是在線溝通工具，作為買賣雙方在整個交易完成前期唯一的溝通橋梁。

對于商家，其響應率、服務滿意度都是一直努力的方向。

對于電商平台而言也是不可或缺的一項業務，這個裡面涵蓋了客服分流、坐席負載均衡、關鍵詞回複等等基礎功能。

有了内容、有了商品、有了搜索也有了用戶，是不是電商的架構就完事了，當然不是，普通用戶要想完成商品的購買需要依靠什麼。

依靠的是支付，所有交易過程需要靠支付系統來支撐用戶完成。

接下來說第六個體系—–支付體系；

支付體系一般比較複雜，有的公司是依托于三方支付機構搭建的内部支付網關體系，有的是具有三方支付牌照的第三方支付公司，複雜程度也不同。

一般情況下，對接三方支付搭建自己的支付平台是大部分公司能接受的（畢竟支付牌照不好申請）。

普通用戶在電商平台去進行支付，首先要有支付方式供普通用戶去選擇，這個就是收銀的台子（收銀台）。

那麼這個錢被扣到哪去了，又是怎麼結算的，這個就是支付清結算體系的内容了。

好了，說到了現在，提到了用戶體系、搜索體系、商品體系、内容體系、IM體系、支付體系，這些構成了一個電商産品的基礎架構，但是不是一套成熟的體系隻有這些呢？

也不是，我們在線下超市購物的時候還經常看到打折促銷的活動，這個業務場景怎麼映射到線上去？

同理，電商平台裡面的賣家也就是上文中提到的商家。

商家為了提升店鋪及商品的銷售額，會在不同的季節、不同的時間推出各種各樣的活動。

比如常見的滿多少減多少、下單立減、拼團等，那麼這些功能怎麼通過線上來實現呢？

這個就需要一個促銷系統，專門負責各類活動信息的維護。

比如活動的新建、上架、下架，通過促銷系統來實現商品的銷售，當然促銷系統本不僅僅這麼簡單，這裡不再細說，同樣後續會推出促銷系統的架構和産品設計；

另外随着活動的逐漸開展，難免會出現羊毛黨，怎麼去規避呢？

顧名思義，需要有一個系統能能夠及時發現羊毛黨，規避平台被薅羊毛的情況發生。

這個系統我們定義為風控系統，在普通用戶發起交易之前風控系統就需要去提前預警該筆交易是否存在風險。

除此之外交易中和交易後都需要讓風控系統進行全程幹預，這個就是所謂的事前預警、事中偵測和事後分析統計。

當然風控系統對于每家公司并不是一個剛需系統，因業務、因規模而定。

除了以上說的，電商平台的産品架構還會涉及到數據體系、供應鍊體系、金融體系等等。

以上就是一套電商平台需要的基礎體系和支撐體系，每個體系都不是單純獨立存在的，而是全員聯動。

每個系統都承擔着自己的職責，做好自己的本質工作，發揮着自己的作用，形成完整的一套電商産品架構體系。

本文旨在簡單的普及電商産品架構的推導過程，後續将陸續針對不同的電商業務系統詳細拆解分享給大家。

如果你對電商産品也有興趣，歡迎大家來交流，我們一起共成長。

本文由 @産品研究站 原創發布于人人都是産品經理。未經許可，禁止轉載

題圖來自Pexels，基于CC0協議

,

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

查看全部