產(chǎn)品需求文檔

產(chǎn)品設(shè)計(jì)的最終表述的形式被稱(chēng)為產(chǎn)品需求文檔（PRD文檔，Product Requirement Document）。產(chǎn)品需求文檔是將產(chǎn)品規(guī)劃和設(shè)計(jì)的需求具體形象化表述出來(lái)的一種展現(xiàn)形式，主要用于產(chǎn)品界面設(shè)計(jì)和研發(fā)使用。

PRD文檔要是一份詳細(xì)的產(chǎn)品功能需求說(shuō)明文檔，是產(chǎn)品文檔中最底層和最細(xì)致的文檔，直入主題的功能說(shuō)明文檔。

1、信息結(jié)構(gòu)圖

一般采用文本、思維導(dǎo)圖形式，目的是羅列出產(chǎn)品功能信息內(nèi)容，主要是要清晰易懂，讓技術(shù)人員清楚了解你的架構(gòu)。

“如圖是一張以Blog系統(tǒng)為示例的信息結(jié)構(gòu)圖。信息結(jié)構(gòu)圖是一種接近數(shù)據(jù)庫(kù)結(jié)構(gòu)的圖表，在羅列信息結(jié)構(gòu)時(shí)，更多的是考慮信息數(shù)據(jù)，但是他并不是真正意義的數(shù)據(jù)庫(kù)結(jié)構(gòu)。信息結(jié)構(gòu)圖是提供給產(chǎn)品經(jīng)理自己梳理信息內(nèi)容的結(jié)構(gòu)圖，也是方便產(chǎn)品經(jīng)理和服務(wù)端技術(shù)人員溝通數(shù)據(jù)結(jié)構(gòu)的參考圖，技術(shù)人員會(huì)根據(jù)這張圖表的內(nèi)容再結(jié)合產(chǎn)品原型或需求文檔，然后規(guī)劃和設(shè)計(jì)出真正意義上的數(shù)據(jù)庫(kù)結(jié)構(gòu)。

信息結(jié)構(gòu)圖中關(guān)于友情鏈接功能的信息數(shù)據(jù)只有“名稱(chēng)”和“鏈接”兩個(gè)內(nèi)容，但是在實(shí)際功能需求中，友情鏈接還有兩個(gè)功能，分別是“顯示或隱藏”和“是否新窗口打開(kāi)”，這兩個(gè)功能會(huì)在產(chǎn)品原型和需求文檔中詳細(xì)描述，但是在信息結(jié)構(gòu)中是沒(méi)有體現(xiàn)的，因?yàn)閺漠a(chǎn)品層面上來(lái)說(shuō)，這兩個(gè)只是功能，并不是信息內(nèi)容。但是在真正數(shù)據(jù)庫(kù)中，友情鏈接的這兩個(gè)功能分別也是有字段參數(shù)的，程序在讀取該參數(shù)后便知道友情鏈接的屬性，然后處理友情鏈接是顯示還是隱藏，是新窗口打開(kāi)還是本窗口打開(kāi)。通過(guò)友情鏈接這個(gè)例子，我們就知道了在實(shí)際中數(shù)據(jù)結(jié)構(gòu)和信息結(jié)構(gòu)是不一樣的，信息結(jié)構(gòu)只是產(chǎn)品、層面的數(shù)據(jù)內(nèi)容。

無(wú)論是什么樣的產(chǎn)品類(lèi)型，無(wú)論從哪里入手，我們第一步都是先要羅列信息結(jié)構(gòu)，因?yàn)樾畔⒔Y(jié)構(gòu)圖不僅是輔助技術(shù)人員創(chuàng)建數(shù)據(jù)庫(kù)的圖表，也是輔助產(chǎn)品人員進(jìn)行產(chǎn)品功能規(guī)劃的參考，只有對(duì)信息或數(shù)據(jù)的結(jié)構(gòu)了解了，我們才能更好的設(shè)計(jì)產(chǎn)品。”

2、產(chǎn)品結(jié)構(gòu)圖

