我們常常會看到“產(chǎn)品架構(gòu)”這個詞，甚至能看到有些公司專門有一個叫做“產(chǎn)品架構(gòu)師”的崗位。

說起架構(gòu)，很多人會覺得很虛，那么到底什么是產(chǎn)品架構(gòu)呢？

我們知道開發(fā)有專門的一個崗位叫技術(shù)架構(gòu)師。推己及人，我們先看下技術(shù)架構(gòu)師是干嘛的？

架構(gòu)師能對線上業(yè)務(wù)進行模塊劃分，系統(tǒng)拆分重構(gòu)，并做好相關(guān)高可用的措施，以保證系統(tǒng)的穩(wěn)定，安全、高效地運行。簡單來說這是一個既需要掌控整體又需要洞悉局部瓶頸并依據(jù)具體的業(yè)務(wù)場景給出解決方案的團隊領(lǐng)導(dǎo)任務(wù)。

先來看下技術(shù)架構(gòu)師的幾個核心關(guān)鍵字：

本質(zhì)上，技術(shù)架構(gòu)的關(guān)鍵字同樣適用于產(chǎn)品架構(gòu)。

技術(shù)架構(gòu)中有一句比較流行的話：一切脫離業(yè)務(wù)的架構(gòu)都是耍流氓。產(chǎn)品更是如此。

——————————————————————————————————————————

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

1.1、B端業(yè)務(wù)體系的構(gòu)成

“人體的消化系統(tǒng)”非常像“B端的業(yè)務(wù)體系”，比如一個患者來診所看病：

客戶需要先在網(wǎng)上預(yù)約，然后在約定時間到診所登記、看診、付費、取藥，最后離開診所。

整個業(yè)務(wù)流程由很多”器官”組成：“軟性器官”比如預(yù)約、登記、看診、付費、取藥等模塊，“硬性器官”比如醫(yī)生、護士、藥師，以及對應(yīng)的藥品、材料、叫號硬件、打印機等等。

這些軟性和硬性的“器官”在整個流程體系中相互協(xié)同發(fā)揮著不同作用，才能夠讓患者在流程中順利的往后推進，直至到達流程的終點。這套業(yè)務(wù)體系發(fā)揮的作用就是有序的讓患者得到診療。

說完了人的消化系統(tǒng)，再反觀B端業(yè)務(wù)，我們會發(fā)現(xiàn)很多相似之處：

（1）消化系統(tǒng)——業(yè)務(wù)流程體系

（2）組織——底層基礎(chǔ)模塊

（3）器官——一級業(yè)務(wù)模塊

（4）細(xì)胞——二級業(yè)務(wù)模塊

（5）分子——頁內(nèi)tab（三級業(yè)務(wù)模塊）

（6）原子——字段

這里出現(xiàn)的“底層基礎(chǔ)模塊”、“一級業(yè)務(wù)模塊”、“二級業(yè)務(wù)模塊”。。等本質(zhì)上就是對業(yè)務(wù)的分層。

1、定義層級

一般來說B端產(chǎn)品的分層基本就是按照上述（2）-（6）的維度進行劃分的，可視業(yè)務(wù)復(fù)雜程度適當(dāng)增加或減少層級。

2、完成分層

將同一平臺下、同一職能下、同一角色下具有高度關(guān)聯(lián)的子模塊分到同一層母模塊中，這就需要你作出判斷哪些模塊是業(yè)務(wù)相似度和關(guān)聯(lián)度都非常高的。

事實上（2）-（6）構(gòu)成了業(yè)務(wù)的結(jié)構(gòu)，每個維度模塊們的任意一個模塊都是結(jié)構(gòu)中的節(jié)點，他們之間相互獨立，但又相互關(guān)聯(lián)、相互影響。

所以我們看到：B端業(yè)務(wù)的核心在于業(yè)務(wù)流程+結(jié)構(gòu)，且業(yè)務(wù)塑造的結(jié)構(gòu)是為業(yè)務(wù)流程而服務(wù)，什么樣的業(yè)務(wù)流程決定什么樣的業(yè)務(wù)結(jié)構(gòu)。

1.2、B端產(chǎn)品架構(gòu)的構(gòu)成

產(chǎn)品架構(gòu)就是對業(yè)務(wù)的結(jié)構(gòu)化抽象！

