上篇《后臺(tái)產(chǎn)品設(shè)計(jì)系列：認(rèn)識(shí)后臺(tái)》，筆者對(duì)后臺(tái)（系統(tǒng)）產(chǎn)品做了簡(jiǎn)單的介紹，讓大家有一個(gè)初步認(rèn)識(shí)。本篇文章，將以視頻產(chǎn)品后臺(tái)為例，介紹簡(jiǎn)單系統(tǒng)和復(fù)雜系統(tǒng)的不同需求設(shè)計(jì)方式。

產(chǎn)品舉例：如果我們要做一個(gè)芒果TV后臺(tái)管理系統(tǒng)，簡(jiǎn)單的方式和復(fù)雜的方式分別怎么來(lái)做呢？

一、簡(jiǎn)單系統(tǒng)設(shè)計(jì)方式——需求驅(qū)動(dòng)設(shè)計(jì)

針對(duì)簡(jiǎn)單的后臺(tái)產(chǎn)品，我們通常采用需求驅(qū)動(dòng)設(shè)計(jì)（Request-driven design，以下簡(jiǎn)稱RDD）。

1、概念

所謂需求驅(qū)動(dòng)設(shè)計(jì)，是指我們?cè)谠O(shè)計(jì)后臺(tái)時(shí)，根據(jù)上級(jí)、運(yùn)營(yíng)、市場(chǎng)、客服、前端產(chǎn)品等需求方所提的具體需求，直接進(jìn)行產(chǎn)品架構(gòu)、功能設(shè)計(jì)。這種設(shè)計(jì)方式簡(jiǎn)單快捷，與我們做前端產(chǎn)品思路、方式相同，對(duì)于很多做前端產(chǎn)品的同學(xué)而言，這種方式是最容易理解和掌握。

2、設(shè)計(jì)流程

3、流程拆解

（1）明確目標(biāo)

任何一個(gè)產(chǎn)品的萌芽，往往是因?yàn)橐痪湓挘粋€(gè)問(wèn)題，或領(lǐng)導(dǎo)的一個(gè)idea，而這些起因，就是我們的產(chǎn)品目標(biāo)，這些目標(biāo)有時(shí)很模糊，但對(duì)于系統(tǒng)產(chǎn)品，這個(gè)目標(biāo)都是很明確的，明確的業(yè)務(wù)場(chǎng)景下，XX用戶產(chǎn)生的明確需求。例如我們要做芒果TV，分別有APP、web、PC、TV四個(gè)端，就需要有一個(gè)統(tǒng)一的管理后臺(tái)，對(duì)前端進(jìn)行支撐，運(yùn)營(yíng)人員能夠?qū)?nèi)容進(jìn)行維護(hù)。

（2）需求分析

明確了方向，接下來(lái)就需要做需求調(diào)研。

第一步：窮舉用戶角色

進(jìn)行需求調(diào)研時(shí)，需要先找用戶角色，再找需求。

清晰地列出使用此系統(tǒng)的用戶角色，以用戶角色為劃分維度進(jìn)行調(diào)研。因?yàn)楹笈_(tái)產(chǎn)品不同于前端，不同的用戶角色需求差異很大，甚至風(fēng)馬牛不相及，而每種角色對(duì)應(yīng)的用戶都是這個(gè)系統(tǒng)的目標(biāo)用戶，并不存在所謂的核心用戶和潛在用戶一說(shuō)，這些用戶都是重要的，都需要滿足他們的需求。例如，使用芒果TV后臺(tái)管理系統(tǒng)角色包括運(yùn)營(yíng)、產(chǎn)品經(jīng)理、公司管理者、審核員。

第二步：需求調(diào)研

調(diào)研方式——深度訪談

與前端產(chǎn)品不同，后臺(tái)產(chǎn)品的用戶在現(xiàn)實(shí)生活中離我們很近，很容易就能接觸到，這個(gè)時(shí)候就不要用調(diào)查問(wèn)卷這種大覆蓋面的方式了，一是用戶基數(shù)沒(méi)有那么大，二是后臺(tái)需求基本不需要做定量分析，無(wú)需通過(guò)這種方式去挖掘需求。所以直接與用戶交流、訪談是最快速有效的方式；

調(diào)研對(duì)象——關(guān)鍵人

我們的訪談對(duì)象，需要盡可能滿足資深、直接使用、有話語(yǔ)權(quán)三個(gè)條件，因?yàn)檫@種關(guān)鍵人所提出的需求會(huì)更加全面、具體且有深度，能夠清楚的解釋為什么要有這個(gè)功能，如果沒(méi)有會(huì)出現(xiàn)什么后果，還能巴拉巴拉一堆歷史故事，這種用戶就是完美的訪談對(duì)象。這些被傷害過(guò)的人，知道心痛的滋味；

