今天作者和大家分享的是產品架構圖的設計與畫法，架構圖將可視化的具象產品和服務，抽象成信息化、模塊化、層次結構以及關聯關係清晰的架構，並通過不同分層的交互關係、功能模塊的組合、數據和信息的流轉，來傳遞產品的業務流程、商業模式和設計思路。
文章結構：
基於抽象和複雜對產品架構圖的一些思考；產品架構圖的設計思考與畫法。
一、基於抽象和複雜對產品經理個人能力的一些思考
日常的工作中，假如你身邊坐了一個女程序猿，為了讓乏味的工作氛圍增加點提神的荷爾蒙，文藝又懂點技術的你可能會對她說：小姐姐，我能把世間萬物抽象成一個類，但唯獨不能抽象你，你在我眼裡美的那麼具體。然後她開心的接過了你改了又改的需求。
上面提到了「抽象」的概念，抽象是指從具體事物抽出、概括出它們共同的方面、本質屬性與關係等，而將個別的、非本質的方面、屬性與關係捨棄，這種思維過程，稱為抽象。
抽象思維是個人能力模型當中很重要的一種軟能力，它不像文檔能力，Axure能力等的硬能力，只需要通過時間的積累和實踐學習就能獲得。許多偉大且高級的知識&理論，以及深度的思考，都具有高度的抽象性。
很多經典的公式：歐拉公式、麥克斯韋方程、質能方程；以及理論：亞里斯多德的三段論表述，牛頓的三定律表述，達爾文的進化論表述等。
基於以上我們都能得出一個結論：思考越複雜，形式越簡單，反之亦然。
架構圖是一個產品經理對整個產品，服務&商業模式有一個高階抽象理解後的可視化的表達方式，同時也是產品研發初期最應該去規劃設計的東西。
二、產品架構圖的設計思考與畫法
2.1 為什麼要畫
梳理自己對產品方向的判斷：思考這張圖如何設計的過程，也是幫助你梳理「半年內自己的產品該往何處去？需求應該如何分期和落地？和其他產品的依賴 & 競爭關係是什麼？未來的可拓展性在哪裡 ？」等問題的過程。為技術 & 運營的輸出形成支撐：當這張圖被設計出來後，按照產品架構圖的結構和路徑，項目的裡程碑（RoadMap）就可以被清晰的拆解出來，同時項目成員也可以根據這張架構圖，產出運營計劃、技術系統架構方案等，強依賴產品方向的方案。讓他人可視化的理解你的產品架構：能較為清晰簡單的呈現自己的思路，明確自己的產品邊界，指明發展的方向，常用於在項目規劃或項目總結中進行演示，幫助不了解你的產品的人快速的建立對你的產品結構、功能、複雜度的認知。
2.2 何時需要畫
建議在複雜項目開始前寫：當你要開始設計一個系統性、完整的需求時，如果跳過畫產品架構圖的步驟，直接開始畫原型、寫 PRD、kick off，就很容易發生 「改了又改」、「做了一版需求然後又推翻」的情況。
但「種一棵樹最好的時間是十年前，其次是現在 」：如果你的項目已經進行到一半，自己卻從未產出過這張圖，那麼就從此刻開始，按照下文的步驟嘗試為自己的產品產出一張產品架構圖吧。
2.3 如何畫
2.3.1 架構圖的分類與畫法
（1）基於技術&功能的產品架構圖
這個是相對簡單的產品功能架構圖，列出產品已經擁有或初期產品規劃階段，應該擁有的功能進行抽象歸類，描述出模塊結構和關聯關係。例如：一些小功能附屬於某些大功能，一些功能的前提是擁有另一些功能作為支撐等。
當然以上的「技術」都被產品模塊封裝的很好，沒必要展示和強調，有些架構圖中會可以強調某些重要的技術。例如：OCR等。
（2）基於產品，技術和功能的服務架構圖
下圖是阿里雲網際網路金融解決方案服務架構圖，基於現有產品以及產品所承載的功能，提供的服務構成了整套的解決方案架構。對基本的功能和產品進行抽象歸類，劃分模塊。模型框架選用底層，中層，表層來表達。
說道模型和框架又是一項很重要的能力，工作中我們要去積累遇到的一些框架和模型，理解後有利於參與架構圖的設計，也有利於鍛鍊我們的抽象思維，架構的概念更多的被軟體工程所引用。
例如：
計算機系統的：輸入-計算-輸出 模型；MVC框架的：模型(model)－視圖(view)－控制器(controller) 模型；網際網路的七層協議模型： 7 應用層、6 表示層 、5 會話層、 4 傳輸層 、3 網絡層 、2 數據鏈路層 、1 物理層 ；軟體系統架構的分層模型：第一層數據存儲層， 第二層數據交換層，第三層應用支撐層，第四層應用層，第五層展現層，第六層用戶層，等。
（3）基於功能，技術，產品與服務的系生態&商業模式架構圖
功能基於技術，產品基於功能，服務基於產品，生態系統和商業模式基於所有。
例如：上圖就包含了技術、產品、服務等一系列形成了生態架構或者說商業模式。
2.4 回顧總結如何畫架構圖
搞清楚要畫的架構圖的類型；確認要元素（技術、產品、服務）；簡單架構的關聯關係：包含、支撐、同級並列……；複雜架構的關聯關係：引用合適的架構和模型，分層後在逐層按照簡單架構的關聯關係處理；輸出邏輯結構，關聯關係清晰的架構圖。
寫在最後
形式簡單的東西，往往背後蘊含著巨大的複雜，這部分複雜被轉移到思考的層面。愛伊斯坦說過：如果你不能把複雜的東西用最簡單的方式表達，那說明你還沒有足夠的理解它。如果你不用開起來複雜的原型圖，流程圖就能把一個產品，服務，生態和商業模式講清楚，那麼你就真的理解了。
參考資料：
有鹿：一張圖講清楚產品架構，手把手教你畫產品框架圖；
CSDN博客、百度百科、知乎。
Allen，公眾號：思維改變生活，中級產品經理一枚，喜歡研究高階的產品學習方法論，從而改變職業成長的加速度變量。
本文由 @Allen 原創發布於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議