一、什么是產(chǎn)品架構(gòu)圖

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

 

 

它將可視化的具象產(chǎn)品功能，抽象成信息化、模塊化、層次清晰的架構(gòu)，并通過不同分層的交互關(guān)系、功能模塊的組合、數(shù)據(jù)和信息的流轉(zhuǎn)，來傳遞產(chǎn)品的業(yè)務(wù)流程、商業(yè)模式和設(shè)計思路。

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

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

二、為什么要畫

梳理自己對產(chǎn)品方向的判斷：

思考這張圖如何設(shè)計的過程，也是幫助你梳理“半年內(nèi)自己的產(chǎn)品該往何處去、需求應(yīng)該如何分期和落地、和其他產(chǎn)品的依賴&競爭關(guān)系是什么、未來的可拓展性在哪里”等問題的過程。

為技術(shù)&運營的輸出形成支撐：

當(dāng)這張圖被設(shè)計出來后，按照產(chǎn)品架構(gòu)圖的結(jié)構(gòu)和路徑，項目的里程碑(RoadMap)就可以被清晰的拆解出來，同時項目成員也可以根據(jù)這張架構(gòu)圖產(chǎn)出運營計劃、技術(shù)系統(tǒng)架構(gòu)方案等強依賴產(chǎn)品方向的方案。

讓他人可視化的理解你的產(chǎn)品架構(gòu)：

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

三、何時需要畫

建議在復(fù)雜項目開始前寫：

當(dāng)你要開始設(shè)計一個系統(tǒng)性、完整的需求時，如果跳過畫產(chǎn)品架構(gòu)圖的步驟，直接開始畫原型、寫PRD、kick off，就很容易發(fā)生“改了又改”、“做了一版需求然后又推翻”的情況。

但“種一棵樹最好的時間是十年前，其次是現(xiàn)在”：

如果你的項目已經(jīng)進(jìn)行到一半，自己卻從未產(chǎn)出過這張圖，那么就從此刻開始，按照下文的步驟嘗試為自己的產(chǎn)品產(chǎn)出一張產(chǎn)品架構(gòu)圖吧。

四、如何畫

之前我們分享了【AR最全干貨及資料】設(shè)計AR產(chǎn)品，你一定要看的總結(jié) ，你可能對AR相關(guān)的背景知識已經(jīng)有所了解。為了分享的延續(xù)性，我們來做一個大膽的假設(shè)*：

假設(shè)你是 微信-掃碼功能 的產(chǎn)品經(jīng)理，有一天老板把你叫到辦公室，一番鼓勵后拍著你的肩對你說：

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

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

1.畫前準(zhǔn)備

1.1列出問題域

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

直接把這句話作為核心產(chǎn)品功能是不恰當(dāng)?shù)模侠淼淖龇ㄊ窍劝堰@個產(chǎn)品所有的問題域列清楚。

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

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

 

 

詳細(xì)操作步驟：

1. 找到收到的需求中，跟產(chǎn)品形態(tài)、產(chǎn)品目標(biāo)相關(guān)的詞句，去列出“XX的流程會是什么樣”、“XX該怎么達(dá)成”之類的問題，直到如果這些問題解決，能夠?qū)崿F(xiàn)核心需求的方向和業(yè)務(wù)目標(biāo)。

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

3. 按照層級去羅列出所有的問題，并附上自己的初步回答，從而形成一個初步的、自己的產(chǎn)品能夠解決的“問題域”。

1.2確定產(chǎn)品方向

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

以微信AR的需求為例，根據(jù)問題域，我們發(fā)現(xiàn)需求不只是掃碼組件增加AR識別能力這么簡單，整個需求里需要引入廣告主的角色，并且需要和廣點通、騰訊開放平臺等團(tuán)隊合作。最終得到的產(chǎn)品方向描述是這樣的:

 

 

詳細(xì)操作步驟：

問題域的環(huán)節(jié)非常發(fā)散，這一步需要回歸基礎(chǔ)，把模糊的需求補充、拓展和翻譯成一個在商業(yè)模式和用戶體驗上能夠形成閉環(huán)的產(chǎn)品需求。

1. 核心需求確定：我的產(chǎn)品核心解決的是哪批用戶、哪個用戶需求?

2. 產(chǎn)品目標(biāo)：如果以一個數(shù)字指標(biāo)衡量我的產(chǎn)品，它應(yīng)該是什么?

3.用戶場景：核心需求基本的產(chǎn)品形態(tài)、用戶使用的路徑是怎樣的?

1.3清晰的業(yè)務(wù)流程

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

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

 

 

2.著手繪制

2.1搭建基礎(chǔ)框架

基礎(chǔ)的產(chǎn)品框架脫胎于業(yè)務(wù)流程，但相比業(yè)務(wù)流程，更加注重產(chǎn)品功能的枚舉、功能模塊之間的分界。

詳細(xì)操作步驟：

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

 

 

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

 

 

3. 將明顯是同一個產(chǎn)品范圍、同一組產(chǎn)品功能的模塊放在同一層級，得到一個基礎(chǔ)的產(chǎn)品框架。

 

 

2.1明確架構(gòu)分層

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

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

處理不同信息層級的邊界：

架構(gòu)圖的層級表達(dá)的其實是信息之間的流轉(zhuǎn)關(guān)系，不同信息層級之間一定是有邏輯關(guān)系的。

其中用戶感知層和數(shù)據(jù)層通?？梢院喕癁橐粚?用戶端的功能表達(dá)往往邏輯簡單、數(shù)據(jù)的來源問題則不是自己產(chǎn)品的核心功能)，而功能模塊層則需要按照自己產(chǎn)品的邏輯去將功能模塊層內(nèi)的主要模塊變成新的層級。

 

 

2. 處理同一層級內(nèi)子模塊的邊界：

各層次之間雖然相關(guān)，但同一層次內(nèi)的子模塊之間一定是互相獨立、界限分明的(常常對應(yīng)著不同的開發(fā)團(tuán)隊和系統(tǒng)應(yīng)用)。將解決不同問題的功能拆分成兩個子模塊，做到一個問題只在同一層解決，避免牽一發(fā)而動全身的情況出現(xiàn)。

 

 

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

產(chǎn)品邊界對于開發(fā)設(shè)計系統(tǒng)架構(gòu)、業(yè)務(wù)間的合作模式都非常重要。用不同顏色標(biāo)識清楚產(chǎn)品框架中，各個部分所屬產(chǎn)品的邊界，通常其中屬于自己團(tuán)隊的部分用亮色表示。

 

 

2.3加入信息流轉(zhuǎn)機制

產(chǎn)品架構(gòu)圖在表達(dá)產(chǎn)品的核心功能外，也應(yīng)該體現(xiàn)信息流動的路徑：當(dāng)前層級數(shù)據(jù)的交互形成產(chǎn)品功能，產(chǎn)品功能又產(chǎn)生新的數(shù)據(jù)，從而推動下一層級的功能運轉(zhuǎn)起來。

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

五、最終檢查

一張好的產(chǎn)品架構(gòu)圖，應(yīng)該具備以下特點。

清晰的模塊功能邊界

功能經(jīng)過抽象，做到標(biāo)準(zhǔn)化、互相獨立

上下游產(chǎn)品功能邊界清晰，架構(gòu)分層明確合理

具備迭代優(yōu)化的能力

記得不斷根據(jù)你的產(chǎn)品的發(fā)展情況來更新產(chǎn)品架構(gòu)圖，每次修改的過程對提升產(chǎn)品架構(gòu)能力的幫助非常巨大。