2.3 後台豐富度的權衡
電商產品經理寶典:電商後台係統產品邏輯全解析 作者:劉誌遠 投票推薦 加入書簽 留言反饋
對於電商後台,初創小公司用幾十個開發人員就能滿足需求開發,維持業務流轉,大公司則需要幾百甚至上千個開發人員來進行開發維護。這就涉及後台係統複雜度的問題,除了業務範圍的區別,還有業務量的因素。
如圖2-4所示,以商品模塊為例,在業務量逐步增長時,為了高效便捷地服務用戶,會慢慢拆分多個模塊。如圖上所示,在係統上線初期,整個後台係統融合在一起,商品部分隻是後台係統的一個模塊。隨著業務量的增長,將商品中心獨立為子係統;接著隨著業務繼續增長,庫存模塊從商品中心中獨立出來,單獨成為庫存中心;再接著發展下來,價格模塊從商品中心獨立成價格係統;再後來,價格係統根據需要拆分為價格管理係統與價格監控係統。從這個例子中我們可以看到,係統都是從簡單到複雜,隨著業務慢慢迭代。
圖2-4 商品模塊係統進化過程
對產品經理來說,並不是要把係統做得大而全,也不是小而精。前麵提到過,產品經理要做現實的理想主義者,根據實際情況來製定產品迭代計劃,不求一步到位。
在產品開發初期,為了盡快上線、降低開發成本,會優先開發主需求,後期隨著業務發展慢慢迭代。很多後台產品在上線一段時間後,隨著業務增長處理起來會變得越來越吃力。各係統模塊雜糅在一起,耦合度高,還有可能出現牽一發而動全身的情況。後台產品經理的能力很大一部分在於對業務的梳理能力,越到後台發展中後期,業務邏輯會越複雜。對業務進行拆分,定義產品架構,支撐中長期的業務發展,極其考驗產品經理的能力。
從下章開始詳細介紹電商後台產品線中的各係統模塊,主要包括業務處理邏輯、與其他係統之間的信息交互等。
如圖2-4所示,以商品模塊為例,在業務量逐步增長時,為了高效便捷地服務用戶,會慢慢拆分多個模塊。如圖上所示,在係統上線初期,整個後台係統融合在一起,商品部分隻是後台係統的一個模塊。隨著業務量的增長,將商品中心獨立為子係統;接著隨著業務繼續增長,庫存模塊從商品中心中獨立出來,單獨成為庫存中心;再接著發展下來,價格模塊從商品中心獨立成價格係統;再後來,價格係統根據需要拆分為價格管理係統與價格監控係統。從這個例子中我們可以看到,係統都是從簡單到複雜,隨著業務慢慢迭代。
圖2-4 商品模塊係統進化過程
對產品經理來說,並不是要把係統做得大而全,也不是小而精。前麵提到過,產品經理要做現實的理想主義者,根據實際情況來製定產品迭代計劃,不求一步到位。
在產品開發初期,為了盡快上線、降低開發成本,會優先開發主需求,後期隨著業務發展慢慢迭代。很多後台產品在上線一段時間後,隨著業務增長處理起來會變得越來越吃力。各係統模塊雜糅在一起,耦合度高,還有可能出現牽一發而動全身的情況。後台產品經理的能力很大一部分在於對業務的梳理能力,越到後台發展中後期,業務邏輯會越複雜。對業務進行拆分,定義產品架構,支撐中長期的業務發展,極其考驗產品經理的能力。
從下章開始詳細介紹電商後台產品線中的各係統模塊,主要包括業務處理邏輯、與其他係統之間的信息交互等。