根據(jù)業(yè)務(wù)體系的分析，我們看到其實TO B產(chǎn)品最后就是要抽象出準(zhǔn)確的流程+結(jié)構(gòu)。

我們常常說一個功能，或者一個業(yè)務(wù)場景的解決方案，本質(zhì)其實就是一個小系統(tǒng)。

在這個小系統(tǒng)中，上面那些“底層基礎(chǔ)模塊”、“一二三級業(yè)務(wù)模塊”、“字段”等各種節(jié)點支撐了這套業(yè)務(wù)流程，從而使得這個功能（解決方案）能夠形成閉環(huán)，并順利的運轉(zhuǎn)起來。

而眾多功能／解決方案又構(gòu)成了一個產(chǎn)品整體，就像這些眾多的相互獨立、相互作用、相互依賴的小系統(tǒng)組成了一個大系統(tǒng)。

再強調(diào)下：大家要記住TO B業(yè)務(wù)中，流程是核心，結(jié)構(gòu)都是圍繞業(yè)務(wù)流程進行劃分和設(shè)計的。所以流程的優(yōu)先級是大于結(jié)構(gòu)的。

2、如何繪制業(yè)務(wù)流程圖？

一款產(chǎn)品的主要核心業(yè)務(wù)流程的脈絡(luò)一定是非常清晰的。

比如這是一款自助開票軟件，那么核心流程一定是用戶掃碼自助填寫開票信息，并由系統(tǒng)完成開票，并發(fā)送到用戶手機／郵箱。

比如這是一個電商平臺，那么核心流程一定是選購商品，添加購物車，下單完成支付。

當(dāng)然B端復(fù)雜的業(yè)務(wù)場景往往會有多條主業(yè)務(wù)流程，并且附帶了很多分支流程。

我們在畫流程的時候，首先要定義橫縱向維度，其次就是劃分模塊

一般來說，流程圖的縱向維度可以做成職能部門／角色／平臺層

流程的橫向維度可以進行平臺層／模塊層的劃分

以下圖“拼團功能”為例，橫向是平臺層，縱向是模塊層，這是一個跨平臺跨模塊的產(chǎn)品需求。可以看到在這個業(yè)務(wù)流中，一級模塊劃分出了營銷、商品、訂單、統(tǒng)計模塊。

本質(zhì)上劃分模塊就是對業(yè)務(wù)流的解耦。

3、模塊劃分的基本原則？

根據(jù)上述流程構(gòu)建的一個非常簡單的產(chǎn)品結(jié)構(gòu)圖（這個結(jié)構(gòu)圖略去了很多，只是想做個示意）：

這其中我們看到劃分出來了“商品”、“活動”、‘訂單“、”統(tǒng)計“，加上“商家管理”、“消息推送模塊”共6個模塊。

那么在劃分模塊的時候我們要關(guān)注哪些原則呢？

3.1、關(guān)注低耦合

什么叫解耦？

藕斷絲連，這個詞語非常形象，業(yè)務(wù)體系就像一個藕，業(yè)務(wù)內(nèi)部的模塊之間的相互關(guān)系就像藕絲一樣錯綜復(fù)雜，又互相依賴、聯(lián)系緊密（耦合），解耦就是把藕折斷，分成獨立的兩部分。

本質(zhì)上它是把場景不同、業(yè)務(wù)屬性不同的模塊進行拆分，歸為不同的兩類，但是因為兩者都為業(yè)務(wù)流程服務(wù)，這其中難免會有相互協(xié)同的地方，于是就會有絲連的情況，這種絲連體現(xiàn)在流程中。

解耦的作用？

解耦能夠讓場景更聚焦，讓功能模塊更聚焦垂直業(yè)務(wù)。比如積分模塊，凡是跟積分相關(guān)的一切業(yè)務(wù)需求，如無特殊情況，都可以被歸集到積分模塊中。對于需要用到積分的其他業(yè)務(wù)，則可以通過開放一些標(biāo)準(zhǔn)接口供其他業(yè)務(wù)調(diào)用。

最忌諱的是把另一個業(yè)務(wù)（隨便舉個例子比如活動模塊：抽獎活動，抽中就送積分）和積分模塊聚合在一起，這會導(dǎo)致，任何一個模塊要做修改和迭代時，都會最大程度的影響另一個模塊，導(dǎo)致無論產(chǎn)品還是技術(shù)的迭代成本都異常之高。

3.2、關(guān)注角色場景

