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

一、支撐線後臺概覽

　　“前端使用者的一小步，後臺系統的一大步”，平時常見的功能如購物車、優惠券等，看似簡單，實則在後臺要經過很多條件的校驗、多系統間的資訊流轉。下圖是前端的一個簡單的下單操作在後臺系統多系統模組之間的配置的流程。

　　電商後臺系統，其實也不能叫做一個系統，可以稱為後端支撐產品線，一些公司將其拆分為很多子系統（比如阿里將其發展為了中臺事業群，像商品中心、搜尋事業部、共享業務平臺等等），其作用主要是業務支撐、優化服務流程、提高服務效率，還可以提供資料分析參考，進而為業務調整提供參考。

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

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

這裡的WMS是指倉庫管理系統，主要包括入庫、出庫、盤點等模組，主要和排程中心進行資料互動，反饋入庫狀態和庫存變動。而風控中心則主要利用大資料進行使用者信用建設、反欺詐，避免惡意評價、刷單退款等操作，構建安全的電商購物環境。

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

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

二、電商後臺主體架構

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 訂單管理

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

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

三、其他相關係統

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開發者借鑑和改造。

參考書

劉志遠，《電商後臺系統產品邏輯全解析》

人人都是產品經理—劉志遠的專欄

Runable，《基於NopCommerce的開發框架》

向坤，《NopCommerce從無到有-01》

作者：周旭龍

出處：http://edisonchou.cnblogs.com

本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段宣告，且在文章頁面明顯位置給出原文連結。