第三步：建立需求池

根據(jù)訪談內(nèi)容，建立需求池。例如，在對(duì)運(yùn)營(yíng)、產(chǎn)品經(jīng)理、公司管理者、審核員訪談后，建立了以下表格

（3）結(jié)構(gòu)設(shè)計(jì)

將調(diào)研后的需求進(jìn)行初步篩選過(guò)濾后，需要根據(jù)確定、高優(yōu)先級(jí)的需求，歸納這一期后臺(tái)所需實(shí)現(xiàn)的功能模塊。

做功能模塊劃分，需要秉持一個(gè)重要原則：一個(gè)角色，一個(gè)模塊，完成一件事。也就是一個(gè)具體的角色，能夠在一個(gè)功能模塊中完成他想完成的任務(wù)。原因主要是以下兩點(diǎn)：

1. 降低用戶記憶成本，提升操作體驗(yàn)。你絕對(duì)不想為了做一件事，要在多個(gè)模塊跳轉(zhuǎn)、多個(gè)頁(yè)面點(diǎn)擊吧，這個(gè)看起來(lái)對(duì)前端產(chǎn)品再正常不過(guò)的要求，后臺(tái)經(jīng)常沒(méi)有達(dá)到；
2. 便于權(quán)限區(qū)分。做系統(tǒng)產(chǎn)品，權(quán)限劃分永遠(yuǎn)是重點(diǎn)關(guān)心的，將一個(gè)角色要進(jìn)行的操作單獨(dú)作為一個(gè)模塊或模塊下的子欄目，方便做權(quán)限設(shè)置；

同樣，劃分模塊后進(jìn)行欄目劃分，然后按照操作流程，從上至下排列，就能得到以下產(chǎn)品結(jié)構(gòu)圖：

至此，簡(jiǎn)單系統(tǒng)的產(chǎn)品需求設(shè)計(jì)階段就告一段落了，后續(xù)步驟，且看下回分解。但既然說(shuō)這種方式只適用于Easy模式，那一定是有原因的。

4、不足

這種設(shè)計(jì)方式，用開(kāi)發(fā)的行話說(shuō)，是一種面向過(guò)程的設(shè)計(jì)方式。這種方式有一個(gè)專有名詞——貧血模型。

貧血模型有以下幾大致命缺點(diǎn)：

1. 創(chuàng)建的對(duì)象不準(zhǔn)確，直接影響產(chǎn)品和開(kāi)發(fā)對(duì)業(yè)務(wù)的正確把握和擴(kuò)展；
2. 業(yè)務(wù)邏輯分散，業(yè)務(wù)難以復(fù)用；
3. 業(yè)務(wù)間耦合度高，迭代及維護(hù)成本極高；
4. 名詞定義不一致，開(kāi)發(fā)與業(yè)務(wù)出現(xiàn)溝通問(wèn)題。

二、復(fù)雜系統(tǒng)設(shè)計(jì)方式——領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)

為了解決上述問(wèn)題，同時(shí)應(yīng)對(duì)復(fù)雜的系統(tǒng)產(chǎn)品，就需采用領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（Domain-driven design，以下簡(jiǎn)稱DDD）模式。

1、概念

領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)，是指在一個(gè)具體的領(lǐng)域中，一種面向?qū)ο蟮脑O(shè)計(jì)方式。例如，我們要做一個(gè)更大的芒果TV后臺(tái)管理系統(tǒng)，以滿足更多角色的更多需求，那么這個(gè)系統(tǒng)就屬于一個(gè)具體的領(lǐng)域——視頻娛樂(lè)領(lǐng)域。在這個(gè)領(lǐng)域中，包含影片、演員、訂單等對(duì)象，這些對(duì)象就是我們要面向的設(shè)計(jì)目標(biāo)，而非直接根據(jù)需求做設(shè)計(jì)。

2、流程

3、流程拆解

在這種方式的流程中，增加了“建立領(lǐng)域模型”和“系統(tǒng)劃分”兩個(gè)環(huán)節(jié)，其他環(huán)節(jié)與RDD相同，就不再贅述，現(xiàn)針對(duì)新增的兩個(gè)環(huán)節(jié)做說(shuō)明。

（1）建立領(lǐng)域模型

此處的領(lǐng)域模型，是一種簡(jiǎn)化后的E-R圖。E-R圖是后臺(tái)開(kāi)發(fā)在數(shù)據(jù)庫(kù)設(shè)計(jì)中通常會(huì)用到的一種模型，用來(lái)表示實(shí)際業(yè)務(wù)中各個(gè)實(shí)體及其關(guān)聯(lián)關(guān)系，核心三要素是實(shí)體、聯(lián)系、屬性。如下圖中，長(zhǎng)方形體現(xiàn)的就是實(shí)體，也就是實(shí)際業(yè)務(wù)中的各個(gè)概念；橢圓形體現(xiàn)的是實(shí)體包含的屬性，類似概念下的各個(gè)字段，菱形體現(xiàn)的是實(shí)體間的關(guān)系。

