今天作者和大家分享的是產(chǎn)品架構(gòu)圖的設計與畫法，架構(gòu)圖將可視化的具象產(chǎn)品和服務，抽象成信息化、模塊化、層次結(jié)構(gòu)以及關(guān)聯(lián)關(guān)系清晰的架構(gòu)，并通過不同分層的交互關(guān)系、功能模塊的組合、數(shù)據(jù)和信息的流轉(zhuǎn)，來傳遞產(chǎn)品的業(yè)務流程、商業(yè)模式和設計思路。

文章結(jié)構(gòu)：

1. 基于抽象和復雜對產(chǎn)品架構(gòu)圖的一些思考；
2. 產(chǎn)品架構(gòu)圖的設計思考與畫法。

一、基于抽象和復雜對產(chǎn)品經(jīng)理個人能力的一些思考

日常的工作中，假如你身邊坐了一個女程序猿，為了讓乏味的工作氛圍增加點提神的荷爾蒙，文藝又懂點技術(shù)的你可能會對她說：小姐姐，我能把世間萬物抽象成一個類，但唯獨不能抽象你，你在我眼里美的那么具體。然后她開心的接過了你改了又改的需求。

上面提到了“抽象”的概念，抽象是指從具體事物抽出、概括出它們共同的方面、本質(zhì)屬性與關(guān)系等，而將個別的、非本質(zhì)的方面、屬性與關(guān)系舍棄，這種思維過程，稱為抽象。

抽象思維是個人能力模型當中很重要的一種軟能力，它不像文檔能力，Axure能力等的硬能力，只需要通過時間的積累和實踐學習就能獲得。許多偉大且高級的知識&理論，以及深度的思考，都具有高度的抽象性。

很多經(jīng)典的公式：歐拉公式、麥克斯韋方程、質(zhì)能方程；以及理論：亞里士多德的三段論表述，牛頓的三定律表述，達爾文的進化論表述等。

基于以上我們都能得出一個結(jié)論：思考越復雜，形式越簡單，反之亦然。

架構(gòu)圖是一個產(chǎn)品經(jīng)理對整個產(chǎn)品，服務&商業(yè)模式有一個高階抽象理解后的可視化的表達方式，同時也是產(chǎn)品研發(fā)初期最應該去規(guī)劃設計的東西。

二、產(chǎn)品架構(gòu)圖的設計思考與畫法

2.1 為什么要畫

• 梳理自己對產(chǎn)品方向的判斷：思考這張圖如何設計的過程，也是幫助你梳理“半年內(nèi)自己的產(chǎn)品該往何處去？需求應該如何分期和落地？和其他產(chǎn)品的依賴 & 競爭關(guān)系是什么？未來的可拓展性在哪里 ？”等問題的過程。
• 為技術(shù) & 運營的輸出形成支撐：當這張圖被設計出來后，按照產(chǎn)品架構(gòu)圖的結(jié)構(gòu)和路徑，項目的里程碑（RoadMap）就可以被清晰的拆解出來，同時項目成員也可以根據(jù)這張架構(gòu)圖，產(chǎn)出運營計劃、技術(shù)系統(tǒng)架構(gòu)方案等，強依賴產(chǎn)品方向的方案。
• 讓他人可視化的理解你的產(chǎn)品架構(gòu)：能較為清晰簡單的呈現(xiàn)自己的思路，明確自己的產(chǎn)品邊界，指明發(fā)展的方向，常用于在項目規(guī)劃或項目總結(jié)中進行演示，幫助不了解你的產(chǎn)品的人快速的建立對你的產(chǎn)品結(jié)構(gòu)、功能、復雜度的認知。

2.2 何時需要畫

建議在復雜項目開始前寫：當你要開始設計一個系統(tǒng)性、完整的需求時，如果跳過畫產(chǎn)品架構(gòu)圖的步驟，直接開始畫原型、寫 PRD、kick off，就很容易發(fā)生 “改了又改”、“做了一版需求然后又推翻”的情況。

但“種一棵樹最好的時間是十年前，其次是現(xiàn)在 ”：如果你的項目已經(jīng)進行到一半，自己卻從未產(chǎn)出過這張圖，那么就從此刻開始，按照下文的步驟嘗試為自己的產(chǎn)品產(chǎn)出一張產(chǎn)品架構(gòu)圖吧。

