2.2 電商後台產品架構
電商產品經理寶典：電商後台係統產品邏輯全解析 作者：劉誌遠 投票推薦 加入書簽 留言反饋
電商後台是業務要求較高的產品，當前台產品或業務人員提出需求時，有經驗的後台產品經理第一時間想到的不是畫原型、設計功能，而是分析要實現需求涉及哪些模塊，需要協調哪些子係統對接。所以優秀的產品經理一定是對產品整體架構比較清楚，能從係統整體角度考慮功能的合理性，在平台層麵為未來可能的業務發展進行規劃和設計。
好的產品架構對於一個企業來講是非常重要的一件事情，決定了是否能夠承載業務的發展，就如同地基之於高層建築。由於商業性質決定了電商業務支撐係統必須具備穩定性、可擴展、操作便捷、安全性強等特點，產品經理在設計產品架構時，應充分考慮到業務發展需要，盡量將各模塊隔離，比如以商品模塊建商品中心，以訂單模塊建訂單中心等。隻有在產品設計上有模塊化思想，具有前瞻性，技術在開發時才會考慮業務隔離，當業務調整、功能新增時，開發可迅速進行，避免牽一發而動全身的事情反複發生。
產品架構的可擴展性非常重要。很多時候會聽到開發講“不要寫死”——寫代碼講究“可複用、可擴展”。對於產品架構來說同樣如此。產品經理在設計產品架構時，要思考未來產品迭代的方向，可能會增加哪些模塊，從一開始就給以後的發展留下可能性。如果新產品還沒迭代幾個小版本，增加一些功能就需要整個頁麵層級或技術架構推倒重做，那肯定是產品經理的問題。以網易雲音樂為例，從2013年雲音樂的1.0版本開始，一直更新到現在，app的信息架構和頁麵層級基本沒發生太大變化。好的產品架構能夠支撐業務拓展，降低維護成本。
電商後台產品架構設計要求產品經理非常懂業務。對於係統邏輯思維、整體業務認知以及發展的前瞻性，不同行業、不同用戶群的產品經理在做產品整體架構時思路也會不一樣。
針對一般電商業務，筆者簡單畫了一張產品模塊示意圖（如圖2-3所示），基本一些中小型電商公司的產品架構大致如此。除了圖中所示，現在很多電商公司開始轉型社交電商，采用ugc模式或直播電商，在產品架構上會新增資訊係統，實現資訊與商品的高度融合。
圖2-3 電商後台產品架構（簡化版）
（1）商品中心：主要管理sku（最小庫存單位）、spu（標準化產品單元）、屬性（關鍵屬性、非關鍵屬性、銷售屬性）、類目品牌、價格等有關商品的數據。
（2）訂單中心：管理訂單類型、訂單狀態，收集關於商品、優惠、用戶、收貨信息、支付信息等一係列的訂單實時數據，進行庫存更新、訂單下發等一係列動作。
（3）支付中心：管理支付數據，調用第三方支付平台接口，記錄支付信息（對應訂單號、支付金額等），支付對賬。
（4）會員中心：主要管理用戶等級、用戶權益、積分、卡券等會員相關信息，通過一係列滿足用戶心理、提高黏性的方法來實現開發新用戶、增加用戶活躍度的目的。
（5）調度中心：將訂單信息轉化為發貨通知單，以及其他出入庫單，調度倉庫和物流進行發貨。
（6）促銷中心：主要管理活動相關，優惠券、滿減、專場活動、促銷專區等。促銷工具的開發對電商尤其重要。促銷活動的濫用易造成的用戶疲勞，怎樣推陳出新，給產品經理造成了很大挑戰。
（7）內容管理係統：主要是對用戶端進行頁麵配置（banner、icon、tab），配置首頁，自定義活動頁麵，設置生效時效。
（8）評價中心：管理商品評價和用戶反饋。這並沒有想象的那麽簡單，涉及一些敏感詞和敏感圖片的篩選，以及回複內容管理。
（9）采購中心：管理sku，當庫存預警時，及時生成采購單進行入庫。有供應商管理模塊，主要進行供應商管理評級，發展新供應商等功能。
（10）財務管理：主要管理訂單、采購係統相關的財務數據，數據準確性要求較高。還需要負責對賬、清賬、統計等業務。
（11）wms係統（倉庫管理係統）：主要包括入庫、出庫、盤點等模塊。wms主要和調度中心進行數據交互，反饋出入庫狀態和庫存變動。
（12）物流中心：主要包括運費模板，負責運費管理（前端訂單、真實物流成本）、物流狀態保存查詢（包括快遞100、菜鳥等關聯業務）。如果是跨境電商，還涉及和海關總署的對接，進行報關操作。
（13）風控中心：主要利用大數據進行用戶信用建設、反欺詐，避免惡意評價、刷單退款等操作，構建安全的電商購物環境。
（14）客服中心：主要管理退貨退款、售後服務等操作，包括呼叫中心、在線客服等，與之對應的是工單係統，將客服任務進行隊列管理，分配給相應的客服。
（15）店鋪管理：功能龐雜，相當於提供給b端用戶一個saas管理後台，提供管理商品、營銷、訂單一係列功能，主要針對一些有對b端業務的電商開放平台。
對電商公司來講，最核心最難做的有三部分：商品、訂單、庫存。商品與店鋪、營銷、評價等相關；訂單與會員、營銷、支付、庫存、物流等相關；庫存與訂單、采購、wms、營銷等相關。係統之間業務邏輯和交互異常複雜，規則多樣。
對電商後端支撐線各模塊的業務功能有初步認知之後，可以看到的是，平常手機中的一個電商app，背後是若幹子係統在支撐著，亦是許多技術和產品人員在辛苦付出。
每個子係統不是孤立的，通過產品架構相互關聯，定義其功能範圍。產品架構與技術架構相輔相成，產品架構決定需求和設計，技術架構決定技術框架與性能。
產品架構將這些不同用途的功能進行聚類整合，將電商後台拆分成多個子係統，明確業務邊界，盡量減少係統之間的耦合，高效支撐前端業務。
好的產品架構對於一個企業來講是非常重要的一件事情，決定了是否能夠承載業務的發展，就如同地基之於高層建築。由於商業性質決定了電商業務支撐係統必須具備穩定性、可擴展、操作便捷、安全性強等特點，產品經理在設計產品架構時，應充分考慮到業務發展需要，盡量將各模塊隔離，比如以商品模塊建商品中心，以訂單模塊建訂單中心等。隻有在產品設計上有模塊化思想，具有前瞻性，技術在開發時才會考慮業務隔離，當業務調整、功能新增時，開發可迅速進行，避免牽一發而動全身的事情反複發生。
產品架構的可擴展性非常重要。很多時候會聽到開發講“不要寫死”——寫代碼講究“可複用、可擴展”。對於產品架構來說同樣如此。產品經理在設計產品架構時，要思考未來產品迭代的方向，可能會增加哪些模塊，從一開始就給以後的發展留下可能性。如果新產品還沒迭代幾個小版本，增加一些功能就需要整個頁麵層級或技術架構推倒重做，那肯定是產品經理的問題。以網易雲音樂為例，從2013年雲音樂的1.0版本開始，一直更新到現在，app的信息架構和頁麵層級基本沒發生太大變化。好的產品架構能夠支撐業務拓展，降低維護成本。
電商後台產品架構設計要求產品經理非常懂業務。對於係統邏輯思維、整體業務認知以及發展的前瞻性，不同行業、不同用戶群的產品經理在做產品整體架構時思路也會不一樣。
針對一般電商業務，筆者簡單畫了一張產品模塊示意圖（如圖2-3所示），基本一些中小型電商公司的產品架構大致如此。除了圖中所示，現在很多電商公司開始轉型社交電商，采用ugc模式或直播電商，在產品架構上會新增資訊係統，實現資訊與商品的高度融合。
圖2-3 電商後台產品架構（簡化版）
（1）商品中心：主要管理sku（最小庫存單位）、spu（標準化產品單元）、屬性（關鍵屬性、非關鍵屬性、銷售屬性）、類目品牌、價格等有關商品的數據。
（2）訂單中心：管理訂單類型、訂單狀態，收集關於商品、優惠、用戶、收貨信息、支付信息等一係列的訂單實時數據，進行庫存更新、訂單下發等一係列動作。
（3）支付中心：管理支付數據，調用第三方支付平台接口，記錄支付信息（對應訂單號、支付金額等），支付對賬。
（4）會員中心：主要管理用戶等級、用戶權益、積分、卡券等會員相關信息，通過一係列滿足用戶心理、提高黏性的方法來實現開發新用戶、增加用戶活躍度的目的。
（5）調度中心：將訂單信息轉化為發貨通知單，以及其他出入庫單，調度倉庫和物流進行發貨。
（6）促銷中心：主要管理活動相關，優惠券、滿減、專場活動、促銷專區等。促銷工具的開發對電商尤其重要。促銷活動的濫用易造成的用戶疲勞，怎樣推陳出新，給產品經理造成了很大挑戰。
（7）內容管理係統：主要是對用戶端進行頁麵配置（banner、icon、tab），配置首頁，自定義活動頁麵，設置生效時效。
（8）評價中心：管理商品評價和用戶反饋。這並沒有想象的那麽簡單，涉及一些敏感詞和敏感圖片的篩選，以及回複內容管理。
（9）采購中心：管理sku，當庫存預警時，及時生成采購單進行入庫。有供應商管理模塊，主要進行供應商管理評級，發展新供應商等功能。
（10）財務管理：主要管理訂單、采購係統相關的財務數據，數據準確性要求較高。還需要負責對賬、清賬、統計等業務。
（11）wms係統（倉庫管理係統）：主要包括入庫、出庫、盤點等模塊。wms主要和調度中心進行數據交互，反饋出入庫狀態和庫存變動。
（12）物流中心：主要包括運費模板，負責運費管理（前端訂單、真實物流成本）、物流狀態保存查詢（包括快遞100、菜鳥等關聯業務）。如果是跨境電商，還涉及和海關總署的對接，進行報關操作。
（13）風控中心：主要利用大數據進行用戶信用建設、反欺詐，避免惡意評價、刷單退款等操作，構建安全的電商購物環境。
（14）客服中心：主要管理退貨退款、售後服務等操作，包括呼叫中心、在線客服等，與之對應的是工單係統，將客服任務進行隊列管理，分配給相應的客服。
（15）店鋪管理：功能龐雜，相當於提供給b端用戶一個saas管理後台，提供管理商品、營銷、訂單一係列功能，主要針對一些有對b端業務的電商開放平台。
對電商公司來講，最核心最難做的有三部分：商品、訂單、庫存。商品與店鋪、營銷、評價等相關；訂單與會員、營銷、支付、庫存、物流等相關；庫存與訂單、采購、wms、營銷等相關。係統之間業務邏輯和交互異常複雜，規則多樣。
對電商後端支撐線各模塊的業務功能有初步認知之後，可以看到的是，平常手機中的一個電商app，背後是若幹子係統在支撐著，亦是許多技術和產品人員在辛苦付出。
每個子係統不是孤立的，通過產品架構相互關聯，定義其功能範圍。產品架構與技術架構相輔相成，產品架構決定需求和設計，技術架構決定技術框架與性能。
產品架構將這些不同用途的功能進行聚類整合，將電商後台拆分成多個子係統，明確業務邊界，盡量減少係統之間的耦合，高效支撐前端業務。