當(dāng)在需求設(shè)計(jì)階段時(shí)，并不需要像做數(shù)據(jù)庫(kù)設(shè)計(jì)那么復(fù)雜的模型，我們需要?jiǎng)?chuàng)建的領(lǐng)域模型，就是要根據(jù)實(shí)際業(yè)務(wù)，展現(xiàn)全部的實(shí)體及其關(guān)聯(lián)關(guān)系，無(wú)需屬性，避免在規(guī)劃階段陷入過(guò)深的細(xì)節(jié)。

第一步：與領(lǐng)域?qū)＜乙黄?，梳理?shí)體

領(lǐng)域?qū)＜遥侵笇?duì)這個(gè)領(lǐng)域非常熟悉的人，可以是業(yè)務(wù)人員、老板、產(chǎn)品經(jīng)理等任何角色。這個(gè)專家對(duì)領(lǐng)域內(nèi)的各種業(yè)務(wù)場(chǎng)景和各種業(yè)務(wù)規(guī)則非常清楚，有能力表達(dá)出系統(tǒng)該做成什么樣子，有哪些核心業(yè)務(wù)關(guān)注點(diǎn)。

在本文的例子中，我們梳理的實(shí)體包括用戶、影片、欄目、推薦位、演員、導(dǎo)演、訂單、運(yùn)營(yíng)活動(dòng)等，在這些實(shí)體概念里，就是一個(gè)個(gè)的具體對(duì)象，例如演員里有劉亦菲、劉德華。每個(gè)實(shí)體要求能用文字精確的、沒(méi)有歧義的描述其涵義以及包含的主要信息，同時(shí)每個(gè)實(shí)體定義要完全獨(dú)立，概念上不能有交叉或模糊的界線。

第二步：梳理關(guān)聯(lián)關(guān)系

確定了實(shí)體，就需要建立實(shí)體的聯(lián)系，標(biāo)識(shí)實(shí)體間的對(duì)應(yīng)關(guān)系。

實(shí)體聯(lián)系：

• 直接關(guān)聯(lián)：實(shí)體間直接關(guān)聯(lián)，在系統(tǒng)中需手動(dòng)建立聯(lián)系的實(shí)體；
• 間接關(guān)聯(lián)：根據(jù)實(shí)體圖，能夠通過(guò)間接關(guān)系找到唯一對(duì)應(yīng)實(shí)體。通過(guò)間接關(guān)聯(lián)關(guān)系，往往可以通過(guò)多條路徑找到同一具體實(shí)體，如果出現(xiàn)不同路徑找到不同目標(biāo)，那就需要重新檢查關(guān)聯(lián)關(guān)系是否正確；

對(duì)應(yīng)關(guān)系：

• 1對(duì)1（1:1）：1對(duì)1關(guān)系是指對(duì)于實(shí)體A與實(shí)體B，A中對(duì)象至多與B中一個(gè)對(duì)象有關(guān)系；反之，在實(shí)體B中的每個(gè)對(duì)象至多與實(shí)體A中一個(gè)對(duì)象有關(guān)系；
• 1對(duì)多（1:N）：1對(duì)多關(guān)系是指實(shí)體A與實(shí)體B中至少有N(N>0)個(gè)對(duì)象有關(guān)系；并且實(shí)體B中每一個(gè)對(duì)象至多與實(shí)體A中一個(gè)對(duì)象有關(guān)系；
• 多對(duì)多（M:N）：多對(duì)多關(guān)系是指實(shí)體A中的每一個(gè)對(duì)象與實(shí)體B中至少有M(M>0)個(gè)對(duì)象有關(guān)系，并且實(shí)體B中的每一個(gè)對(duì)象與實(shí)體A中的至少N（N>0）個(gè)對(duì)象有關(guān)系。

關(guān)聯(lián)建立原則：

1. 關(guān)聯(lián)盡量少。實(shí)體間的復(fù)雜的關(guān)聯(lián)容易形成實(shí)體關(guān)系網(wǎng)，這樣對(duì)于我們理解和維護(hù)單個(gè)實(shí)體很不利，同時(shí)也很難劃分實(shí)體與實(shí)體之間的邊界；
2. 化繁為簡(jiǎn)。在建立關(guān)聯(lián)時(shí)，需要挖掘關(guān)聯(lián)關(guān)系的限制條件，如果存在，那么最好把這個(gè)限制條件加到這個(gè)關(guān)聯(lián)上，往往這樣的限制條件能將關(guān)聯(lián)化繁為簡(jiǎn)，即可以將多對(duì)多簡(jiǎn)化為1對(duì)多，或?qū)?對(duì)多簡(jiǎn)化為1對(duì)1；

