UX設(shè)計(jì)流程中，需求分析是絕大多數(shù)流程的開(kāi)端。所以今天，我們先從產(chǎn)品分析作為切入點(diǎn)，進(jìn)入到 UX 進(jìn)階知識(shí)中的第一篇分享。

產(chǎn)品需求的認(rèn)識(shí)

產(chǎn)品需求分析被念叨了很久，但是很少有人能真正搞明白我們?cè)诜治龅氖鞘裁礀|西，以及作為一個(gè)和產(chǎn)品經(jīng)理工作內(nèi)容有交叉的知識(shí)點(diǎn)，有很多網(wǎng)上的分享只是照搬了他們的要求而已，但并不適用我們的工作。

所以在理解設(shè)計(jì)師所需的產(chǎn)品需求分析技能以前，我們要首先搞明白，產(chǎn)品需求本身是什么!

通常展開(kāi)項(xiàng)目前，要先制定“需求”，即這次項(xiàng)目要做什么事情的具體指示，是要開(kāi)發(fā)新功能、優(yōu)化操作流程、調(diào)整界面樣式，還是修改現(xiàn)有BUG。

只有有了項(xiàng)目的具體指示，我們才能去推進(jìn)項(xiàng)目的執(zhí)行，約等于游戲中的“任務(wù)”，沒(méi)有任務(wù)你就只能在地圖中瞎跑。

產(chǎn)品經(jīng)理就是分發(fā)任務(wù)的 NPC，他們會(huì)將需求制作成相關(guān)的文檔，供團(tuán)隊(duì)成員查閱或參考。

說(shuō)起文檔，我們就要了解，產(chǎn)品提供的文檔包含了3種常見(jiàn)的類型：BRD、MRD、PRD。

1. BRD：

• Business Requirement Document 的縮寫(xiě)，也叫商業(yè)需求文檔，是在開(kāi)發(fā)產(chǎn)品前，對(duì)商業(yè)目標(biāo)、戰(zhàn)略愿景進(jìn)行分析和說(shuō)明的文檔。

2. MRD：

• Market Requirement Document 的縮寫(xiě)，也叫市場(chǎng)需求文檔，是針對(duì)面向市場(chǎng)范圍進(jìn)行調(diào)研、統(tǒng)計(jì)、分析并得出結(jié)論的文檔。

3. PRD：

• Product Requirement Document 的縮寫(xiě)，也叫產(chǎn)品需求文檔，是對(duì)所開(kāi)發(fā)產(chǎn)品包含什么功能、邏輯進(jìn)行具體描述的文檔。

這三層文檔是一個(gè)從宏觀到微觀的推導(dǎo)過(guò)程記錄，先從戰(zhàn)略層出發(fā)，描述大方向上要做的目標(biāo)，再根據(jù)這個(gè)目標(biāo)劃分出的市場(chǎng)范圍進(jìn)行調(diào)研分析，找出應(yīng)該提供什么樣的功能點(diǎn)才能符合市場(chǎng)的實(shí)際需要。

最后，在產(chǎn)品需求文檔內(nèi)，將產(chǎn)品包含的所有功能、邏輯詳細(xì)描述出來(lái)，比如一個(gè)退貨流程需要經(jīng)過(guò)哪些步驟，退貨成功和不成功的條件等等。

PRD 包含了我們這個(gè)版本中所需要做的具體工作內(nèi)容，而 BRD、MRD，是為什么要做這些產(chǎn)品功能的說(shuō)明，這就是一套完整的產(chǎn)品需求說(shuō)明所需包含的內(nèi)容。

BRD、MRD 這兩種文檔，出現(xiàn)的頻率并不高，通常也只在新產(chǎn)品立項(xiàng)、大版本調(diào)整的時(shí)候才會(huì)做。而 PRD 文檔則是我們主要接觸的內(nèi)容，需要深入了解。

產(chǎn)品需求PRD的具體認(rèn)識(shí)