“產(chǎn)品結(jié)構(gòu)圖是一種將產(chǎn)品原型以結(jié)構(gòu)化的方式展現(xiàn)的圖表，結(jié)構(gòu)內(nèi)容也如同產(chǎn)品原型一樣，從頻道到頁(yè)面，再細(xì)化頁(yè)面功能模塊和元素。所以產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品經(jīng)理在設(shè)計(jì)原型之前的一種思路梳理的方式，并不是給其他工作人員查看的文檔，通過(guò)類(lèi)似鳥(niǎo)瞰式的結(jié)構(gòu)圖可以讓產(chǎn)品經(jīng)理對(duì)產(chǎn)品結(jié)構(gòu)一目了然，也方便思考。

“活動(dòng)大全”的產(chǎn)品結(jié)構(gòu)依次是：產(chǎn)品 -> 頻道 -> 頁(yè)面 -> 頁(yè)面元素 -> 操作 -> 元素。我們換一個(gè)角度觀看示例，產(chǎn)品結(jié)構(gòu)圖實(shí)際上就是一種結(jié)構(gòu)化的產(chǎn)品原型。這樣做的目的就是梳理產(chǎn)品結(jié)構(gòu)邏輯，讓我們清楚的知道產(chǎn)品有幾個(gè)頻道，頻道下面有沒(méi)有子頻道或者有多少個(gè)頁(yè)面，這些頁(yè)面里又有哪些功能模塊，這些功能模塊里又有哪些元素。

產(chǎn)品結(jié)構(gòu)圖是一種讓產(chǎn)品經(jīng)理通過(guò)思維導(dǎo)圖的方式梳理思路的方法，通過(guò)這種方法可以明確產(chǎn)品有多少個(gè)頻道、有多少個(gè)頁(yè)面、頁(yè)面有多少個(gè)功能模塊、功能模塊有多少個(gè)元素，逐步的將腦海里的想法明確梳理成結(jié)構(gòu)。”

3、界面線框圖（原型設(shè)計(jì)）

“原型設(shè)計(jì)的表現(xiàn)手法主要有三種：手繪原型、灰模原型、交互原型。從工作效率的角度考慮，我非常建議先通過(guò)手繪的形式快速在草紙上繪制出產(chǎn)品的原型，推演和討論方案的可行性。當(dāng)方案的可行性被驗(yàn)證之后，我們?cè)俑鶕?jù)個(gè)人習(xí)慣或團(tuán)隊(duì)要求，通過(guò)軟件工具進(jìn)行更深入的設(shè)計(jì)。

對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)，原型設(shè)計(jì)是為了幫助我們細(xì)致的考慮方案，并論證方案的可行性，同時(shí)也是為了產(chǎn)品宣講時(shí)讓聽(tīng)眾能夠清晰直觀的了解產(chǎn)品，避免抽象的語(yǔ)言描述導(dǎo)致聽(tīng)眾理解困難和理解偏差。產(chǎn)品原型也是為了確保產(chǎn)品在執(zhí)行過(guò)程中，是按產(chǎn)品經(jīng)理最初設(shè)想的需求和期望完成的，因此產(chǎn)品經(jīng)理的原型是沒(méi)有很高的要求的，只要對(duì)方能夠聽(tīng)懂看懂就可以了，所以使用手繪原型是最高效率的方法。”

4、產(chǎn)品用例圖

用例(Use Case)是一種描述產(chǎn)品需求的方法，使用用例的方法來(lái)描述產(chǎn)品需求的過(guò)程就是用例模型，用例模型是由用例圖和每一個(gè)用例的詳細(xì)描述文檔所組成的。產(chǎn)品人員的用例主要是為了方便技術(shù)研發(fā)和功能測(cè)試時(shí)，讓參與者更好的理解功能的邏輯。

① 用例圖

用例圖并不是畫(huà)成了圖形的用例。用例圖包含一組用例，每一個(gè)用例用橢圓表示，放置在矩形框中；矩形框表示整個(gè)系統(tǒng)。矩形框外畫(huà)如圖所示的小人，表示參與者。參與者不一定是人，可以是其它產(chǎn)品、軟件或硬件等等。某一參與者與某一用例用線連起來(lái)，表示該參與者和該用例有交互。

