聊聊產品架構圖
我們在工作中會使用到產品架構圖,但是對于產品構架圖大家又了解多少呢?下面這篇文章的筆者主要講述關于產品架構圖的一些相關內容,大家一起來看看吧!
一、如何定義產品架構圖
產品在設計或迭代的過程中,會通過多種形式和方法來幫助我們分析和表達。
其中,關于結構圖的運用,就有“功能結構圖”、“信息結構圖”以及本文提及的“產品架構圖”之分。
“架構”是一種思維方式,是一種化“實體”為“抽象”的方式,同時也是化“復雜”為“簡單(核心)”的一種體現。
在IT行業,架構也有不同的方向和運用。比如我們經??吹降臉I務架構、應用架構、技術架構、人員架構、產品架構等。
不同的架構也有不同的定義和用途。比如“技術架構”,它能夠幫助我們梳理產品或系統的技術分層,以及每一個分層之間的技術框架和交互,同時明確技術相關的標準和規范等。
一般情況下(針對B端和G端產品),先有“業務”,再有“產品”。
即“產品架構圖”的前身應該是“業務架構圖”,產品架構圖是在業務的基礎上演化而來,是通過對業務的進一步抽象,結合產品的用戶角色、核心價值以及商業模式,而描繪出來的產品藍圖。
二、產品架構圖的作用
- 梳理產品是否緊緊圍繞著核心業務而展開,是否有偏離軌道。
- 梳理產品各結構(模塊)之間的交互關系(如數據關系)。
- 梳理產品的外部關系(如對接關系)。
- 梳理產品的競品關系(不同細粒度下的模塊競品或“參考”)。
- 梳理產品的發展側重點(方向)或發展的路徑。
- 梳理產品的政策方向(產品是否和時事緊密相關)。
- 為團隊普及或對外推廣提供快速了解產品的媒介。
- 為團隊達成產品發展共識的可視化工具。
三、如何構建產品架構圖
1. 分析業務
2. 整合結構
在業務的基礎上轉化架構,在這個過程中,我們需要分析哪些是共性的結構,哪些是獨有的結構。
針對共性的結構,我們需要進一步抽象成一個個公共的服務模塊,梳理這些公共模塊的服務方向和內容;針對個性的結構,分析該結構在產品發展過程中的趨勢,是否能夠獨立撐起一個完整的子系統架構,是否會在發展過程中被其他的功能模塊替代等。
3. 整合流程
在產品架構圖中,各功能模塊既是獨立的,也是相關的。我們在梳理的過程中,需要時刻判斷我們的架構是否符合完整的業務閉環,是否能夠走通整個業務流程,符合每個階段的核心需求。
4. 明確定位
在梳理的過程中,我們需要時刻銘記產品的核心定位,不能隨意的發散產品的功能,應該是以定位為核心而構建我們的架構,明確產品的邊界和發展的優先級(必要時通過標記區分)。
5. 注意序列
6. 結合場景
為了更好的佐證產品架構圖的業務準確性,可以適當的結合核心業務場景。它類似于一種演繹,把產品架構圖中的模塊通過場景的方式表達出來,看是否真正的貼切實際的使用場景。
以上主要是關于產品架構圖的思路設計,可以參考以下文章同步閱讀。
四、最后
產品架構圖它并不是一成不變的,它應該是隨著時代的發展、政策的變化、公司的發展策略而實時調整的。當然,它的每一次調整,都有可能會影響到整個產品的巨大調整。
同時,筆者認為,并不是一定要完整的產品才會適用產品架構圖。它只是一種我們產品經理作為分析的工具,并不能局限于產品本身,而是要看使用者本身如何使用以及使用后鎖帶來的價值。
本文由 @小劉 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!