PRD 文檔作為產(chǎn)品需求說(shuō)明的文檔，也可以理解成是一份產(chǎn)品說(shuō)明書(shū)。它最大的作用就是以書(shū)面的形式，記錄下來(lái)產(chǎn)品要做成什么樣，避免口頭上的隨意性。

一份專業(yè)的 PRD 文檔中，通常會(huì)包含這些模塊：

• 版本信息
• 文檔目錄
• 版本概述
• 產(chǎn)品結(jié)構(gòu)
• 功能說(shuō)明

下面，我們分別對(duì)這些模塊進(jìn)行簡(jiǎn)單的講解，進(jìn)一步了解 PRD 文檔的細(xì)節(jié)。

1. 版本信息

版本信息是這個(gè)文檔的有關(guān) “屬性” 記錄，記錄由誰(shuí)修訂撰寫(xiě)，時(shí)間點(diǎn)，版本號(hào)，面向系統(tǒng)等等。

這個(gè)記錄是方便在后期回看以前的 PRD 時(shí)可以對(duì)上時(shí)間線或負(fù)責(zé)人，通常由一個(gè)簡(jiǎn)單的表格來(lái)呈現(xiàn)，比如下面這樣。

2. 文檔目錄

文檔目錄則是整份文檔的索引目錄和內(nèi)容結(jié)構(gòu)表現(xiàn)，對(duì)于一份比較完整的產(chǎn)品 PRD 來(lái)說(shuō)，會(huì)有大量的信息層級(jí)和模塊，如果缺乏這個(gè)目錄，我們就很難從中快速翻到自己想要的模塊里。

目錄是一個(gè)很常見(jiàn)的東西，我也就不截圖了。不過(guò)對(duì)于一份靠譜的 PRD 文檔來(lái)說(shuō)，目錄應(yīng)該是做成可以快速跳轉(zhuǎn)到指定位置的格式的，類似線上文檔工具自動(dòng)生成的目錄。

3. 版本概述

版本概述是對(duì)這次項(xiàng)目做一個(gè)整體性的概括，包括改版的原因、工期、環(huán)境、人力資源介紹等等，最重要的，是在這個(gè)模塊羅列本次項(xiàng)目的實(shí)際需求項(xiàng)。

通過(guò)這種表格，可以幫助團(tuán)隊(duì)成員快速建立對(duì)本次項(xiàng)目更新內(nèi)容的認(rèn)知框架。

4. 產(chǎn)品結(jié)構(gòu)

產(chǎn)品結(jié)構(gòu)包含了頁(yè)面層級(jí)結(jié)構(gòu)、信息結(jié)構(gòu)、功能結(jié)構(gòu)等類型，通常由思維導(dǎo)圖中的樹(shù)狀圖表現(xiàn)。

頁(yè)面層級(jí)結(jié)構(gòu)圖就我們正常訪問(wèn)的頁(yè)面從屬關(guān)系，也是最好理解的。

功能結(jié)構(gòu)圖則是不管頁(yè)面怎么安排，就在 “范圍層” 的角度描述產(chǎn)品包含的核心功能和下級(jí)功能。

信息結(jié)構(gòu)圖，則是在不同頁(yè)面中包含的 “模塊”、“字段” 有哪些，樹(shù)狀圖的最底層將不再是頁(yè)面單位，而是信息顆粒。

5. 功能說(shuō)明

前面四條都是比較籠統(tǒng)的講解整個(gè)應(yīng)用的信息，而在功能說(shuō)明中，才包含我們應(yīng)該如何具體進(jìn)行設(shè)計(jì)、開(kāi)發(fā)的信息。

功能說(shuō)明通常會(huì)將前面需求條目中單獨(dú)羅列出來(lái)進(jìn)行說(shuō)明，這個(gè)說(shuō)明是為了讓看的人能看懂，所以沒(méi)有任何限制，靠編寫(xiě)者自由發(fā)揮。