② 用例描述文檔

用例圖只是在總體上大致描述了產(chǎn)品所能提供的各種服務(wù)，讓我們對(duì)于產(chǎn)品的功能有一個(gè)總體的認(rèn)識(shí)。除此之外，我們還需要描述每一個(gè)用例的詳細(xì)信息，這些信息應(yīng)該包含以下內(nèi)容：

用例名稱(chēng)：本用例的名稱(chēng)或者編號(hào)

行為角色：參與或操作(執(zhí)行)該用例的角色

簡(jiǎn)要說(shuō)明：簡(jiǎn)要的描述一下本用例的需求(作用和目的)

前置條件：參與或操作(執(zhí)行)本用例的前提條件，或者所處的狀態(tài)

后置條件：執(zhí)行完畢后的結(jié)果或者狀態(tài)

“用例描述文檔基本上是用文本方式來(lái)表述的，為了更加清晰地描述用例，也可以選擇使用狀態(tài)圖、流程圖或序列圖來(lái)輔助說(shuō)明。只要有助于表達(dá)的簡(jiǎn)潔明了，就可以在用例中任意粘貼用戶(hù)界面和流程的圖形化顯示方式，或是其它圖形。如流程圖有助于描述復(fù)雜的決策流程，狀態(tài)轉(zhuǎn)移圖有助于描述與狀態(tài)相關(guān)的系統(tǒng)行為，序列圖適合于描述基于時(shí)間順序的消息傳遞。

在互聯(lián)網(wǎng)產(chǎn)品和設(shè)計(jì)中，用例的使用越來(lái)越少，通常有了產(chǎn)品原型再加上功能流程圖和功能說(shuō)明文檔就能夠?qū)a(chǎn)品需求詳細(xì)的表述清楚，所以也沒(méi)有必須撰寫(xiě)用例了。但是在大公司里，往往會(huì)追求產(chǎn)品流程的規(guī)范性，要求撰寫(xiě)用例，不過(guò)在敏捷開(kāi)發(fā)的時(shí)候也會(huì)采用其它更有效率的方式，不一定非要撰寫(xiě)用例。”

5、功能流程圖（邏輯流程）

6、需求文檔（PRD文檔）

“產(chǎn)品需求文檔是將產(chǎn)品規(guī)劃和設(shè)計(jì)的需求具體形象化表述出來(lái)的一種展現(xiàn)形式，主要用于產(chǎn)品界面設(shè)計(jì)和研發(fā)使用。因?yàn)槊總€(gè)人的習(xí)慣和團(tuán)隊(duì)要求都是不一樣的，所以產(chǎn)品需求文檔沒(méi)有統(tǒng)一的行業(yè)規(guī)范標(biāo)準(zhǔn)，無(wú)論以什么樣的格式撰寫(xiě)產(chǎn)品需求文檔，最終的目的都是讓執(zhí)行人員能夠理解產(chǎn)品需求，根據(jù)需求完成產(chǎn)品。

產(chǎn)品需求文檔的表現(xiàn)形式有很多種，常見(jiàn)的有Word、圖片和交互原型這三種形式，文檔內(nèi)容通常包含信息結(jié)構(gòu)圖、界面線框圖、功能流程圖、功能說(shuō)明文檔。雖然產(chǎn)品需求文檔沒(méi)有標(biāo)準(zhǔn)的規(guī)范，但是有兩項(xiàng)是必不可少的，那就是文件標(biāo)識(shí)和修改記錄。文檔在撰寫(xiě)過(guò)程中，我們可以自行不斷的修改完善，但是如果正式發(fā)布或交給團(tuán)隊(duì)其他成員后，一旦有了修改，為了文檔的同步，我們就需要標(biāo)注出文檔的修改內(nèi)容，備注修改記錄，這樣可以方便大家查看和了解改動(dòng)的內(nèi)容。關(guān)于文件標(biāo)識(shí)和修改記錄，格式都大同小異。”

① Word

