《電商後臺系統產品邏輯解析》學習筆記

時間 2019-11-12

原文原文鏈接

此文是我閱讀《電商產品經理寶典：電商後臺系統產品邏輯全解析》一書的學習筆記，爲後續我司作家居電商後臺系統儲備相關領域的業務知識。html

1、支撐線後臺概覽

　　「前端用戶的一小步，後臺系統的一大步」，平時常見的功能如購物車、優惠券等，看似簡單，實則在後臺要通過不少條件的校驗、多系統間的信息流轉。下圖是前端的一個簡單的下單操做在後臺系統多系統模塊之間的配置的流程。前端

　　電商後臺系統，其實也不能叫作一個系統，能夠稱爲後端支撐產品線，一些公司將其拆分爲不少子系統（好比阿里將其發展爲了中臺事業羣，像商品中心、搜索事業部、共享業務平臺等等），其做用主要是業務支撐、優化服務流程、提升服務效率，還能夠提供數據分析參考，進而爲業務調整提供參考。算法

　　電商行業的許多業務與傳統零售業相似，構建後臺系統的過程實際是在作信息化供應鏈，馬士華老師《供應鏈管理》中的供應鏈管理體系構建整體模型，電商後臺產品的許多業務都在這張圖中有所體現。後端

　　好的產品架構對於一個企業來講很是重要，電商業務支撐系統必須具有穩定性、可擴展、操做便捷、安全性強等特色，產品經理在設計產品架構時，應充分考慮到業務發展須要，儘可能將各模塊隔離（好比以商品模塊創建商品中心，以訂單模塊創建訂單中心等），模塊化思想+具備前瞻性。下圖是一個簡化版的電商後臺產品架構圖：安全

這裏的WMS是指倉庫管理系統，主要包括入庫、出庫、盤點等模塊，主要和調度中心進行數據交互，反饋入庫狀態和庫存變更。而風控中心則主要利用大數據進行用戶信用建設、反欺詐，避免惡意評價、刷單退款等操做，構建安全的電商購物環境。微信

　　對於電商公司來說，最核心最難作的有三部分：商品、訂單和庫存，系統之間業務邏輯和交互異常複雜，規則多樣。架構

　　對於電商後臺系統，也是從簡單到複雜，隨着業務慢慢迭代發展的，最開始的時候商品只是一個模塊，在業務量逐步增加時，會慢慢拆分紅多個模塊，後期會獨立爲子系統，而後庫存模塊又會從商品中心獨立出來... 而對於業務進行拆分，定義產品架構，支撐中長期業務的發展，不只極其考驗產品經理的能力，也考驗架構師的能力。在《企業IT架構轉型之道》中瞭解到，阿里中臺體系中衍生出了一個業務架構師的角色，那是一羣既懂業務（這裏看來就是偏向產品經理的角色能力）又懂技術的複合型人才，是突破傳統互聯網產品經理和傳統信息系統架構師的新角色。框架

2、電商後臺主體架構

Part 1 商品中心

類目和品牌管理 => 解決商品屬於什麼的問題
- 類目
  - 後臺類目：基礎數據類目，相對穩定，面向平臺商家
  - 前臺類目：前臺展現類目，方便用戶篩選查找
- 品牌
  - 商品必備屬性，品牌關聯目錄能夠提高發布商品的便捷性
屬性管理 => 解決商品是什麼的問題
- 屬性分類
  - 關鍵屬性：惟一確認「產品」的屬性，eg.手機「品牌」+「型號」
  - 銷售屬性：規格屬性，eg.服裝「顏色」、「套餐」和「尺碼」
  - 非關鍵屬性：除關鍵屬性和銷售屬性以外的其餘屬性，不必定是非必填項
  - 商品屬性：商品的特有特徵非產品屬性，eg.新舊程度（九成新）、保修方式
- 屬性管理
  - 屬性分組：前端能夠按後端設置的屬性分組按序展現，eg.屏幕參數、鏡頭參數、曝光控制等
  - 屬性繼承：每一層級的商品繼承上一層級的商品屬性，搭建屬性庫讓各葉子類目調用
SKU與SPU
- SKU：最小庫存單元，eg.iPhone 7 Plus (土豪金，32G) => SKU
- SPU：標準化產品單元，eg.iPhone 7 Plus => SPU
- 關係：一對多或一對一
- 組合SKU：組合商品，在前臺是一個商品，在後臺是多個SKU，eg.紫檀中式飯桌組合 => SKU1(鼓桌) + 4 * SKU2(凳子)
商品編輯與管理
- 商品編輯
  - 價格&規格
  - 商品圖、商品詳情描述、物流信息：商品詳情頁通常會區分電腦版和手機版
  - 其餘：例如售後服務（發票、保修服務、退換貨等等），上下架時間等等
