做好一個產品的產品架構，能清晰地組織好業務系統的邏輯、明確指導產品的設計、迭代、優化。而細化到B端產品架構上，筆者認為有以下四步需要注意。

產品架構指的是產品的整體性結構。

對于B端產品，產品架構就是整個產品的頂層設計，就是整個產品的骨骼。

B端產品的開發應該是嚴謹、科學和工程化的，不管是采用傳統軟件瀑布開發模式，還是采用時下流行的敏捷開發模式，都需要自頂而下地完成整個產品的脈絡梳理和框架設計。

產品架構，主要描述產品的業務系統邏輯，指導產品的設計和迭代過程，確保產品和業務的緊密結合。

C端產品的架構，可以采用《用戶體驗要素》的五層要素模型，設計產品架構。

而B端產品則主要基于業務設計產品架構。設計B端產品架構的核心是，找到產品和業務的匹配點。即將業務整合到產品的各系統模塊中，并為客戶創造更多的價值。

在B端產品的開發過程中，產品架構設計過程主要發在完成客戶調研后，設計業務解決方案時。

基于客戶業務，設計產品架構，主要有四個步驟，如下所示：

• 第一步，業務架構分析
• 第二步，系統結構設計
• 第三步，核心中樞分析
• 第四步，畫出架構藍圖

就像人體的骨骼系統一樣，做「業務架構分析」是分析人體都有些骨頭，「系統結構分析」是明確骨頭在整個骨骼系統中的位置，做「核心中樞分析」是找出我們以什么韌帶為核心，把整個骨骼系統連接起來。

本文以某個醫美醫院為例，設計出醫美醫院管理系統簡單的產品架構。

一、業務架構分析

在業務架構分析前，B端產品經理首先要保證自己對所在行業有深刻的認知。

對行業有深刻的認知主要表現在以下幾點：

• 全面的行業知識
• 對行業的痛點和特點有所理解
• 了解行業的商業模式
• 能獲取行業意見領袖的意見

業務架構分析的作用是梳理出支撐客戶的業務需要哪些系統。業務架構分析主要包含業務分析、需求分析、跨角色業務流程、系統梳理。

1. 業務分析

分析業務，主要是對業務進行一個整體性分析。

主要分析出：客戶的業務投入什么？產出了什么？參與的角色有那些？客戶對于業務的商業訴求是什么？客戶的核心業務是什么？最后使用流程圖來描繪核心業務。

以本文的醫美醫院為例：

客戶主要投入了醫院和人力成本，產出了經濟收入，參與的角色有醫美客戶、前臺、銷售、咨詢師、醫生、護士?？蛻舻纳虡I訴求是獲取更大的經濟利益?？蛻舻暮诵臉I務，為醫美客戶提供醫美相關的服務。

以下為業務分析后得到的業務流程圖，起點為市場渠道。

2. 需求分析

需求分析主要是分析客戶提出的特定需求，對業務影響，比如新增業務、修改業務流程等。

這里的需求分析，不同于產品功能設計時的需求分析。

做產品架構時，需求分析更加偏向于分析客戶需求和業務間的關系，進而調整我們的業務分析結論。

以本文提到的醫院為例：客戶提出需要，對他的客戶資料進行數字化管理。針對該需求，分析可以得出需要新增CRM相關的業務。

在B端系統設計時，有很多通用的范式需求。比如：登錄系統、企業架構、權限管理、數據權限、報表統計等。

這些可能是業務上不會直觀體現，客戶可能也不會明確提出，但是對于B端產品又是非常必要的。這些范式需求，在我們梳理業務架構時，也是要進行需求分析的。

3. 跨角色業務流程

在完成業務分析后，我們得出了業務的參與角色和業務流程。這時候，就需要明確角色和業務的關系了。

描述角色和業務的關系，可以使用序列圖來分析。

以下為分析，醫美醫院中，在醫美客戶完成醫美手術的的業務中，各角色和業務的關系的序列圖。

其中，護士角色主要是醫生的助理。所以在序列圖中，其位置與醫生所在相同。

4. 系統梳理

