產品經理如何用一張圖理清電商后臺產品模塊？
來源：
奇酷教育 發表于：
電商是擁有最復雜業務形態的的互聯網產品，涉及到線上線下的聯動。它的子系統繁多，不同子系統之間也有較多信息交互。
從亞馬遜、Ebay等電商企業誕生，電商已經發展二十多年。電商的產品邏輯雖然復雜，但從商品展示、推薦到訂單、物流等全套業務都已經形成了標準成熟的產品方案。
電商是擁有最復雜業務形態的的互聯網產品，涉及到線上線下的聯動。它的子系統繁多，不同子系統之間也有較多信息交互。
支撐電商的關鍵系統，往往在于后臺系統。很多公司將其拆分為很多子系統，阿里更將其發展成了中臺事業群（搜索事業部、共享業務平臺、數據技術）。
后臺的一系列系統，在支撐著公司各種業務的進行和發展。在前端展示、業務處理（訂單、優惠券等）、庫存變動等進行時，后臺各系統間也在互相調用接口進行數據更新。
由于商業性質決定了電商業務支撐系統必須具備穩定性、可擴展、安全性強等特點，PM在設計產品架構時，應充分考慮到業務發展需要，盡量將各模塊隔離。例如商品模塊建個商品中心，訂單模塊建個訂單中心等等。
只有在產品設計上有模塊化思想，具有前瞻性，技術在開發時才會考慮業務隔離，當業務調整、功能新增時，開發可迅速進行，避免牽一發而動全身的事情反復發生。
那么針對一般電商業務，產品經理如何用一張產品模塊示意圖來理清電商后臺模塊呢？
（除了圖中所示，現在很多電商公司開始轉型社交電商，采用UGC模式或直播電商，在產品架構上會新增資訊系統，實現資訊與商品的高度融合，本文不過多涉及。）
對電商公司來講，最核心最難做的三部分：商品、訂單、庫存。商品與店鋪、營銷、評價等相關，訂單與會員、營銷、支付、庫存、物流等相關，庫存與訂單、采購、WMS、營銷等相關，系統之間業務邏輯和交互異常復雜，規則多樣。
商品中心
主要管理SKU(最小庫存單位)、SPU（標準化產品單元）、屬性（關鍵屬性、非關鍵屬性、銷售屬性）、類目品牌、價格等有關商品的數據
訂單中心
管理訂單類型、訂單狀態，落下關于商品、優惠、用戶、收貨信息、支付信息等一系列的訂單實時數據，進行庫存更新、訂單下發等一系列動作
支付中心
主要調用第三方支付平臺接口，記錄支付信息（對應訂單號、支付金額等）
會員中心
主要管理用戶等級、用戶權益、積分、卡券等會員相關信息；調度中心主要將訂單信息轉化為發貨通知單，調度倉庫和物流進行發貨
客服中心
主要管理退貨退款、售后服務等操作，包括呼叫中心、在線客服等，與之對應的是工單系統，將客服任務進行隊列管理，分配給相應的客服
營銷中心
主要管理活動相關，優惠券、滿減、專場活動、促銷專區等，營銷工具的開發對電商尤其重要，營銷活動的濫用造成的用戶疲勞，怎樣推陳出新，給電商產品經理造成了很大挑戰
運營中心
主要是對用戶端進行頁面配置（Banner、ICON、TAB）、價格管理等，一般會營銷中心并入運營，作為其一部分
評價中心
管理商品評價和用戶反饋，這并沒有想象的那么簡單，涉及到一些敏感詞和敏感圖片的篩選，以及回復內容管理
店鋪管理
功能龐雜，相當于提供給B端用戶一個Saas管理后臺，提供管理商品、營銷、訂單一系列功能，主要針對一些有to B業務的電商開放平臺
采購中心
管理SKU，當庫存預警時，及時生成采購單進行入庫，有供應商管理模塊，主要進行供應商管理評級，發展新供應商等功能
財務管理
主要和訂單、采購系統相關，數據準確性要求較高
系統（倉庫管理系統）
主要是入庫、出庫、盤點等模塊，WMS主要和調度中心進行數據交互，反饋出入庫狀態和庫存變動
物流中心
主要進行運費模板、運費管理（前端訂單、真實物流成本）、物流狀態保存查詢（快遞100、菜鳥等關聯），如果是跨境電商，還涉及到和海關總署的對接，進行報關操作
風控中心
主要利用大數據進行用戶信用建設、反欺詐，避免惡意評價、刷單退款等操作，構建安全的電商購物環境
對電商后端支撐線各模塊的業務功能有初步認知之后，可以看到的是，平常手機中的一個電商APP，背后是若干系統在支撐著，亦是許多技術和產品人員在辛苦付出。
以客戶下訂單為例來介紹業務信息在各系統之間的流轉，涉及主要的信息交互如下圖所示。從用戶選擇商品、生成訂單到訂單出庫、物流配送、用戶簽收、退貨退款，信息在多系統中流轉更新數據。
從圖中可以看出前臺的一小步，后臺的一大步。對于電商類、后臺類產品經理來講，理清各系統之間的業務邏輯，特別是在商品類型多樣（服務商品、實物商品、服務加實物商品等），業務復雜（預售、代銷、代發等）時，各系統模塊的隔離，設計時考慮擴展性非常必要。
同時，對于電商產品經理來說，越往上晉升，越需要對不同模塊的設計核心邏輯都熟悉。當對產品的關注點從前臺到后臺模塊，再到整個系統時，就擁有產品的全局觀、系統觀。
