明確了應用架構，以及需要新建或改造的系統之后，我們需要進一步細化，為每個系統設計功能模塊。這個系統應用于哪些業務場景？用戶可能在系統中做的操作有哪些？通過思考這些問題來抽象出需要具備的功能模塊。產品經理設計的功能模塊代表了其對業務本質訴求的理解和提煉，蘊含了他對業務、系統未來發展的期望。

我們常說，系統建設要有規劃、有節奏，實際上功能模塊圖就是一幅完整的規劃藍圖，能體現出系統的一二級導航菜單結構，是系統的骨架。結合業務需求實現的每一個具體功能，都是在對骨架不斷地填充血肉，讓它更真實、更立體、更豐富。

設計功能模塊的常見問題是模塊層次混亂，以及后來新增功能的隨意擺放，這都會造成用戶使用系統時產生困惑，同時也會導致開發人員編碼設計的混亂。下面我們來聊聊如何設計功能模塊。

從場景到功能模塊

我們調研B端業務，得到的都是場景、流程、業務規則，如何將這些離散的、不具備關聯性的內容，整理、抽象、結構化成為系統的模塊設計，需要設計人員有較高的經驗積累和沉淀，是一件很有挑戰的工作。

每一個獨立的業務場景中，用戶可能會跳轉、訪問不同的模塊、頁面，設計人員需要識別不同場景共性的內容，進行抽象和歸納總結，這就好像將一堆錯綜復雜的線頭，梳理整齊擺放，如下圖。

從場景和流程中梳理抽象出模塊

在M公司分銷業務調研中，我們整理總結了幾個典型業務場景如下表。

M公司分銷平臺的場景提煉到模塊規劃

場景

訴求

關鍵流程

涉及模塊

創建客戶

管理維護客戶基礎數據

新增客戶->

新增門店

客戶管理

維護定價

管理客戶可以采購的商品和價格

定義商品清單=>

設置采購價格=>

對門店或客戶進行配置

客戶管理

商品管理

定價管理

客戶下單

客戶采購人員進行下單

挑選商品=>

添加購物車=>

創建訂單并支付

商品列表

購物車

結算頁

退款退貨

客戶采購人員退款退貨

發起售后申請=>

M公司運營審批=>

逆向物流退貨=>

確認收貨并退款

訂單管理

售后管理

財務管理

對賬開票

兩方周期節點下對賬開發票

發起對賬=>

雙方確認=>

開具發票=>

郵寄發票

財務管理

在模塊的抽象定義中，最難的一步，就是從流程到模塊的轉換的那一小步，看起來水到渠成，細想下去又會毫無頭緒，而“老師傅們”在教徒弟時，每到此處，又總是神秘的莫能兩可，表現出只可意會不可言傳的架勢。其實也不是老師傅們故弄玄虛，確實這臨門一腳的抽象設計，更多的時候來自于經驗的積累和見多識廣，尤其是對同類產品的“觀摩學習”。

當然，我們還是可以總結出經典的幾個模塊抽象的思路。

三種經典的模塊抽象思路

B端產品的功能模塊設計，可以總結為以下三種思路，分別是基于業務領域抽象、基于業務場景抽象、基于業務對象抽象。第一種思路應用最為常見和廣泛，第二種次之，第三種在一些特定系統類型（例如SFA CRM）可以看到。

基于業務領域抽象模塊

最常見的模塊劃分方式是基于業務領域，業務領域是一個很寬泛的概念，可能包括了業務部門、業務單元、業務對象等。業務領域作為模塊劃分的依據，讓模塊之間體現更強的內部聚合性以及松耦合特征。

如下圖，是一家電商ERP系統的管理后臺，其中包括銷售管理、商品管理、客戶管理、CMS管理、工具管理、運營管理、系統管理等模塊，體現出了基于業務領域劃分模塊的特點。

典型的電商ERP系統功能模塊設計

基于業務場景抽象模塊

業務場景和業務領域的區別之處，是后者的內聚屬性更強，和技術架構的模塊設計比較貼合；而業務場景更多的是從用戶體驗和業務邏輯來做模塊劃分，場景菜單下可能會融合多個模塊的功能。

在某些流程屬性比較重的業務系統中，通過業務場景劃分模塊，也能較好地做到功能模塊解耦合的抽象歸類。例如下圖，在WMS系統中，常常包含運輸管理、進貨管理出貨管理、退貨管理、盤點管理等模塊，這些都是典型的倉配業務場景。

典型的WMS系統功能模塊設計