- 商品管理
  - 上下架管理：批量上下架、自動下架規則...
  - 價格管理：市場價、平臺價、促銷價、動態調價系統...
  - 促銷活動：滿減、套裝、優惠券等...
  - 商品標籤：活動標籤（熱銷、新品）、服務標籤（分期付款、極速退款）、性能標籤（專櫃正品）
  - 商家管理：違規下架、商品審覈...
  - 庫存管理：同步倉庫的實物庫存或自設活動庫存等
  - 其餘：銷量統計、商品限購（通常是促銷商品）、商品評論管理（輿情）等等
商品搜索和篩選 => 密不可分
- 商品搜索
  - 業務流程：輸入關鍵字→分詞服務→數據查詢→搜索排序→結果輸出
- 商品篩選
  - 篩選條件：價格區間、品牌、服務（如京東自營、分期購、第二天達、天貓與淘寶等）、分類、商品屬性等
商品推薦
- 常規推薦
  - 固定商品放在推薦位或基於商品之間的關聯性，eg.買了奶瓶以後推薦奶粉
  - 不因用戶不一樣產生差別，根據運營配置的活動或固定商品（商品精選）
- 個性化推薦
  - 收集用戶信息、產品信息及用戶畫像，利用推薦算法，提供個性化商品推薦
  - 四大模塊：用戶行爲記錄模塊、用戶行爲分析模塊、商品分析模塊、推薦算法模塊
  - 核心要點：完善推薦算法，保持推薦的多樣性
商品評價
- 兩個維度：訂單總體和商品
- 評論處理：評論的篩選（過濾惡意差評和敏感詞）、分級顯示評論（好評、中評、差評）、根據評論對商家評級（需制定嚴格的規則）

Part 2 促銷系統

促銷目的：拉新、去庫存、擴大品牌知名度、推新品爆品......
常見促銷的形式
- 滿減促銷
- 單品促銷 => 核心是打折
- 套裝促銷
- 贈品促銷
- 滿贈促銷
- 多買優惠促銷 => 主要來源於線下模式
- 定金促銷 => 對電商供應鏈的備貨和物流控制大有益處
促銷活動的規則
- 活動設置
  - 基礎設置：活動名稱、促銷編碼、促銷時間&渠道、限購數量、促銷用戶範圍、推廣連接
  - 促銷規則：滿減/滿贈/套裝等
  - 活動商品：主商品、折扣價格（贈品）
- 活動管理
  - 審覈、編輯、刪除
- 促銷的訂單計算
  - 購物車和訂單計算
專場活動配置
- 活動條件、主商品信息、贈品信息
優惠券管理
- 分類：按使用門檻、適用範圍、發放主體有不一樣的分類方式
- 生成：優惠券信息、規則、發放方式等
- 發送：主動領取和被動領取，強調促使用戶主動領取
- 覈銷：下單時選擇最合適的券給用戶使用
- 統計：發放數、覈銷量、做廢量、客單價、復購率對比
拼團
- 分類：新人團、普通團、超級團
- 業務流程：通常採用先支付後參團的規則
- 庫存管理：通常從總庫存預先劃分一部分庫存參與拼團從而與總庫存互不影響

商品詳情頁的促銷信息案例（From 京東）模塊化

Part 3 內容管理

概述：CMS（Content Management System），這裏主要指電商平臺的頁面動態配置系統
產品邏輯：組件（多個樣式）→位置+內容→動態頁面
常見組件：圖片、文本、商品、排行榜、優惠券、導航欄等
總體設置：直接複用的集成全部組件的成熟模板，節省工做量

頁面動態配置的主要業務過程-搭積木的過程性能

Part 4 庫存管理

基本概念
- 主要操做：增長、鎖定、解鎖、扣減、返還、異常處理
- 影響因素：銷售訂單、採購、倉間調撥、盤盈盤虧、預售、售後退貨
庫存分層
- 銷售層：可銷售庫存、鎖定庫存、已銷售庫存、活動庫存、預售庫存（虛擬，例如：B端定貨、定金預售等）
- 調度層：帳面庫存、可用庫存、在途庫存（例如：T+1日入庫策略）、不可銷售庫存、已用庫存
- 倉庫層：可用庫存（不包括鎖定的庫存）、鎖定庫存、已出庫庫存、不可用庫存
- 庫存同步：自上而下（銷售層（下單）→調度層→倉庫層）、自下而上（倉庫層（採購/退貨/調撥）→調度層→銷售層）
銷售庫存管理
- 容許超賣、作預售、不一樣活動獨佔庫存、不一樣渠道分配庫存
庫存調度
- 影響因素：物流時效、倉庫等級、業務需求
- 調度規則：實際是訂單分配的過程，會和許多系統發生交互
庫存控制
- 需求預測
  - 考慮因素：數量、時間、頻率、範圍、可預測性
  - 定量預測
    - 時間序列分析法
    - 因果聯繫分析法
    - 模擬法
- 安全庫存
  - 防止不肯定性而準備的庫存 => 低於安全庫存時進行預警，開始補貨動做
  - 提早期需求比例法、供應天數法、均差法