常見(jiàn)的功能說(shuō)明中，除了文字描述外，還要搭配大量的圖形和表格。例如應(yīng)用原型進(jìn)行注解、流程圖、泳道圖、關(guān)系圖等等。

功能說(shuō)明占據(jù)了整份 PRD 的絕大多數(shù)篇幅，也是指導(dǎo)我們具體工作的內(nèi)容，看懂功能說(shuō)明是每一個(gè)團(tuán)隊(duì)成員職責(zé)，包括設(shè)計(jì)師也是。

當(dāng)然，不同產(chǎn)品經(jīng)理的文檔書(shū)寫(xiě)能力是不同的，要寫(xiě)一份大家都能看的懂的文檔，是考驗(yàn)撰寫(xiě)者 “講人話” 的能力的。如果出現(xiàn)了無(wú)法理解的地方，就一定要記得和相關(guān)編寫(xiě)者進(jìn)行溝通。

設(shè)計(jì)師如何進(jìn)行分析

有了一份 PRD，下一步，就是設(shè)計(jì)師進(jìn)入分析的環(huán)節(jié)了。

常見(jiàn)的分享對(duì)設(shè)計(jì)師要掌握的需求分析能力有主次不分的問(wèn)題，設(shè)計(jì)師的需求分析，不是搶產(chǎn)品經(jīng)理飯碗，制定需求內(nèi)容、劃分需求等級(jí)、評(píng)價(jià)需求價(jià)值。

在一個(gè)成熟的團(tuán)隊(duì)中，PM 在制定 PRD 中必然也會(huì)處理這些工作，而設(shè)計(jì)師需要做的。是在需求評(píng)審、PRD 中，整理和設(shè)計(jì)有關(guān)的內(nèi)容，并制定后續(xù)的工作內(nèi)容。

PRD 并不是只寫(xiě)給設(shè)計(jì)師看的，更多是給前后端開(kāi)發(fā)當(dāng)開(kāi)發(fā)依據(jù)的說(shuō)明，必然有一部分需求點(diǎn)是和設(shè)計(jì)師沒(méi)有關(guān)系的，比如 BUG 修復(fù)、算法推薦優(yōu)化、統(tǒng)計(jì)埋點(diǎn)等。

我們要根據(jù)多方面獲得的信息將涉及設(shè)計(jì)的需求整理出來(lái)，并羅列出一份明細(xì)，這份明細(xì)包含設(shè)計(jì)的頁(yè)面、模塊或者圖標(biāo)。

然后，再對(duì)每條需求標(biāo)記上相關(guān)的數(shù)量、優(yōu)先級(jí)、設(shè)計(jì)目標(biāo)、時(shí)間要求、負(fù)責(zé)人等，作為一份設(shè)計(jì)項(xiàng)目清單，比如下圖這樣的表格。

一份清晰的設(shè)計(jì)項(xiàng)目清單，可以很好的幫助設(shè)計(jì)師團(tuán)隊(duì)規(guī)劃工作安排，不至于整個(gè)過(guò)程手忙腳亂。

這個(gè)過(guò)程與其叫分析不如說(shuō)是整理，而真正需要做專業(yè)分析的時(shí)候，是你發(fā)現(xiàn)了產(chǎn)品當(dāng)前某些交互、體驗(yàn)中的問(wèn)題可以改進(jìn)，向產(chǎn)品經(jīng)理提出建議。

或者，當(dāng)你覺(jué)得某些產(chǎn)品需求不合理，影響產(chǎn)品的體驗(yàn)，那你就可以通過(guò)一些專業(yè)的分析來(lái)制作一份說(shuō)服產(chǎn)品經(jīng)理的報(bào)告，說(shuō)服他們調(diào)整需求。

要牢記——決定需求制定的人是產(chǎn)品經(jīng)理，而不是設(shè)計(jì)師。

今天分享寫(xiě)到這邊，在后面我還會(huì)更新更多和分析有關(guān)的專業(yè)理論和技巧。