這是傳統(tǒng)意義上的產(chǎn)品需求文檔，主要有四個(gè)部分組成(具體根據(jù)產(chǎn)品要求進(jìn)行劃分)，分別是：結(jié)構(gòu)圖、全局說(shuō)明、頻道功能、效果圖。

文檔主要功能是描述產(chǎn)品的功能需求。

1、結(jié)構(gòu)圖：①、信息結(jié)構(gòu)圖：輔助服務(wù)端技術(shù)人員創(chuàng)建或調(diào)整數(shù)據(jù)結(jié)構(gòu)的參考文件；②、產(chǎn)品結(jié)構(gòu)圖：輔助設(shè)計(jì)和技術(shù)開(kāi)發(fā)人員了解產(chǎn)品的全局結(jié)構(gòu)。

2、全局說(shuō)明：主要講解產(chǎn)品的全局性功能的說(shuō)明，例如：網(wǎng)站產(chǎn)品的頁(yè)面編碼、用戶(hù)角色、緩存機(jī)制等。舉一個(gè)移動(dòng)產(chǎn)品的“狀態(tài)維持與恢復(fù)”的例子，如下：

“狀態(tài)的維持與恢復(fù)

當(dāng)用戶(hù)退出產(chǎn)品時(shí)（誤操作、Home鍵、鎖屏、自動(dòng)關(guān)機(jī)），產(chǎn)品需要維持用戶(hù)操作前的狀態(tài)，當(dāng)用戶(hù)返回產(chǎn)品時(shí)仍可以恢復(fù)到之前狀態(tài)，并繼續(xù)使用。

維持狀態(tài)包括流程操作、信息瀏覽、文本輸入、文件下載。

鎖屏狀態(tài)時(shí)，如果用戶(hù)在產(chǎn)品中有下載任務(wù)時(shí)，仍然保持下載。”

3、頻道功能：以頻道為單位，頁(yè)面為子項(xiàng)，分別描述頻道、頁(yè)面 及頁(yè)面元素的功能需求。示例如下：

在撰寫(xiě)功能需求時(shí)，我們需要考慮用戶(hù)的流程，例如一個(gè)“完成”按鈕，我們需要描述他完成后，系統(tǒng)要不要給出反饋提示(反饋提示是什么樣的形式反饋，內(nèi)容顯示成什么，有沒(méi)有內(nèi)容需要調(diào)取數(shù)據(jù)庫(kù))，或者要不要跳轉(zhuǎn)頁(yè)面(跳轉(zhuǎn)到哪個(gè)頁(yè)面，這個(gè)頁(yè)面是其他頻道頁(yè)面，還是這個(gè)功能的子頁(yè)面，如果是子頁(yè)面就需要再描述這個(gè)子頁(yè)面的模塊及元素內(nèi)容)。

4、效果圖：效果圖是由設(shè)計(jì)師完成的產(chǎn)品圖，和實(shí)際開(kāi)發(fā)完成的產(chǎn)品保真度一致。

② 圖片

圖片形式的產(chǎn)品需求文檔是基于效果圖的說(shuō)明文件，將傳統(tǒng)Word形式的功能需求說(shuō)明標(biāo)注在效果圖上，這種方式經(jīng)常使用在移動(dòng)互聯(lián)網(wǎng)領(lǐng)域，實(shí)際上是圖文形式的交互需求文件，只是在此基礎(chǔ)上更深入的描述出功能需求。

對(duì)于圖片形式的產(chǎn)品需求文檔，我們只需要另外再描述一下全局說(shuō)明，其他頻道頁(yè)面的需求直接以圖片形式展示，這種方式相對(duì)于Word文檔的純文字更加生動(dòng)易讀并且直觀。

③ 交互原型

當(dāng)我們通過(guò)Axure PR制作出產(chǎn)品原型后，實(shí)際上他已經(jīng)是很完善的產(chǎn)品Demo了，因此我們只需要加上元素的標(biāo)注，在標(biāo)注中說(shuō)明功能需求，這樣導(dǎo)出的HTML文件相比Word文檔更直觀易懂，是非常高效的產(chǎn)品需求說(shuō)明方式。