產品經理如何用一張圖理清電商后臺產品模塊?
來源:
奇酷教育 發表于:
電商是擁有最復雜業務形態的的互聯網產品,涉及到線上線下的聯動。它的子系統繁多,不同子系統之間也有較多信息交互。
從亞馬遜、Ebay等電商企業誕生,電商已經發展二十多年。電商的產品邏輯雖然復雜,但從商品展示、推薦到訂單、物流等全套業務都已經形成了標準成熟的產品方案。
電商是擁有最復雜業務形態的的互聯網產品,涉及到線上線下的聯動。它的子系統繁多,不同子系統之間也有較多信息交互。
支撐電商的關鍵系統,往往在于后臺系統。很多公司將其拆分為很多子系統,阿里更將其發展成了中臺事業群(搜索事業部、共享業務平臺、數據技術)。
后臺的一系列系統,在支撐著公司各種業務的進行和發展。在前端展示、業務處理(訂單、優惠券等)、庫存變動等進行時,后臺各系統間也在互相調用接口進行數據更新。
由于商業性質決定了電商業務支撐系統必須具備穩定性、可擴展、安全性強等特點,PM在設計產品架構時,應充分考慮到業務發展需要,盡量將各模塊隔離。例如商品模塊建個商品中心,訂單模塊建個訂單中心等等。
只有在產品設計上有模塊化思想,具有前瞻性,技術在開發時才會考慮業務隔離,當業務調整、功能新增時,開發可迅速進行,避免牽一發而動全身的事情反復發生。
那么針對一般電商業務,產品經理如何用一張產品模塊示意圖來理清電商后臺模塊呢?

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