產(chǎn)品架構圖通常用于比較復雜的樣畫(huà)產(chǎn)品項目中，是產(chǎn)品程及設計復雜產(chǎn)品時(shí)不可或缺的文檔之一。在本文中，結構筆者也向大家介紹一下畫(huà)產(chǎn)品架構??圖的圖介流程以及關(guān)鍵點(diǎn)，希望對你有所啟發(fā)。紹下

一、畫(huà)產(chǎn)什么是品架產(chǎn)品架構圖

產(chǎn)品架構圖是產(chǎn)品經(jīng)理用來(lái)表達自己產(chǎn)品設計機制的一張概念圖：

它將可視化的具象產(chǎn)品功能，抽象成信息化、構圖關(guān)(guan)鍵(′▽?zhuān)?)模塊化、流點(diǎn)層次清晰的樣畫(huà)架(′?｀)構，并通過(guò)(???)不同分層的產(chǎn)品程及交互關(guān)系、功能模塊的結構組合、數據(ju)和信息的圖介流轉，來(lái)傳遞產(chǎn)品的??紹下業(yè)務(wù)流程、商業(yè)模式和設計思路。畫(huà)產(chǎn)

由于產(chǎn)品架構圖通常用于比??較復雜的產(chǎn)品項目中，目前介紹產(chǎn)品架構圖的相關(guān)書(shū)籍和資料極少（尤其是入門(mén)級別的資料很少提及），卻是設計復雜產(chǎn)品時(shí)不可或缺的文檔之一。

首先梳理?自己對產(chǎn)品方向的判斷，思(′-ι_-｀)考這張圖如何設計的過(guò)程，也是幫助你梳理“??半年內自己的產(chǎn)品該往何處(′?｀)去、需求應(O_O)該如何分期和落地、和其他產(chǎn)品的依賴(lài)、競爭關(guān)系是什么、未來(lái)的可拓展性在哪里”等問(wèn)題的過(guò)程。

1. 為技術(shù)&運營(yíng)的輸出形(′ω｀)成支撐