對于不同職能／角色不同的使用者，他們的業(yè)務(wù)場景，工作內(nèi)容必然會有區(qū)別，我們不能把他們各自使用的功能權(quán)限放在一個模塊內(nèi)，這會帶來很多問題：

1、A和B的模塊發(fā)展方向完全不同，導(dǎo)致模塊的發(fā)展南轅北轍；

2、A和B的模塊關(guān)聯(lián)度很低，產(chǎn)品功能上兩者聚合在一起顯得毫無意義；

3、用戶不希望A的模塊可以被B看到和使用，兩者的權(quán)限不同，但是由于同屬一個模塊而導(dǎo)致權(quán)限非常難劃清邊界。

所以對于不同職能／角色的使用者，盡量將他們各自所要用到的產(chǎn)品模塊拆分開來，保持各自的獨立性，是模塊劃分的一個重要依據(jù)

3.3、關(guān)注數(shù)據(jù)流

業(yè)務(wù)流程可能會以一個人、或一個主體為中心進行流轉(zhuǎn)。

而數(shù)據(jù)流是隱藏在表象之下的另一個流程，他是以數(shù)據(jù)為中心進行流轉(zhuǎn)的。

一般來說，C端產(chǎn)品的數(shù)據(jù)流，基本只需要考慮前后臺的數(shù)據(jù)流轉(zhuǎn)情況即可。但是B端就會復(fù)雜一些，B端saas產(chǎn)品往往伴隨著C端功能，還會出現(xiàn)跨平臺、跨模塊的數(shù)據(jù)流傳。

數(shù)據(jù)流的作用，能幫助你更清晰的劃分模塊。

4、如何設(shè)計結(jié)構(gòu)？

4.1、產(chǎn)品結(jié)構(gòu)設(shè)計的范圍

產(chǎn)品結(jié)構(gòu)設(shè)計包含多層維度的設(shè)計。主要有如下5層維度

系統(tǒng)層面的結(jié)構(gòu)——如何分平臺／系統(tǒng)

版本層面的結(jié)構(gòu)——如何分版本／權(quán)限

模塊層面的結(jié)構(gòu)——如何分模塊／二、三、四、五級模塊

頁面層面的結(jié)構(gòu)——如何分頁面／頁面信息

內(nèi)在邏輯結(jié)構(gòu)——如何用邏輯串聯(lián)

產(chǎn)品結(jié)構(gòu)的在用戶端的展現(xiàn)就是信息結(jié)構(gòu)。這點相信大家都懂，無非是頁面層級、頁面內(nèi)部信息層級的劃分、信息內(nèi)容的分類和展示。

其次就是內(nèi)在的邏輯結(jié)構(gòu)：

比如某個配置項應(yīng)該放在功能模塊內(nèi)還是基礎(chǔ)模塊內(nèi)？

比如在連鎖系統(tǒng)中，會員是放在連鎖維度還是單店維度？

比如直接在營銷活動中創(chuàng)建電子券，還是先在電子券模塊中創(chuàng)建，然后營銷活動進行引用？

這些其實都屬于產(chǎn)品功能層面的架構(gòu)。

4.2、產(chǎn)品內(nèi)在邏輯架構(gòu)設(shè)計的7個核心原則及10個案例

1、易用性——從用戶使用體驗層面考慮

2、可擴展性——迭代、修改的成本最小化

3、技術(shù)實現(xiàn)性價比——技術(shù)實現(xiàn)成本是否過高不匹配功能價值，按性價比高的去設(shè)計

4、普適性——每個單元模塊是否可以被其他單元無限重用

5、熟悉業(yè)務(wù)——違反業(yè)務(wù)習(xí)慣的邏輯設(shè)計不能出現(xiàn)

6、掌握發(fā)展方向——預(yù)見在中短期內(nèi)的發(fā)展方向，提前考慮進去

7、從簡單到復(fù)雜——任何一個產(chǎn)品都是從最小MVP開始的，千萬不要在開始就架構(gòu)一套復(fù)雜的系統(tǒng)。

關(guān)于一些結(jié)構(gòu)設(shè)計上，我給大家列一些比較高頻出現(xiàn)，比較常見的B端產(chǎn)品（不同緯度的架構(gòu)思路）案例：

