產品經理的高階能力:架構圖的設計與畫法
今天作者和大家分享的是產品架構圖的設計與畫法,架構圖將可視化的具象產品和服務,抽象成信息化、模塊化、層次結構以及關聯關系清晰的架構,并通過不同分層的交互關系、功能模塊的組合、數據和信息的流轉,來傳遞產品的業務流程、商業模式和設計思路。
文章結構:
- 基于抽象和復雜對產品架構圖的一些思考;
- 產品架構圖的設計思考與畫法。
一、基于抽象和復雜對產品經理個人能力的一些思考
日常的工作中,假如你身邊坐了一個女程序猿,為了讓乏味的工作氛圍增加點提神的荷爾蒙,文藝又懂點技術的你可能會對她說:小姐姐,我能把世間萬物抽象成一個類,但唯獨不能抽象你,你在我眼里美的那么具體。然后她開心的接過了你改了又改的需求。
上面提到了“抽象”的概念,抽象是指從具體事物抽出、概括出它們共同的方面、本質屬性與關系等,而將個別的、非本質的方面、屬性與關系舍棄,這種思維過程,稱為抽象。
抽象思維是個人能力模型當中很重要的一種軟能力,它不像文檔能力,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協議
你這種類型的架構圖,被某個“大神”稱為初級產品經理的架構圖········
希望對于引用摘抄部分標注來源,對作者的尊重
很好很好,給作者點個贊,復雜的思考,才能產出最簡單的框架
最近在做產品規劃和產品架構 求有贊圖 240659695@qq.com
好棒!最近接了一個從0到1的產品,不知道從哪入手,先做了思維導圖,發現還是梳理不清,原來前面還少了架構圖!感謝感謝!還有其他的指導干活嗎?
請問有贊的結構圖有更高清的版本嘛,如有,還請發送郵箱445410716@qq.com, 感謝!
樓主你是怕我們盜圖嗎
很全面,思考得很深入。
好
請問有贊的結構圖有更高清的版本嘛,如有,還請發送郵箱1309559502@qq.com, 感謝!
也沒說怎么確定邏輯關系啊
作為一個非技術出身的人,完全看不太懂
有顏色區分就好多了
找本量子力學,翻翻公式,抄幾個……
然后,就覺得“后端復雜=前端簡單”真的算是個例,他大爺的復雜就是他大爺的復雜。
??
贊同,越是形式簡單的東西背后的思維越是復雜,前期不把全局考慮清楚,就會出現改了又改,重新推翻的情況,如果一句話,一張圖無法簡潔明了地表達清楚邏輯,需要不停的解釋和引導,那說明你還不夠了解它。
謝謝,做產品兩個月了,第一次了解到架構圖
好棒!最近就在為設計從0到1的產品做架構設計,受益匪淺,感謝感謝!
加油