從五大模塊了解電商系統結構

8 評論 61208 瀏覽 254 收藏 9 分鐘

有人的地方就有江湖,有生意的地方就有電商——糖果灰灰

現在的互聯網時代,生意都在線上化,電商一詞的概念也不局限于傳統實物商品的售賣,而涵蓋了更廣闊的空間。無論是虛擬商品的售賣,金融行業的金錢的買賣,還是服務行業人力的售賣。終究都是電商的外在表象,實質還是以信息網絡技術為手段,以商品交換為中心的電商活動。

電商活動需要一套穩定靈活的系統支撐,來提高企業資源的有效利用。于是便有了各類系統如ERP、Boss、Saas等一系列系統。電商系統就相當于人的身體,基本構造都是相似的,不同的是因業務差異而造成不同的長相,不同的身高而已。大多數同學看到的電商都是皮的部分,而內在的骨架則很少見到。產品經理要以上帝視角去看自己的系統,熟知系統的架構和運轉,才能對將系統改造的越來越好。換言之你不知道自己身體各部位的狀況,就沒法制定好身體鍛煉方案。以下是個人整理電商系統基礎架構圖,供大家參考。

電商系統架構圖

架構圖分為五個部分:前臺、中臺、后臺、基礎支撐模塊、其他配合系統。前中后臺的劃分,是按照商品的業務流轉進行劃分的,商品購買前的展示為前臺,購買過程中涉及的模塊為中臺,購買后的商品處理為后臺。這五部分組成電商系統的骨架。相互間不同規則的串聯運轉整個系統。

1、前臺

前臺是直接展現給用戶的看和操作的,崇尚用戶體驗的年代,讓用戶簡單的學習和使用是基礎準則。所以前臺的功能盡量簡單,復雜的規則都通過后端來解決。目前前臺顯示形式有PC的網站或者客戶端、移動的APP或H5。以后隨著科技的發展也有可能出現萬物皆屏的前臺。前臺基本就是業務的表現層,不會處理過多的邏輯,不做說明。

2、中臺

(1)供方

自營電商、代運營電商還是平臺電商都會涉及供方的管理,供方可以提供商品也可以提供原材料,供方的管理是商品系統的起始,建立供方信息、聯系人信息、系統權限信息、有效日期、證件信息等,并且對供方的增刪改增加審核流程。供方關聯商品,如供方是失效狀態則商品要下架不可售賣。

(2)合同

根據供方創建合同,基本信息如合同簽訂日期,有效起止日期,結算周期:是按月結還是按季度結,結算方式:是訂單完成就結算,還是支付成功結算。主體信息就如甲乙方聯系人信息;賬戶信息:賬戶信息單獨立菜單維護方便拓展;品類信息:關聯商品類目或者直接掛靠商品,分別建立不同類目的結算金額,按比例結算還是按固定金額結算。合同審核通過才能依據合同創建商品,合同到期或人為停止,已上線商品要下架。未上線不可上架。

(3)商品

電商系統三大核心:商品、訂單、庫存。商品系統主要是創建商品的價格信息(成本價、銷售價、原價),屬性信息(銷售屬性、關鍵屬性、描述屬性)、品類信息(商品所屬類目)、服務信息(7天無理由退貨、配送方式)、SKU、SPU、及各業務的個性化信息規則。

(4)訂單

訂單有幾個維度組成,狀態機(訂單狀態、支付狀態、商品狀態、商品支付狀態)、 用戶信息、時間信息(下單時間、支付時間等)、支付信息(支付方式、金額)、商品信息。

(5)庫存

中臺庫存主要是接收WMS或者商戶端的庫存結果信息,對商品庫存進行分配,區域庫存共享、區域庫存獨有、庫存扣減方式等。

(6)促銷

三種促銷方式:商品促銷、訂單促銷、優惠券促銷。以這三種基礎規則可衍生出很多玩法,如階梯團購、分享團購、營銷工具、大轉盤、會員營銷等。

Ps:優惠券已完成兩章有興趣同學可點擊看看《優惠券設計:促銷》、《優惠券設計:優惠券的發放與使用

(7)會員

一般根據用戶的消費金額和活躍度制定,方便營銷同時提升用戶親密度,增加用戶沉沒成本。有會員等級制度、會員權益制度等

3、后臺

(1)售后

訂單完成后出現退款、退單等逆向處理流程

(2)物流

商品配送使用的物流方式、要求、價格、成本、結算周期、結算比例等維護模塊

(3)WMS

以商品庫存的動態變化為中軸線,涉及入庫、出庫、庫存管理、庫位安排、上下架、配貨驗貨、轉庫、盤庫等功能。

(4)財務

收入、支出、對賬、調賬、退款、成本管控、GMV核算等

(5)基礎支撐

  • 風控:貫穿整個電商流程,從原來的供方資質審核、到中期的惡意購買搶占庫存、刷券、到后期的惡意退單等等。通過獲取大量足夠的數據(用戶社會信息、使用硬件信息、操作行為等信息),建立模型靈活地分析數據,預測且實時地阻攔風險。
  • 權限系統:根據角色、用戶、資源三個方向設計(參考RBAC模型),對內管控工作人員的操作,對外管控外部合作伙伴的數據獲取。方向主要有操作權限、數據權限、菜單權限。

(6)其他系統:

商戶系統:平臺型電商為接入的商戶定做的系統,商戶使用系統進行上品、庫存管理、發貨、訂單對賬等操作。

客服中心:協調內部人員和外部用戶的紐帶,包含呼叫中心(軟電話、知識庫、質量檢驗等)、工單平臺(工作流、報表等)。內部同學使用處理用戶的問詢、客訴、業務處理、售后理賠等事宜,呼叫中心渠道通常有電話、在線。多媒體(微信、網站等)收集問題,分析處理后分流給客服處理。需走業務流程的客服通過工單平臺建立工作流,協調內部資源處理。

數據系統:將電商系統產生的所有數據匯集到一處,統一進行定義,處理、輸出。服務于業務并指導業務的方向。主要功能如下:

  1. 自助查詢工具,主題報表輸出。
  2. 用戶基礎信息分析,路徑分析、漏斗分析、繪制用戶畫像。
  3. 數據挖掘,個性化推薦/搜索,反作弊,業務預測
  4. 數據地圖、數據預警、實時跟蹤、趨勢分析

注:以上是個人對電商系統部分模塊的解讀,后面會陸續深入聊聊各模塊的具體細節。

 

本文由 @糖果灰灰 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感謝分享!

    來自黑龍江 回復
  2. 很難理解,為什么采購是在后臺,商品售賣前采購,而不是售賣后采購呀

    來自廣東 回復
    1. 前臺和后臺的前后不是時間和業務流程順序的前后。而指的是用戶和消費者接觸的距離??吹玫降氖乔芭_,看不到的是后臺。

      來自廣東 回復
  3. 盡快分享哦,很期待

    回復
  4. 感想分享,作為即將可能進入電商領域的小白,我感覺作者的分享很有價值,讓我對電商平臺的應用架構有一個基礎的認知。

    來自廣東 回復
  5. 前臺現在還有小程序

    來自浙江 回復
  6. 看完感覺沒什么收獲……

    來自上海 回復
  7. 模塊劃分和整理沒啥參考價值,不管從業務管理規劃還是從技術規劃角度。從管理角度,先要搞清楚公司是如何管理電商業務的,各有哪些部門怎樣協作配合;從技術角度,需要抽象出底層對象,再在其上梳理出業務邏輯和展現形式。

    來自浙江 回復