前面的幾個(gè)步驟是為了幫助我們梳理需求、驗(yàn)證可行性和明確細(xì)節(jié)，到了這一步的時(shí)候我們已經(jīng)非常清晰的了解產(chǎn)品需求，此時(shí)撰寫產(chǎn)品需求文檔可以大大減少和避免了撰寫文檔時(shí)容易忽略的細(xì)節(jié)黑洞。

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

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

http://wiki.jikexueyuan.com/project/jie-chu-pm/images/prd-doc1.jpg" alt="文件標(biāo)識(shí)、修改記錄" />

Word

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

因?yàn)楫a(chǎn)品需求文檔的閱讀者主要是偏向于技術(shù)人員，因此文檔的目的性非常明確，就是要描述產(chǎn)品的功能需求，所有產(chǎn)品需求文檔沒有關(guān)于市場(chǎng)方面的描述。為了保證需求的執(zhí)行效率，建議大家盡量減少不必要的文字，在能夠讓閱讀者看懂并且了解產(chǎn)品意圖的情況下，文字越少越好。這主要是因?yàn)榻^大多數(shù)人是沒有足夠耐心認(rèn)真看完產(chǎn)品需求文檔的，因此我們要盡量減化文檔內(nèi)容。

結(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ù)開發(fā)人員了解產(chǎn)品的全局結(jié)構(gòu)。

全局說明

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

狀態(tài)的維持與恢復(fù) 當(dāng)用戶退出產(chǎn)品時(shí)（誤操作、Home 鍵、鎖屏、自動(dòng)關(guān)機(jī)），產(chǎn)品需要維持用戶操作前的狀態(tài)，當(dāng)用戶返回產(chǎn)品時(shí)仍可以恢復(fù)到之前狀態(tài)，并繼續(xù)使用。 維持狀態(tài)包括流程操作、信息瀏覽、文本輸入、文件下載。 鎖屏狀態(tài)時(shí)，如果用戶在產(chǎn)品中有下載任務(wù)時(shí)，仍然保持下載。

頻道功能

以頻道為單位，頁面為子項(xiàng)，分別描述產(chǎn)品的頻道、頁面及頁面模塊元素的功能需求。示例如下：

• 1、頻道名：頻道介紹及需求說明
• 2、頁面1：頁面介紹及需求說明
  • 2.1、頁面模塊1：模塊功能需求說明
    • 2.1.1、頁面模塊1-元素1：功能說明
    • 2.1.2、頁面模塊1-元素2：功能說明
• 2.2、頁面模塊2：模塊功能需求說明

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

效果圖

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

產(chǎn)品需求文檔 Word 格式示例(示例包含在課程中)

這個(gè)示例是一個(gè)移動(dòng)產(chǎn)品( iPad )需求文檔，其中部分隱私內(nèi)容已過濾隱藏，并且只保留了首頁和地圖找房頻道的需求說明。由于工作環(huán)境沒有交互設(shè)計(jì)師，所以 Word 文檔中包含了部分交互說明。

圖片

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

對(duì)于圖片形式的產(chǎn)品需求文檔，我們只需要另外再描述一下全局說明，其他頻道頁面的需求直接以圖片形式展示，這種方式相對(duì)于 Word 文檔的純文字更加生動(dòng)易讀并且直觀，因此有一些產(chǎn)品經(jīng)理非常喜歡用這種方式代替 Word 形式的產(chǎn)品需求文檔。

http://wiki.jikexueyuan.com/project/jie-chu-pm/images/prd-doc2.jpg" alt="交互文檔" />

交互原型

這里指的交互原型就是前面篇章講到的原型設(shè)計(jì)，使用 Axure PR 之類的交互原型設(shè)計(jì)軟件制作出來的產(chǎn)品原型非常真實(shí)和直觀，并且原型軟件還支持元素標(biāo)注和導(dǎo)出 Word 文檔，因此很多產(chǎn)品經(jīng)理都喜歡使用 Axure PR 來代替 Word 完成產(chǎn)品需求文檔。

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

http://wiki.jikexueyuan.com/project/jie-chu-pm/images/prd-doc3.jpg" alt="交互原型" />

無論你采用哪種方式撰寫需求文檔，最終的目的都是為了方便團(tuán)隊(duì)成員理解產(chǎn)品的意圖，因此哪種方法能夠避免細(xì)節(jié)黑洞，高效完成產(chǎn)品的設(shè)計(jì)和研發(fā)，那么這種方法就是最有效的方法。