聊聊產品架構圖

0 評論 10986 瀏覽 34 收藏 7 分鐘

我們在工作中會使用到產品架構圖,但是對于產品構架圖大家又了解多少呢?下面這篇文章的筆者主要講述關于產品架構圖的一些相關內容,大家一起來看看吧!

一、如何定義產品架構圖

產品在設計或迭代的過程中,會通過多種形式和方法來幫助我們分析和表達。

其中,關于結構圖的運用,就有“功能結構圖”、“信息結構圖”以及本文提及的“產品架構圖”之分。

“架構”是一種思維方式,是一種化“實體”為“抽象”的方式,同時也是化“復雜”為“簡單(核心)”的一種體現。

在IT行業,架構也有不同的方向和運用。比如我們經??吹降臉I務架構、應用架構、技術架構、人員架構、產品架構等。

不同的架構也有不同的定義和用途。比如“技術架構”,它能夠幫助我們梳理產品或系統的技術分層,以及每一個分層之間的技術框架和交互,同時明確技術相關的標準和規范等。

一般情況下(針對B端和G端產品),先有“業務”,再有“產品”。

即“產品架構圖”的前身應該是“業務架構圖”,產品架構圖是在業務的基礎上演化而來,是通過對業務的進一步抽象,結合產品的用戶角色、核心價值以及商業模式,而描繪出來的產品藍圖。

二、產品架構圖的作用

通過“產品架構圖”,我們可以:
  • 梳理產品是否緊緊圍繞著核心業務而展開,是否有偏離軌道。
  • 梳理產品各結構(模塊)之間的交互關系(如數據關系)。
  • 梳理產品的外部關系(如對接關系)。
  • 梳理產品的競品關系(不同細粒度下的模塊競品或“參考”)。
  • 梳理產品的發展側重點(方向)或發展的路徑。
  • 梳理產品的政策方向(產品是否和時事緊密相關)。
  • 為團隊普及或對外推廣提供快速了解產品的媒介。
  • 為團隊達成產品發展共識的可視化工具。
產品架構圖,更多的是在產品前期階段的運用。但是在我們實際入職工作的時候,很少產品是在“0”階段開始的。不過產品或者社會本身就是一個不斷快速發展的過程,一個產品的良性發展,本身少不了一個完整的產品架構圖。因此不管當前產品屬于哪個階段,一個完整的架構圖都是必不可少的。

三、如何構建產品架構圖

1. 分析業務

一個合格的產品架構圖,離不開對業務的深刻理解。只有在深刻理解業務的前提下,才能對業務抽象成一個個具體的層級或功能模塊,組成一個完整的產品架構圖。

2. 整合結構

在業務的基礎上轉化架構,在這個過程中,我們需要分析哪些是共性的結構,哪些是獨有的結構。

針對共性的結構,我們需要進一步抽象成一個個公共的服務模塊,梳理這些公共模塊的服務方向和內容;針對個性的結構,分析該結構在產品發展過程中的趨勢,是否能夠獨立撐起一個完整的子系統架構,是否會在發展過程中被其他的功能模塊替代等。

3. 整合流程

在產品架構圖中,各功能模塊既是獨立的,也是相關的。我們在梳理的過程中,需要時刻判斷我們的架構是否符合完整的業務閉環,是否能夠走通整個業務流程,符合每個階段的核心需求。

4. 明確定位

在梳理的過程中,我們需要時刻銘記產品的核心定位,不能隨意的發散產品的功能,應該是以定位為核心而構建我們的架構,明確產品的邊界和發展的優先級(必要時通過標記區分)。

5. 注意序列

為了能夠讓產品架構圖在產品的發展過程中發揮更好的作用,產品架構圖之間的模塊序列應該是存在一定關系的。
比如相同層級的關系并列擺放,先后層級的關系順序擺放,父子層級的關系包含擺放等。

6. 結合場景

為了更好的佐證產品架構圖的業務準確性,可以適當的結合核心業務場景。它類似于一種演繹,把產品架構圖中的模塊通過場景的方式表達出來,看是否真正的貼切實際的使用場景。

以上主要是關于產品架構圖的思路設計,可以參考以下文章同步閱讀。

一文讀懂電商產品架構

四、最后

產品架構圖它并不是一成不變的,它應該是隨著時代的發展、政策的變化、公司的發展策略而實時調整的。當然,它的每一次調整,都有可能會影響到整個產品的巨大調整。

同時,筆者認為,并不是一定要完整的產品才會適用產品架構圖。它只是一種我們產品經理作為分析的工具,并不能局限于產品本身,而是要看使用者本身如何使用以及使用后鎖帶來的價值。

本文由 @小劉 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!