乾貨｜電商後台系統到底是怎麼回事兒

「雙11」前後，新零售概念不斷被阿里內部提及，馬雲預言純電商時代已去，新零售時代已至。作為一名電商產品經理，身處如此時代，亦會覺得不負青春。做產品以來，主要做後端支撐產品方向，目前對各模塊系統都有所涉及。

初次接觸時，在網上找了很多資料，發現關於產品的相關文章，大部分都是關於產品體驗、交互、APP等，提及後台的文章基本淺嘗輒止，很少有文章來系統介紹後台各模塊（商品、訂單、營銷、物流、支付、會員、評價、採購...）,就計劃寫一系列關於後台各模塊的產品設計文章，希望能夠幫助在產品路上成長的PM。

後台系統，也不能叫做一個系統，很多公司將其拆分為很多子系統，阿里更將其發展成了中台事業群（搜索事業部、共享業務平台、數據技術）。後端一系列系統支撐著公司各種業務的進行和發展，前端展示、業務處理（訂單、優惠券）、庫存變動等進行時，後端各系統間互相調用介面進行數據更新。

由於商業性質決定了電商業務支撐系統必須具備穩定性、可擴展、安全性強等特點，PM在設計產品架構時，應充分考慮到業務發展需要，盡量將各模塊隔離，商品模塊建個商品中心，訂單模塊建個訂單中心等等。只有在產品設計上有模塊化思想，具有前瞻性，技術在開發時才會考慮業務隔離，當業務調整、功能新增時，開發可迅速進行，避免牽一髮而動全身的事情反覆發生。

針對一般電商業務，我簡單畫了一張產品模塊示意圖，基本一些中小型電商公司的產品架構大致如此。除了圖中所示，現在很多電商公司開始轉型社交電商，採用UGC模式或直播電商，在產品架構上會新增資訊系統，實現資訊與商品的高度融合，本文不過多涉及。

對電商公司來講，最核心最難做的三部分：商品、訂單、庫存，商品與店鋪、營銷、評價等相關，訂單與會員、營銷、支付、庫存、物流等相關，庫存與訂單、採購、WMS、營銷等相關，系統之間業務邏輯和交互異常複雜，規則多樣。

商品中心主要管理SKU(最小庫存單位)、SPU（標準化產品單元）、屬性（關鍵屬性、非關鍵屬性、銷售屬性）、類目品牌、價格等有關商品的數據；

訂單中心管理訂單類型、訂單狀態，落下關於商品、優惠、用戶、收貨信息、支付信息等一系列的訂單實時數據，進行庫存更新、訂單下發等一系列動作；

支付中心主要調用第三方支付平台介面，記錄支付信息（對應訂單號、支付金額等）；

會員中心主要管理用戶等級、用戶權益、積分、卡券等會員相關信息；調度中心主要將訂單信息轉化為發貨通知單，調度倉庫和物流進行發貨；

客服中心主要管理退貨退款、售後服務等操作，包括呼叫中心、在線客服等，與之對應的是工單系統，將客服任務進行隊列管理，分配給相應的客服；

營銷中心主要管理活動相關，優惠券、滿減、專場活動、促銷專區等，營銷工具的開發對電商尤其重要，營銷活動的濫用造成的用戶疲勞，怎樣推陳出新，給電商產品經理造成了很大挑戰；

運營中心主要是對用戶端進行頁面配置（Banner、ICON、TAB）、價格管理等，一般會營銷中心併入運營，作為其一部分；

評價中心管理商品評價和用戶反饋，這並沒有想象的那麼簡單，涉及到一些敏感詞和敏感圖片的篩選，以及回復內容管理；

店鋪管理功能龐雜，相當於提供給B端用戶一個Saas管理後台，提供管理商品、營銷、訂單一系列功能，主要針對一些有to B業務的電商開放平台；

採購中心管理SKU，當庫存預警時，及時生成採購單進行入庫，有供應商管理模塊，主要進行供應商管理評級，發展新供應商等功能；

財務管理主要和訂單、採購系統相關，數據準確性要求較高；

WMS系統（倉庫管理系統）主要是入庫、出庫、盤點等模塊，WMS主要和調度中心進行數據交互，反饋出入庫狀態和庫存變動；

物流中心主要進行運費模板、運費管理（前端訂單、真實物流成本）、物流狀態保存查詢（快遞100、菜鳥等關聯），如果是跨境電商，還涉及到和海關總署的對接，進行報關操作。

風控中心主要利用大數據進行用戶信用建設、反欺詐，避免惡意評價、刷單退款等操作，構建安全的電商購物環境。

對電商後端支撐線各模塊的業務功能有初步認知之後，可以看到的是，平常手機中的一個電商APP，背後是若干系統在支撐著，亦是許多技術和產品人員在辛苦付出。

以客戶下訂單為例來介紹業務信息在各系統之間的流轉，涉及主要的信息交互如下圖所示。從用戶選擇商品、生成訂單到訂單出庫、物流配送、用戶簽收、退貨退款，信息在多系統中流轉更新數據。

圖中可以看出前台的一小步，後台的一大步。對於產品經理來講，理清各系統之間的業務邏輯，特別是在商品類型多樣（服務商品、實物商品、服務加實物商品等），業務複雜（預售、代銷、代發等）時，各系統模塊的隔離，設計時考慮擴展性非常必要。