你可以仔細思考對比下業務場景和業務領域的區別。前者體驗屬性更強，后者邏輯抽象屬性更強。

基于業務對象抽象模塊

還有一種比較少見的抽象模塊的思路，基于業務對象來做抽象。將業務開展運作中關鍵的業務對象（人、事、物都有可能），定義成為模塊。比較有代表性的是給銷售團隊使用的SFA CRM。

如下圖，在CRM系統中，客戶、聯系人、商機、訂單都是關鍵數據對象。做過CRM的同學都知道，線索、商機、客戶，既是業務運作管理的關鍵數據對象，也是銷售過程管理的不同階段。所以，雖然說SFA CRM基于業務對象來管理劃分模塊，其實對象的背后也影射了場景。

典型的CRM系統功能模塊設計

以上總結分享了三種劃分模塊的思路，在實踐中，往往幾種思路融合在一起，沒有絕對的原則和方法論。我想強調的是，企業的運作管理體系已經發展多年并非常成熟，對應的管理軟件建設也十分成熟；任何形態的管理軟件系統、B端產品，在模塊劃分和抽象設計中，要盡量參考同類業務的軟件系統的設計思路，這都是前人重要的總結沉淀，蘊含著對業務深刻理解和洞察，切勿自己發明創造，浪費時間。

案例：M公司分銷平臺的功能模塊設計

通過自頂向下的分析思路，我們明確了分銷業務的三個獨立系統（分銷商城前臺、分銷客戶管理后臺、分銷運營管理后臺，見上圖），以及三個系統與公司整體架構的融合關系。接下來，我們進一步拆解設計，每個獨立系統應該具備哪些功能或模塊？我們把能想到的功能集合，現在或未來可能需要的功能列表都列出來，這是一個產品做加法的過程。

分銷商城前臺

分銷商城前臺即客戶下單的H5工具，是一個經典的電商C端系統，分銷客戶需要在上面完成下單購買操作，也需要完成自我管理（例如對下屬門店的管理，對發票、售后的管理），因此主要包括購買流程和個人中心兩大部分。從購買流程的角度考慮，商城需要具備以下功能或模塊：首頁、搜索、推薦、列表頁、詳情頁、購物車、結算頁、收銀臺。個人中心要包括訂單管理模塊、賬號管理模塊、售后管理模塊等；針對分銷業務的特殊訴求，還需要包括門店維護、對賬管理等模塊。分銷商城前臺的功能模塊如圖所示。

分銷商城前臺的功能模塊圖

分銷客戶管理后臺

分銷客戶管理后臺是給分銷客戶管理員使用的管理后臺，主要用來管理下屬門店和子賬號；還需要隨時了解下屬門店和子賬號的經營情況，因而需要查詢所有下屬門店和子賬號的數據；此外還需要進行統一的財務管理。因此分銷客戶管理后臺一共包括下面三個大模塊，其功能模塊如圖所示。

客戶管理模塊，支持子賬號管理與門店管理。綜合查詢模塊，實現所有可能的查詢與信息檢索訴求，包括門店報表、訂單查詢、綜合報表、售后查詢。財務管理模塊，支持基本的發票管理、對賬管理，以及分銷業務特有的預付款管理。

分銷客戶管理后臺的功能模塊圖

分銷運營管理后臺

分銷運營管理后臺是支持M公司分銷業務的核心業務系統，同時也是一套典型的電商管理后臺。典型的電商管理后臺需要具備商品定價管理、財務管理、風控管理、運營管理、客戶管理、報表管理幾大模塊，另外，針對案例中的分銷業務，還需要具備賬期管理模塊，其功能模塊如圖所示。

商品定價管理模塊：一般支持商品管理、價格管理。根據5.3節的分析，在M公司的分銷業務中，其商品管理模塊將完全復用C端業務的商品中心；其價格管理將通過價格系數設置模塊和門店報價管理模塊完成；商品的基本定價數據將從C端業務的價格中心獲取，然后在分銷平臺維護價格系數表和門店報價單，從而計算針對不同客戶和門店的售價。財務管理和賬期管理：基于前期業務調研，我們明確分銷業務要支持賬期和預付款管理，所以相對應的賬期回款監控、預付款管理都是必備功能。報表管理：報表管理模塊將提供各類分析報表，實現對業務運作情況的監控和診斷。風控管理、運營管理：在這兩個一級模塊中還可以實現定價風控、訂單風控、CMS（內容管理）以及消息中心等，這里不再一一介紹。

分銷運營管理后臺的功能模塊圖

作者：楊堃《決勝B端》作者，聊聊產品、職場，分享經典的B端文章。