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

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

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

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

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

Loading...

未載入完，嘗試【重新整理網頁】or【關閉小說模式】or【關閉廣告遮蔽】。

使用【Firefox瀏覽器】or【Chrome谷歌瀏覽器】開啟並收藏！

移動流量偶爾打不開，可以切換電信、聯通網路。

收藏網址：www.peakbooks.cc

(＞人＜；)