當這張圖被設計出來(lái)后，按照產(chǎn)(′?ω?`)品架構圖的結構和路徑，項目的里程碑（Roa??dMap）就可以被清晰的拆解(╯°□°)╯出來(lái)，同時(shí)項目成員也可以根據這張架構圖產(chǎn)出運營(yíng)計劃、技術(shù)系統架構方案等強依??賴(lài)產(chǎn)品方向的方案。

2. 讓他人可視化的理解你的產(chǎn)品架構

能較為清晰簡(jiǎn)單的呈現自己的思路、明確自己的產(chǎn)品邊界、指明發(fā)展的方向，常用于在項目規劃或項目總結中進(jìn)行演示，幫助不了(le)解你的產(chǎn)品的人快速的建立對你的產(chǎn)品結構、功能、復雜度的認知。

二、何時(shí)需要畫(huà)

建議在復雜項目開(kāi)始前寫(xiě)：

當你要開(kāi)始設計一個(gè)系統性、完整的(′ω｀)需求時(shí)，如果跳過(guò)畫(huà)產(chǎn)品架構圖的步驟，直接開(kāi)始畫(huà)原型、寫(xiě)PRD，有時(shí)候很容易發(fā)生“改了又改”、“做了一版需求然后又推翻”的情況。如果你的項目已經(jīng)進(jìn)行到一半，自己卻從未產(chǎn)出過(guò)這張圖，那么就從此刻開(kāi)始，按照下文的步驟嘗試??為自己的產(chǎn)品產(chǎn)出一張產(chǎn)品架構圖吧。

三、畫(huà)前準備

列出問(wèn)題域??

在需求初期，產(chǎn)品經(jīng)理得到的往往只是一句比較模糊的需求描述，它們可能來(lái)自(zi)于老板、運營(yíng)或用戶(hù)(╬?益?)。

直接把這句話(huà)作為核心產(chǎn)ヽ(′ー｀)ノ品功能是不恰當的，合理的做法是先把這??個(gè)產(chǎn)品所有的問(wèn)題域列清楚。

“問(wèn)題域”是指自己的產(chǎn)品能夠解決的所有問(wèn)題的空間集合。從核心需求出發(fā)，將所有當前需要解ヾ(′▽?zhuān)??決、未來(lái)可能要解決的問(wèn)題放入產(chǎn)品框架的范圍，能??夠幫助你的產(chǎn)品架構圖擁有更高的可拓展性，在后續具備迭代和優(yōu)化的空間。

以微信AR的需求為例，問(wèn)題域是這樣一個(gè)集合：

詳細操作步驟：

找到收到的需求中，跟產(chǎn)品形態(tài)、產(chǎn)品目標相關(guān)的詞句，去列出“XX的流程會(huì )是什么樣”、“XX該怎么達成”之類(lèi)的問(wèn)題，直到如果這些問(wèn)題解決，能夠實(shí)現核心需求的方向??和業(yè)務(wù)目標。去逐次尋找這些問(wèn)題需求被解決(jue)的過(guò)程中，是否有其他要先解決掉的問(wèn)題、或者其他跟業(yè)務(wù)相關(guān)的問(wèn)題能夠被解決/改善。按照層級去羅列出所有的問(wèn)題，并附上自己的初步回答，從而形成一個(gè)初步的、自己的產(chǎn)品能夠解決的“問(wèn)題域”。四、確定產(chǎn)品方向

在經(jīng)過(guò)問(wèn)題域的羅列后，你應??該能夠得到一個(gè)模糊的產(chǎn)品方向和功能范圍。把這(zhe)些(xie)問(wèn)題域的答案抽象總結成一個(gè)確定的產(chǎn)品需求。

以微信AR的需求為例，根據問(wèn)題域，我們發(fā)現需求不只是掃碼組件增加AR識別能力這么(me)簡(jiǎn)單，整個(gè)需求里需要引入廣告主的角(′ω｀)色，并且需要和騰??訊等(′ω｀)團隊合作。最終得到的產(chǎn)品方向描述??是這樣的:

1. 詳細操作步驟

問(wèn)題域的環(huán)節非常發(fā)散，這一步需要回歸基礎，把模糊的需求(╯°□°）╯補充、┐(′?｀)┌拓展和翻譯成(cheng)一個(gè)在商業(yè)(ye)模式和用戶(hù)體驗(yan)上能夠形成閉環(huán)的產(chǎn)品需求。

核心需求確定：(°□°)我的產(chǎn)品核心解決的是哪批用戶(hù)、哪個(gè)用戶(hù)需求？產(chǎn)品目標：如果以一個(gè)數字指標衡量我的產(chǎn)品，(°ロ°) !它應該是什么？3.用戶(hù)場(chǎng)景：核心需求基本的產(chǎn)品形態(tài)、用戶(hù)使用的路徑是怎樣的？2. 清晰的業(yè)務(wù)流程

這一步需要根據核心產(chǎn)品需求和問(wèn)題域的答案，畫(huà)出簡(jiǎn)單的業(yè)務(wù)流程。業(yè)務(wù)流程是產(chǎn)品設計中常見(jiàn)的圖表，繪制方法就不再多做說(shuō)明。

以微信AR的需求為例，從廣告主準備AR互動(dòng)，到用戶(hù)在前臺使用攝像頭參與互動(dòng)，整個(gè)業(yè)務(wù)流程如下:

五、著(zhù)手繪制1. 搭建(jian)基礎框架

基礎的產(chǎn)品框架脫胎于(yu)業(yè)務(wù)流程，但ヽ(′▽?zhuān)?ノ相比業(yè)務(wù)流程，更加注重產(chǎn)品功能┐(′?｀)┌的枚舉、功能模塊之間的分界。

2. 詳細操作步驟

對照業(yè)務(wù)流程，根據自己設想的產(chǎn)品機制、基本產(chǎn)品形態(tài)和用戶(hù)的使用路徑，列出需要的頁(yè)面&功能&模塊等前后端邏輯。

將剛剛得到的多個(gè)流程圖中所有功能類(lèi)似或者范圍有包含關(guān)系的機制/功能放在一起，以(yi)模塊化的形式形成一張簡(jiǎn)單的矩陣圖。

將明顯是同一個(gè)產(chǎn)品范圍、同一組產(chǎn)品功能的模塊放在同一層級，得到一個(gè)基礎的產(chǎn)品ヾ(＾-＾)ノ框架??。

3. 明確架構分層

一個(gè)具備前后臺關(guān)系的產(chǎn)品架構圖至少分為三??層：用戶(hù)感知層（???在何種場(chǎng)景下通過(guò)何種方式觸達用戶(hù)）、功能模塊層（通過(guò)哪些功能模塊實(shí)現產(chǎn)品的核心功能、和哪些外部平臺功能有信息交互）、數據層（產(chǎn)品的數據從哪里來(lái)(′ω｀)、產(chǎn)品的數據沉淀到何處去）。

在上一步進(jìn)行簡(jiǎn)單分層后，我們已經(jīng)得到一個(gè)初步框架，但是難免會(huì )有分(′▽?zhuān)?層不??明確的問(wèn)題。此時(shí)需要按照兩種維度來(lái)處理架構圖的層級：不同信息層級的邊界、同一層級內模塊和模??塊的邊界。

4. 處理不同信息層級的邊界

架構圖的層級表達的其實(shí)是信息之間的流轉關(guān)系，不同信息層級之間一定是有邏輯關(guān)系的。

其(′▽?zhuān)?)中用戶(hù)感知層和數據層通?？梢院?jiǎn)化為一層（用戶(hù)端的功能表達往往邏輯簡(jiǎn)單、數據的來(lái)源問(wèn)題則不是自己產(chǎn)品的核心功能），??而功能模塊層則需要按照自己產(chǎn)品的邏輯去將功能模塊層內的主要模塊變成新的層級。

5. 處理同一層級內子模塊的邊界

各層次之間雖然相關(guān)，但同一層次內的子模塊之間一定是互相(xiang)獨立、界限分明??的。將解決不同問(wèn)題的功能(neng)拆分成兩個(gè)子模塊，做到一個(gè)問(wèn)題只在(zai)同一層解決，避免牽一發(fā)而動(dòng)全身的情況出現。

6. 明確產(chǎn)品間的邊界

產(chǎn)品邊(bian)界對于開(kāi)發(fā)設計系統架構、???業(yè)務(wù)間的合作模式都非常重要。用不同顏色標識清楚產(chǎn)品框ヽ(′▽?zhuān)?ノ架中，各個(gè)部??分所屬產(chǎn)品的邊界，通常其中屬于自己團隊的部分用亮色表示。

7. 加入信息流轉機制

產(chǎn)品架構圖在表達產(chǎn)品的核心功能外，也應該體現信息流動(dòng)的路徑：當前層級數據的交互形成產(chǎn)品功能，產(chǎn)品功能又產(chǎn)生新的數據，從而推動(dòng)??下一層級ヽ(′ー｀)ノ的功能運轉起來(lái)??。

如果當前產(chǎn)品的主要使用角色只有一個(gè)，則??只需要用箭頭標明模塊間信息流動(dòng)的方式即可。如果當前產(chǎn)品會(huì )涉及的主要角色比較多，則需要用不同顏色的線(xiàn)條將他們和各個(gè)模塊之??間的信息交互關(guān)系外化出來(lái)。

六、(⊙_⊙)最終檢查

清晰的模塊功能邊界功能經(jīng)過(guò)抽象，做到標準化、互相獨立上下游產(chǎn)品功能邊界清晰，架構分層明確合理具備迭代優(yōu)化的能力

記得不斷根據你的產(chǎn)品的發(fā)展情況來(lái)更新產(chǎn)品架構圖，每次??