怎麼了解“架構”？這篇文章裡，作者針對系統應用架構和産品功能架構這兩大次元做了整理和輸出，想了解架構設計的産品同學，不妨來看一下。
架構一詞聽起來就是個很高大上的東西，對于國中級産品經理來說接觸更多的往往是産品功能架構。通過産品功能架構可以讓我們跳出具體的某一個功能細節，站在更高的視角上去了解産品，設計産品和規劃産品。而企業級的應用架構則需要産品經理具備很強的抽象能力和經驗積累，才能設計出能夠支撐公司戰略發展和業務架構快速運轉的合理架構。
一、系統應用架構
1. 系統應用架構定義及常用結構
系統應用架構的定義：企業級的應用架構起到了統一規劃、承上啟下的作用，向上承接了企業戰略發展方向和業務模式，向下規劃和指導各個IT系統的定位和功能。他包括了企業的應用架構藍圖、架構标準/原則、系統的邊界和定義、系統間的關聯關系等方面的内容。
現代化的企業架構通常包含以下六個層級：
- 對外系統：第一層是對外系統。所有供企業外部客戶使用的系統都在這一層，包括官網、普通使用者或客戶使用的C端H5、APP等。
- 管理背景：第二層是與C端系統對應的管理背景。有的子產品會被抽象成公共服務下沉到第五層。
- 業務單元支援系統：第三層是業務單元支援系統。絕大多數業務的開展都不可能隻靠線上的運作來實作，這在B端企業中尤為明顯，往往需要線下的銷售（CRM系統），倉儲服務（倉儲管理系統）、智能生産（MES系統）等去支撐業務運作。
- 職能單元系統：第四層是職能單元支援系統。企業發展到一定規模後，必然會有完善的職能單元作為後勤部門，來支援業務單元的運轉和企業的正常運作，例如法務、财務、人力部門，每個部門工作的開展都需要相應系統的支援。
- 基礎服務支撐系統：資訊化建設達到一定程度後，企業有必要将通用功能服務化、平台化，以提升服務效率，保證應用架構的合理性。這類系統主要給其他應用系統提供基礎服務能力支援。比如各類中台系統。
- 資料底層和應用：和第五層類似，這一層主要聚焦于資料層面的統一和封裝，對各個下遊系統提供資料服務。如資料倉庫等。
2. 應用架構設計原則
企業的不同階段（初期、成長期、成熟期）以及不同的業務模式所采用的系統應用架構肯定是不同的。到現在為止也沒有一套标準的應用架構設計原則，在設計時隻能遵循一些通則。
二、産品功能架構
1. 産品功能架構定義
簡單來說産品功能架構是産品經理用來表達自己産品設計機制的一種具象化的表達。它描述了産品的各個功能子產品、子系統或元件之間的關系和互動方式。它将整個産品抽象成資訊化、子產品化、層次清晰的架構，并通過不同分層的互動關系、功能子產品的組合、資料和資訊的流轉，來傳遞産品的業務流程、商業模式和設計思路。
2. 産品功能架構的作用
産品功能架構主要有對自己和對團隊兩個方面的作用，對自己能夠幫助自己跳出産品實作細節站在更高的視角上去設計産品，規劃産品。就像寫文章前一定要列好大綱，能夠幫助我們有更清晰的設計思路。産品是需要整個團隊共同努力的，那麼産品功能架構就像一份基本的産品說明書，讓團隊成員一目了然，讓大家明确統一的方向。
3. 如何繪制B端産品功能架構
對于如何繪産品功能架構應該沒有标準公認的方法流程，以下僅代表個人實際工作經驗。
經典口訣：一理場景畫流程，二列頁面和子產品，三把功能來聚類，四五縱橫法上陣，一張好圖勝千言。
在B端需求調研中得到的基本都是業務場景，業務流程、業務規則。在每個業務場景中，使用者可能會操作通路不同的界面子產品，就需要将這些場景中的共性内容抽離出來進行分類劃分。
案例背景：随着某金融科技公司的不斷發展，考慮将标準化風控能力和金融能力進行系統Saas化，實作各行業中核心企業與其合作客戶的供應鍊金融貸款需求。
1）場景及流程抽象出子產品
以下為部分核心場景舉例。
在進行B端系統建設前要明确産品為不同角色解決什麼問題，核心角色及其期望以及對應的核心業務流程。那對于C端來說這一步應該就是列舉出問題域及核心功能流程。
2）明确架構分層
一個具備前背景關系的産品架構圖至少分為三層：使用者感覺層（在何種場景下通過何種方式觸達使用者）、功能子產品層（通過哪些功能子產品實作産品的核心功能、和哪些外部平台功能有資訊互動）、資料層（産品的資料從哪裡來、産品的資料沉澱到何處去）。在本案例中涉及到核企及客戶兩個不同的使用角色，那麼就會涉及到兩套子系統。使用者感覺層可以通過PC端和H5端進行快速搭建。
3）加入資訊流轉
産品架構圖在表達産品的核心功能外，也應該展現資訊流動的路徑：目前層級資料的互動形成産品功能，産品功能又産生新的資料，進而推動下一層級的功能運轉起來。
4. 三種抽象思路
為什麼從場景和流程中就可以抽象出子產品呢？如何抽象的呢？以下是三種常用的抽象思路。
1）基于業務領域抽象子產品
業務領域是一個很寬泛的概念，可能包括業務部門、業務單元、業務主體等。業務領域作為子產品劃分依據，讓子產品之間展現出了更強的内部聚合性及松耦合特征。
2）基于業務場景抽象子產品
基于業務場景抽象子產品和基于業務領域抽象子產品的差別之處是，後者的内聚屬性更強，和技術架構的子產品設計比較貼合；而前者更多從使用者體驗和業務邏輯出發來做子產品劃分，在場景菜單下可能會融合多個子產品的功能。
WMS系統的菜單設計，一級菜單包含了運輸管理、進貨管理、出貨管理、退貨管理、盤點管理等子產品，這些都是典型的倉配業務場景。
3）基于業務對象抽象子產品
将業務開展運作中關鍵的業務對象（人、事、物都有可能）定義成子產品，比較有代表性的是給銷售團隊使用的SFA CRM。
三、系統、子產品、功能的區分
企業級系統應用架構是站在更高的業務全景視角去設計的，合理的企業級應用架構可以快速支撐企業開展新的業務模式。
而産品功能架構隻是單純的從産品功能聚合角度把一類相關性強的功能聚合在一起,進而友善進行功能分組管理，幫助團隊對産品形成統一的整體認知。相比于企業系統應用架構，産品功能架構是國中級産品經理接觸更多的一種架構圖。他更關注于某一系統的具體功能子產品劃分。
本文由 @B端阿超 原創釋出于人人都是産品經理。未經許可，禁止轉載
題圖來自Unsplash，基于 CC0 協定
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。