第三步：走查場(chǎng)景，修改領(lǐng)域模型

1. 關(guān)聯(lián)關(guān)系、對(duì)應(yīng)關(guān)系是否正確？
2. 分析關(guān)聯(lián)，通過(guò)對(duì)業(yè)務(wù)的更深入分析，明確關(guān)聯(lián)的方向或者去掉一些不需要的關(guān)聯(lián)；
3. 這些實(shí)體及關(guān)聯(lián)關(guān)系能否全部覆蓋這些業(yè)務(wù)場(chǎng)景？

（2）系統(tǒng)劃分

為了解決在方法一中遇到的問(wèn)題，需要采用微服務(wù)的思想，根據(jù)實(shí)體間的聯(lián)系強(qiáng)弱，以實(shí)體為對(duì)象，劃分到不同系統(tǒng)中。

將每個(gè)系統(tǒng)獨(dú)立開(kāi)（解耦），系統(tǒng)與系統(tǒng)間通過(guò)接口調(diào)用數(shù)據(jù)，公共模塊單獨(dú)作為一個(gè)系統(tǒng)（如此處用戶管理系統(tǒng)），每個(gè)系統(tǒng)都有各自的三層結(jié)構(gòu)（詳見(jiàn)上篇）。

三、兩種設(shè)計(jì)方式總結(jié)

介紹完兩種不同的需求設(shè)計(jì)方式，再來(lái)看這兩種方式的聯(lián)系。

1、如何選取

這個(gè)圖表示隨著系統(tǒng)復(fù)雜程度增加，兩種設(shè)計(jì)方式開(kāi)發(fā)時(shí)間的變化趨勢(shì)?？梢钥闯觯a(chǎn)品復(fù)雜度低時(shí)，RDD的模式會(huì)很快捷，這個(gè)就非常適合初創(chuàng)型、小型的系統(tǒng)設(shè)計(jì)，當(dāng)產(chǎn)品復(fù)雜到一定程度時(shí)，RDD的開(kāi)發(fā)時(shí)間會(huì)指數(shù)上升，而DDD的模式則始終比較平穩(wěn)，所以DDD會(huì)適合復(fù)雜的系統(tǒng)設(shè)計(jì)。

2、兩種方式中的實(shí)體

上篇說(shuō)到，后臺(tái)三層結(jié)構(gòu)中，業(yè)務(wù)層也叫領(lǐng)域?qū)?，其?shí)和領(lǐng)域模型中的領(lǐng)域是一樣的。RDD在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)依然需要有E-R圖和實(shí)體，但產(chǎn)品經(jīng)理做需求設(shè)計(jì)時(shí)可以不用考慮（當(dāng)然有資源這樣做更好），因?yàn)閷?duì)于簡(jiǎn)單的后臺(tái)產(chǎn)品而言，無(wú)需在初期理解的那么復(fù)雜，同時(shí)對(duì)很多從前端做到后臺(tái)的產(chǎn)品而言，不用學(xué)習(xí)領(lǐng)域模型相關(guān)的內(nèi)容。

那么在DDD中，對(duì)于一個(gè)已經(jīng)對(duì)業(yè)務(wù)非常熟悉的產(chǎn)品經(jīng)理，可以直接跳過(guò)實(shí)體，進(jìn)行系統(tǒng)的微服務(wù)設(shè)計(jì)。但需要注意一個(gè)實(shí)體在多個(gè)系統(tǒng)都存在的情況，這個(gè)時(shí)候就會(huì)導(dǎo)致同一實(shí)體的數(shù)據(jù)，存儲(chǔ)在多個(gè)系統(tǒng)中，無(wú)論是數(shù)據(jù)管理還是調(diào)用，都會(huì)存在問(wèn)題。所以老司機(jī)們還是要?jiǎng)澐智鍖?shí)體，只是不用那么細(xì)致。

3、兩者關(guān)系

寫到這里，大家其實(shí)就會(huì)發(fā)現(xiàn)，這兩種方式其實(shí)是一種包含關(guān)系。對(duì)于復(fù)雜系統(tǒng)而言，需要先采用DDD模式進(jìn)行前期需求設(shè)計(jì)及系統(tǒng)劃分，當(dāng)微服務(wù)化后，每個(gè)子系統(tǒng)也就變成了簡(jiǎn)單系統(tǒng)，也就可以采用RDD的模式了。

相關(guān)閱讀

后臺(tái)產(chǎn)品設(shè)計(jì)系列：認(rèn)識(shí)后臺(tái)（一）

本文由 @Z. Fly 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議