2.3 如何畫

2.3.1 架構(gòu)圖的分類與畫法

（1）基于技術(shù)&功能的產(chǎn)品架構(gòu)圖

這個是相對簡單的產(chǎn)品功能架構(gòu)圖，列出產(chǎn)品已經(jīng)擁有或初期產(chǎn)品規(guī)劃階段，應該擁有的功能進行抽象歸類，描述出模塊結(jié)構(gòu)和關(guān)聯(lián)關(guān)系。例如：一些小功能附屬于某些大功能，一些功能的前提是擁有另一些功能作為支撐等。

當然以上的“技術(shù)”都被產(chǎn)品模塊封裝的很好，沒必要展示和強調(diào)，有些架構(gòu)圖中會可以強調(diào)某些重要的技術(shù)。例如：OCR等。

（2）基于產(chǎn)品，技術(shù)和功能的服務架構(gòu)圖

下圖是阿里云互聯(lián)網(wǎng)金融解決方案服務架構(gòu)圖，基于現(xiàn)有產(chǎn)品以及產(chǎn)品所承載的功能，提供的服務構(gòu)成了整套的解決方案架構(gòu)。對基本的功能和產(chǎn)品進行抽象歸類，劃分模塊。模型框架選用底層，中層，表層來表達。

說道模型和框架又是一項很重要的能力，工作中我們要去積累遇到的一些框架和模型，理解后有利于參與架構(gòu)圖的設計，也有利于鍛煉我們的抽象思維，架構(gòu)的概念更多的被軟件工程所引用。

例如：

• 計算機系統(tǒng)的：輸入-計算-輸出 模型；
• MVC框架的：模型(model)－視圖(view)－控制器(controller) 模型；
• 互聯(lián)網(wǎng)的七層協(xié)議模型： 7 應用層、6 表示層 、5 會話層、 4 傳輸層 、3 網(wǎng)絡層 、2 數(shù)據(jù)鏈路層 、1 物理層 ；
• 軟件系統(tǒng)架構(gòu)的分層模型：第一層數(shù)據(jù)存儲層，?第二層數(shù)據(jù)交換層，第三層應用支撐層，第四層應用層，第五層展現(xiàn)層，第六層用戶層，等。

（3）基于功能，技術(shù)，產(chǎn)品與服務的系生態(tài)&商業(yè)模式架構(gòu)圖

功能基于技術(shù)，產(chǎn)品基于功能，服務基于產(chǎn)品，生態(tài)系統(tǒng)和商業(yè)模式基于所有。

例如：上圖就包含了技術(shù)、產(chǎn)品、服務等一系列形成了生態(tài)架構(gòu)或者說商業(yè)模式。

2.4 回顧總結(jié)如何畫架構(gòu)圖

1. 搞清楚要畫的架構(gòu)圖的類型；
2. 確認要元素（技術(shù)、產(chǎn)品、服務）；
3. 簡單架構(gòu)的關(guān)聯(lián)關(guān)系：包含、支撐、同級并列……；復雜架構(gòu)的關(guān)聯(lián)關(guān)系：引用合適的架構(gòu)和模型，分層后在逐層按照簡單架構(gòu)的關(guān)聯(lián)關(guān)系處理；
4. 輸出邏輯結(jié)構(gòu)，關(guān)聯(lián)關(guān)系清晰的架構(gòu)圖。

寫在最后

形式簡單的東西，往往背后蘊含著巨大的復雜，這部分復雜被轉(zhuǎn)移到思考的層面。愛伊斯坦說過：如果你不能把復雜的東西用最簡單的方式表達，那說明你還沒有足夠的理解它。如果你不用開起來復雜的原型圖，流程圖就能把一個產(chǎn)品，服務，生態(tài)和商業(yè)模式講清楚，那么你就真的理解了。

參考資料：

有鹿：一張圖講清楚產(chǎn)品架構(gòu)，手把手教你畫產(chǎn)品框架圖；

CSDN博客、百度百科、知乎。

Allen，公眾號：思維改變生活，中級產(chǎn)品經(jīng)理一枚，喜歡研究高階的產(chǎn)品學習方法論，從而改變職業(yè)成長的加速度變量。

本文由 @Allen 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議