簡介：通過一個案例，手把手教您從無到有設計一套業務系統，B端產品經理必看！
三、系統整體方案設計
完成業務調研后，進入系統整體方案設計環節。該環節需要由經驗豐富的PM以及公司的架構師一起探討完成，因為方案涉及到和公司現有應用架構融合，還需要經過產品委員會或架構組的評審和確認。
1、系統定位
基于對業務的分析，考慮通過實現3套獨立子系統來支持分銷業務。
分銷商城前臺（H5）：分銷客戶的下單工具
客戶管理后臺（PC）：分銷客戶的子賬號管理、門店管理及業務輔助工具
運營管理后臺（PC）：分銷業務部門對客戶及商品定價管理的業務支持工具
首先，客戶希望能有一個便捷快速下單的工具，所以需要有一個手機版商城C端。考慮到投入產出比，通過H5來實現，具有獨立域名，外網可訪問。
其次，需要有一套方便操作的管理后臺，因為涉及到大量的商品編輯處理，賬號、門店管理等功能，所以考慮PC版本實現，暫不支持手機版。
最后，考慮到公司運營和客戶管理員的管理訴求不盡相同，操作功能和頁面差異較大，所以決定將管理后臺拆解為兩個獨立的系統，給客戶管理員使用的客戶管理后臺，具備獨立域名，外網可訪問；給公司管理人員和運營人員使用的運營管理后臺，具備獨立域名，僅限內網訪問。
設計業務系統常見的問題，是為了圖省事，把所有業務單元的功能糅合到一個系統中實現，造成管理的混亂，尤其是系統維護的混亂。一般來講，系統的抽象要結合業務完成，獨立的業務職能單元，要有各自獨立的系統來配合使用。如果業務部門之間邊界模糊，權責界定不清，也會導致系統之間存在模糊性。
清晰的系統定位，并劃清邊界，可以讓彼此具備足夠的獨立性，是系統靈活性和可擴展性的基本前提。
2、整體架構設計
現在，需要考慮分銷平臺的三個子系統，如何與公司的整體應用架構融合問題。公司經過多年發展，系統架構體系已經非常完備，大量公共組建和模塊可以復用，這樣就減輕了新平臺的實現成本和難度。分銷平臺只需要聚焦自己業務特殊獨立的地方，其他公共組建和模塊復用已有系統即可。
我們將確定的三個子系統，繪入簡化版的公司整體應用架構圖，如下。
深綠色部分是分銷平臺的三個獨立子系統，墨綠色部分是涉及打通和復用的已有系統。
電商是公司的主營業務，有成熟的訂單體系和倉配體系，分銷業務的獨特性在于前置客戶管理維護，下單后的分揀配送業務流程都一樣，所以分銷商城的訂單中心直接復用已有訂單中心，訂單寫入后續的處理流程完全不變，只需要訂單中心稍作改造即可支持，這樣也可以保證整個訂單臺賬、財務、倉儲、配送基本都不需要重寫或改造。另外分銷平臺的商品中心復用已有商品中心SKU數據，只是價格管理模塊部分需要新做一套獨立的，以支持特殊報價業務。
分銷業務的賬戶體系、權限管理體系、在線支付，都利用已有系統實現，其中賬戶體系要做改造，支持子母賬號管理，在線支付完全復用即可。
客戶資料的存儲，利用已有的客戶主數據（MDM）實現，MDM改造較大，要新做一套企業客戶數據模型。雖然是新做，但是在架構上，必須將客戶資料作為主數據來建設，統一管理維護。
最后一個問題，既然公司已經有C端商城，為什么要單獨再做一套針對分銷客戶的C端商城？經過分析評估，兩套商城整體區別較大，如果對原有商城進行改造支持分銷業務，第一工時投入比新做一套還要大，第二會影響主營業務系統的健壯性，因此最終決定新做C端商城支持分銷業務。
3、功能抽象
基于對業務的分析，以及三套系統的定位，可以抽象并繪制完整的系統功能藍圖。
功能模塊圖，是對業務訴求系統化設計的進一步高度抽象。模塊的設計，要體現出同一個業務職能單元中不同業務場景和操作的集合，模塊也代表了系統中的一二級導航菜單的設計。常見的問題，是設計人員對模塊設計的隨意和混亂，以及后來新增功能的隨意擺放，會造成用戶使用系統時產生困惑，同時還會導致開發人員編碼設計的混亂。
功能模塊圖，代表了設計師對業務和系統本質的理解和提煉，包含了對業務、系統未來發展的展望。我們常說，系統建設要有規劃和節奏，實際上功能模塊圖就是一幅遠景規劃藍圖，是系統的骨架，決定了系統的整體結構，結合業務需求，每一個具體功能的實現，都是在對骨架不斷地填充血肉，讓他更真實，更立體，更豐富。
隨著業務的開展，變化，功能模塊圖可能會有新的規劃和調整，但如果業務單元的本質和模式沒有變化，功能模塊圖不應該出現結構性的調整和改動。
4、演進藍圖
我們已經繪制了系統的功能模塊圖，體現了業務和系統規劃的脈絡，現在，讓我們開始研究這套“體系”，大概需要幾期實現，每期實現的側重點是什么，也就是常說的演進藍圖，Roadmap。
白色部分，是一期的項目范圍，聚焦解決最基本的業務流程線上化問題，以及最痛的痛點，例如對賬功能。一期功能有一個原則，凡是可以手工處理和解決的問題，都不做系統支持。所以，類似于“報表”，可以定期跑sql實現；類似于“價格系數設置”，考慮到維護頻率低，可以由RD在后臺改數據庫完成；類似于“搜索、推薦”，并不影響客戶下單，因為根據調研目前每個客戶維護的最多sku數量只有二十個，沒有搜索功能并不會嚴重影響客戶下單效率。
綠色部分，是二期的項目范圍，二期將解決部分特殊業務剛需的訴求，例如要支持“預付款”模式，“賬期”模式，“發票管理”，如果時間允許，可以一并實現若干報表查詢功能。
藍色部分，是三期的項目范圍，三期將聚焦風險控制，并強化運營功能。一般來講，很多互聯網公司初期會先跑業務，走流水，驗證可行性，成本和風險控制并不是特別在意，當業務具備一定規模時，則必須引入系統風控機制，做到事前、事中、事后的風險控制。此外，基于本案例B2B業務的特點，設計中并沒有考慮太多的C端功能。實際上C端只需要保證客戶能夠方便下單，并做一些很粗的運營、通知即可。