完成以上分析后，我們可開始梳理在該產品中會存在哪些子系統。

分析時，需要結合業務流程、需求分析和角色參與關系，劃分各業務系統。以及子系統有哪些角色參與，體現的哪塊子業務。

劃分子系統的原則是優先把同一角色參與，流程中相近，業務相關聯的整合到相同的系統。

筆者梳理出了該產品的系統列表，具體如下所示：

這樣就得到了產品是由哪些骨骼構成的。

二、系統結構設計

在明確產品存在哪些系統后，就需要確認系統間的組織形式。即設計系統的組織結構。

通常系統結構，可以設計為線性結構、散列式結構、層級式結構、核心發散式結構、網狀結構。

每種結構都有他適合的業務特點。我們在設計系統結構時，原則是盡量與真實業務相仿。根據業務分析時，得到的業務流程圖，我們可以將這些系統以線性結構組織起來。在我們的分析出的系統當中，有些系統是不直接參與到業務當中的，這些系統就可以作為支撐系統單獨架構。

在分析系統結構時，我們可以使用用例圖來進行設計。在使用用列圖分析系統結構時，要盡量將圖做出層級結構。

護士角色使用系統和醫生角色相同，這里就不體現了。

非主要業務的支撐系統，可以不用分析，其不會影響整體的結構。

根據用例圖，我們也能明確線性的結構時很符合當前的業務和產品架構的。這也就確定了各個骨骼，在產品中的位置。

三、核心中樞

分析完系統的結構后，就需要為系統確定核心，以及系統間的交互規則。在分析核心中樞時，有幾個簡單的標準。

• 參與角色在各系統普遍存在
• 該系統數據與業務價值直接相關
• 該系統與各系統都要進行交互
• 可以參考系統結構分析序列圖中交互最密集的系統

從業務的角度看本文的例子，所有的系統幾乎都有客戶這個角色參與，所以整套系統應該是圍繞客戶在運轉。

從系統角度看，各系統都需要與客戶管理系統進行交互，所以客戶管理系統是鏈接整個系統的關鍵。在這一整套業務系統的運轉過程，客戶信息就是中樞間的數據在各系統間流轉，并且業務架構是線性結構，所以可以引入BPM(業務流程管理)，來串聯各個業務系統。

客戶管理系統就是系統的中樞，而BPM就像韌帶一樣串聯了各個業務系統。這樣就明確了串聯產品骨骼系統的韌帶。

四、架構藍圖

分析好產品的骨骼系統后，我們需要直觀地以圖的形式將其展示出來。

根據這些系統的職能，我們先將這些系統進行分層。在本例子中，可以分為底層支撐層、基礎架構層、核心單元層、業務執行層和總覽層。

在進行分層時，標準是按系統在整個產品中所起到的作用。比如核心單元層就是，我們分析出的核心中樞。在分層時，我們也要按照至頂而下或由底而上的標準進行。這樣可以使架構圖更井然有序。

通過系統列表、系統結構序列圖、核心中樞系統，就設計出了一個產品的骨骼系統，基于產品架構藍圖完整的勾勒出了整個產品的架構。

五、一些思考

優秀的產品架構是什么樣的？

我的經驗首先是需要對業務進行仿真，模擬真實業務的結構。產品架構圖需要給開發、領導、客戶等閱讀，所以產品架構圖同時需要簡潔明了，降低閱讀者的理解障礙。

當然，產品開發是一個持續性的過程，作為產品骨骼系統的產品架構，理所應當需要保證穩定和擴展性。

在設計產品架構，如何兼容客戶的老系統，也是我們應該仔細思考的。

很多時候，我們需要保持對老系統的整合和兼容；同時搭建新的產品架構。盡量避免，推翻老系統，除非和新系統構成了沖突，或者已經不再適合高速發展的業務了。

在設計產品架構，產品經理應該對客戶的業務進行分析診斷，進而優化我們的產品架構，提升產品的價值。

設計好的產品架構一定是層次清晰、結構明確的。如同，業務要井然有序才能高效執行。

作者：產品小思考，B端產品經理，微信公眾號：產品小思考

本文由 @產品小思考 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議