一張圖講清楚產品架構，，手把手教你畫產品框架圖

知了 Club_ 有鹿 阿里巴巴 產品經理 昨天 23：10

本文屬于「產品框架系列」，是「知了 Club」專為 0-3 歲產品經理設計的原創主題分享，幫你提升產品設計的核心競爭力，從新手走向資深。

什么是產品架構圖

產品架構圖是產品經理用來表達本身產品設計機制的一張概念圖：

它將可視化的具象產品功能，抽象成信息化、模塊化、層次清晰的架構，并通過差別分層的交互關系、功能模塊的組合、數據和信息的流轉，來傳遞產品的業務流程、商業模式和設計思路。

由于產品架構圖通常用于比較復雜的產品項目中，目前介紹產品架構圖的相關書籍和資料極少(尤其是入門級另外資料很少提及)，卻是設計復雜產品時不成或缺的文檔之一。

沒有資料的探索過程漫長且沒有標的目的，在終于有所沉淀后，我花了四周寫下了這篇總結，希望可以為你繪制產品框架圖時提供簡明的參考。

為什么要畫

梳理本身對產品標的目的的判斷：

思考這張圖如何設計的過程，也是幫手你梳理 " 半年內本身的產品該往何處去、需求應該如何分期和落地、和其他產品的依賴 & 競爭關系是什么、未來的可拓展性在哪里 " 等問題的過程。

為技術 & 運營的輸出形成支撐：

當這張圖被設計出來后，根據產品架構圖的結構和路徑，項目的里程碑(RoadMap)就可以被清晰的拆解出來，同時項目成員也可以按照這張架構圖產出運營計劃、技術系統架構方案等強依賴產品標的目的的方案。

讓他人可視化的理解你的產品架構：

能較為清晰簡單的呈現本身的思路、明確本身的產品界限、指明發展的標的目的，常用于在項目規劃或項目總結中進行演示，幫手不了解你的產品的人快速的建立對你的產品結構、功能、復雜度的認知。

何時需要畫

建議在復雜項目開始前寫：

當你要開始設計一個系統性、完整的需求時，如果跳過畫產品架構圖的步驟，直接開始畫原型、寫 PRD、kick off，就很容易發生 " 改了又改 "、" 做了一版需求然后又推翻 " 的情況。

但 " 種一棵樹最好的時間是十年前，其次是現在 "：

如果你的項目已經進行到一半，本身卻從未產出過這張圖，那么就從此刻開始，根據下文的步驟嘗試為本身的產品產出一張產品架構圖吧。

如何畫

之前我們分享了【AR 最全干貨及資料】設計 AR 產品，你必然要看的總結 ，你可能對 AR 相關的配景知識已經有所了解。為了分享的延續性，我們來做一個大膽的假設 *：

假設你是 微信 - 掃碼功能 的產品經理，有一天老板把你叫到辦公室，一番鼓勵后拍著你的肩對你說：

" 蘋果發布會看了沒?蘋果這么重視對 AR 能力的支持，我們微信也要趕緊把 AR 功能做起來。這是個 Allen(張小龍)很重視的項目，你回去好好設計一下，明天來跟我過方案。記住，要能夠一炮打響，全民參與喔!"

啊，張小龍級另外項目啊!明天就要出方案，怎么辦 ?

畫前準備

列出問題域

在需求初期，產品經理得到的往往只是一句比較模糊的需求描述，它們可能來自于老板、運營或用戶。

直接把這句話作為核心產品功能是不恰當的，合理的做法是先把這個產品所有的問題域列清楚。

" 問題域 " 是指本身的產品能夠解決的所有問題的空間集合。從核心需求出發，將所有當前需要解決、未來可能要解決的問題放入產品框架的范圍，能夠幫手你的產品架構圖擁有更高的可拓展性，在后續具備迭代和優化的空間。

以微信 AR 的需求為例，問題域是這樣一個集合：

詳細操作步驟：

1. 找到收到的需求中，跟產品形態、產品目標相關的詞句，去列出 "XX 的流程會是什么樣 "、"XX 該怎么達成 " 之類的問題，直到如果這些問題解決，能夠實現核心需求的標的目的和業務目標。

2. 去逐次尋找這些問題需求被解決的過程中，是否有其他要先解決掉的問題、或者其他跟業務相關的問題能夠被解決 / 改善。

3. 根據層級去羅列出所有的問題，并附上本身的初步回答，從而形成一個初步的、本身的產品能夠解決的 " 問題域 "。

12下一頁

作者：PMCAFF文章：19篇人氣：27662

標簽：林芝 鹽城 九江 東營 烏魯木齊