1、比如我們有一套面向商家的門店經(jīng)營管理系統(tǒng)，這時需要一個有一個卡券平臺，跟門店管理系統(tǒng)中的業(yè)務(wù)有著密切的關(guān)系，這個時候你該定義這是一套系統(tǒng)還是兩套系統(tǒng)？他們的關(guān)系是什么？邊界在哪里？

2、比如我們做了一套診所管理系統(tǒng)，后續(xù)要垂直化專科式發(fā)展，那么到底是通過拆分版本，還是做在一套系統(tǒng)里，然后通過權(quán)限劃分 更合理呢？這其實就是產(chǎn)品架構(gòu)的一部分。

3、比如對于電商類的saas，很多是非協(xié)作型的，也就是說模塊之間并沒有嚴(yán)格的強聯(lián)系，相對比較獨立，獨立作為一個B端業(yè)務(wù)閉環(huán)，可單獨使用。但是像診所saas，則是協(xié)作型的，即業(yè)務(wù)流程涉及到多模塊多角色，每個角色都需要在流程中承擔(dān)一部分工作職能。非協(xié)作型和協(xié)作型的系統(tǒng)設(shè)計的思路也是不同的。

4、比如我們在設(shè)計電子券的時候，我們是通過一個步驟完成創(chuàng)建+投放，還是通過創(chuàng)建一個步驟+投放一個步驟完成流程？背后的考慮因素是什么？

5、對于一些業(yè)務(wù)流程的設(shè)置項，是放在后臺該業(yè)務(wù)模塊維度，還是基礎(chǔ)設(shè)置模塊的維度？

6、比如原先要設(shè)計商品管理模塊，考慮的主要是單店模式，跨店的商品管理是隔離的，但是當(dāng)跨店客戶提出想要統(tǒng)一管理商品，并可以支持總分店和分店之間的商品調(diào)撥的時候，單店商品管理的設(shè)計方案就無法支撐這樣的業(yè)務(wù)模式，需要做大規(guī)模的底層改動

7、確定維度，比如哪些指標(biāo)是單店維度，哪些是機構(gòu)維度，比如預(yù)約是放在后臺“診所管理”里面，還是單獨放在后臺“預(yù)約管理”中？

8、業(yè)務(wù)的不滿足性，比如我們在做一款電子券的時候，考慮了線上場景，但是還要考慮線下場景，這就需要電子券模塊下需要投放到線上（多個渠道）、線下（二維碼、短信等），那么渠道后續(xù)可能會進行變更，那么假如我們把創(chuàng)建+投放一步完成，那么未來我們要改動渠道，就會影響整個卡券流程，如果我們能分2步，那么只需要對第二步投放進行修改就行，這樣系統(tǒng)的可擴展性就會強很多。

9、比如對于訂單模塊的架構(gòu)設(shè)計，是否能夠支持各種營銷活動：滿減、卡券、積分抵扣等。

10、重復(fù)被使用的模塊，如何避免重復(fù)造輪子！比如電子券模塊，在很多營銷活動中都會用到，比如短信消息模塊，在很多業(yè)務(wù)中都會用到，那么這些被高頻用到模塊就應(yīng)該抽離出來，而不是每個業(yè)務(wù)環(huán)節(jié)中都去做一遍。

4.3、產(chǎn)品架構(gòu)必備能力

當(dāng)然作為一個產(chǎn)品架構(gòu)師，要完成這些事情，對于能力的要求也是非常高的，最主要的4點。

1、懂業(yè)務(wù)

2、預(yù)見能力，預(yù)見未來業(yè)務(wù)流程、業(yè)務(wù)模式的變化趨勢

3、成熟的B端產(chǎn)品結(jié)構(gòu)化思維

4、懂技術(shù)原理

總結(jié)

產(chǎn)品架構(gòu)其實是一個非常復(fù)雜而宏大的話題，這篇將近5000字的文章也只是起了個頭。

我想說的是，產(chǎn)品架構(gòu)不只是簡單搭個框架，它出現(xiàn)在整體設(shè)計的方方面面中。

通過這樣的架構(gòu)思維幫助產(chǎn)品最均衡的匹配用戶的多樣性需求，匹配公司的大研發(fā)資源，匹配合適的時機把產(chǎn)品做到合適的程度等等。

這是一個系統(tǒng)性的工程，好的架構(gòu)能夠支撐業(yè)務(wù)發(fā)展多年而不重構(gòu)，更能讓用戶嘖嘖稱贊。

我想這就是產(chǎn)品架構(gòu)的魅力吧！