- 庫存控制模型
  - 目標：服務水平最高，整體費用最低
  - 模型：按期定貨模型、定量定貨模型（電商通常採用此模型）

定量定貨控制模型圖

在這一部分的結尾處，很喜歡做者說的這句「庫存管理不是簡單的需求預測與補給，而是要經過庫存管理得到用戶服務和利潤的優化」。

Part 5 物流管理

物流分類
- 普通快遞：四通一達、順豐
- 同城配送：自營配送、第三方配送
- 門店自提：盒馬生鮮、優衣庫
前臺物流管理
- 店鋪運費模式：固定運費10元；滿X元包郵，不足X元統一收取10元；
- 單品運費模式：每一個商品的運費獨立計算；如一個訂單多個商品，能夠「運費疊加」或「取最大運費值」；
- 混合模式：店鋪運費模式與單品運費模式同時生效；當訂單金額知足運費上設置的免郵金額，按照店鋪運費模式計算，不知足時，按照單品運費計算。
後臺物流管理
- 物流公司的選擇：運費模板

Part 6 採購管理

採購流程：見下圖所示
供應商管理
- 採購模式：自採自賣、一件代發、多貨主倉庫模式（將來的主流模式）
- 單品運費模式：每一個商品的運費獨立計算；如一個訂單多個商品，能夠「運費疊加」或「取最大運費值」；
- 混合模式：店鋪運費模式與單品運費模式同時生效；當訂單金額知足運費上設置的免郵金額，按照店鋪運費模式計算，不知足時，按照單品運費計算。
採購商品管理
- 爲採購提供數據支持：採購成本及商品庫存
採購訂單管理
- 採購申請 → 採購詢價 → 採購單 → 到貨結算

採購流程示例

Part 7 倉庫管理系統（WMS）

倉庫區域劃分
- 分揀區、存儲區、不良品存儲區
- 發貨存儲區、收穫存儲區、複覈區、倉儲器械存放區
出庫流程
- 調度→打單→揀貨→複覈→包裝→交接發貨
入庫流程
- 到貨確認→驗貨打碼→商品上架
盤點流程
- 建立盤點計劃→盤點錄入→判斷是否盈虧→主管審覈→財務審覈→更新庫存
統計查詢
- 倉庫流水、庫存、工做量等統計
- 庫存預警

一個WMS系統界面展現

Part 8 訂單管理

訂單下單
- 流程：見下圖所示，用戶的一小步，後臺系統的一大步
- 訂單信息
  - 用戶信息、訂單基礎信息、收貨信息
  - 商品信息、優惠信息、支付信息
  - 物流信息、其餘信息
- 父子訂單：注意運費和優惠的計算
- 優惠分攤：堅持偏向用戶的準則
訂單拆單
- 提交訂單支付前：下單→商家分類→倉庫
- 支付後發貨前：品類→物流元素→訂單價值→結束
訂單售後
- 訂單逆向流程
數據統計
- 常規統計：銷售額、毛利、成本、純利潤等
- 流量分析統計：用戶行爲、訂單流量等
【擴展】購物車
- 妙用：湊單、促銷、收藏

一個訂單下單的詳細流程示例

3、其餘相關係統

Part 1 會員系統

升級版：CRM
基礎信息管理
- 基本信息、優惠券信息、訂單信息
- 售後信息、會員等級、會員積分
成長體系
- RFM模型
  - R:Recency 最近一次消費時間
  - F:Frequency 某一個時間範圍內的消費頻次
  - M:Monetary 某個時間範圍內的平均客單價或累計交易額
- 用戶行爲增加模型
  - 加成長值：登陸、購物、評價、曬單等
  - 減成長值：退貨、評論被刪等
積分體系
- 獲取積分：簽到、購物、曬單、分享、充值等
- 展示形式：京豆、淘金幣、信用卡積分等
- 體系分層：例如VIP1~VIP7

Part 2 支付系統

支付方式
- 第三方平臺支付：eg.支付寶、微信支付
- 網銀支付
- 快捷支付：eg.支付寶商家中心、銀聯商家中心
交易記錄
- 交易流水號、時間、關聯訂單編號、費用
- 交易渠道、用戶信息、支付狀態
對帳
- 異常狀況：正向支付、逆向退款
- 須要注意：同一訂單屢次支付成功的問題

思惟導圖

　　想要查看大圖？=> https://www.processon.com/view/5ce63da6e4b0ecdd20495484#map

後續學習

　　接下來我會下載和學習開源的成熟的電商解決方案NopCommerce，結合本次的電商後臺產品邏輯去看當作熟的解決方案是怎麼實現的。NopCommerce目前已經出了4.2版本，基於ASP.NET Core 2.2和EF Core開發（之前是.NET Framework版本，4.1開始升級到了.NET Core 2.1），適合.NET Core開發者借鑑和改造。