2.3 後台豐富度的權衡

對於電商後台,初創小公司用幾十個開發人員就能滿足需求開發,維持業務流轉,大公司則需要幾百甚至上千個開發人員來進行開發維護。這就涉及後台系統複雜度的問題,除了業務範圍的區別,還有業務量的因素。

如圖2-4所示,以商品模塊為例,在業務量逐步增長時,為了高效便捷地服務用戶,會慢慢拆分多個模塊。如圖上所示,在系統上線初期,整個後台系統融合在一起,商品部分只是後台系統的一個模塊。隨著業務量的增長,將商品中心獨立為子系統;接著隨著業務繼續增長,庫存模塊從商品中心中獨立出來,單獨成為庫存中心;再接著發展下來,價格模塊從商品中心獨立成價格系統;再後來,價格系統根據需要拆分為價格管理系統與價格監控系統。從這個例子中我們可以看到,系統都是從簡單到複雜,隨著業務慢慢迭代。

圖2-4 商品模塊系統進化過程

對產品經理來說,並不是要把系統做得大而全,也不是小而精。前面提到過,產品經理要做現實的理想主義者,根據實際情況來制定產品迭代計劃,不求一步到位。

在產品開發初期,為了盡快上線、降低開發成本,會優先開發主需求,後期隨著業務發展慢慢迭代。很多後台產品在上線一段時間後,隨著業務增長處理起來會變得越來越吃力。各系統模塊雜糅在一起,耦合度高,還有可能出現牽一髮而動全身的情況。後台產品經理的能力很大一部分在於對業務的梳理能力,越到後台發展中後期,業務邏輯會越複雜。對業務進行拆分,定義產品架構,支撐中長期的業務發展,極其考驗產品經理的能力。

從下章開始詳細介紹電商後台產品線中的各系統模塊,主要包括業務處理邏輯、與其他系統之間的信息交互等。

《電商產品經理寶典:電商後台系統產品邏輯全解析》