PRD為Product Requirement Document的簡稱，其中文翻譯為：產(chǎn)品需求文檔。

該文檔是產(chǎn)品項目由“概念化”階段進(jìn)入到“圖紙化”階段的最主要的一個文檔。廣義上講，產(chǎn)品需求的描述，應(yīng)該包含有產(chǎn)品的戰(zhàn)略和戰(zhàn)術(shù)：

• 戰(zhàn)略是指：產(chǎn)品定位、目標(biāo)市場、目標(biāo)用戶、競爭對手等。

• 戰(zhàn)術(shù)是指產(chǎn)品的結(jié)構(gòu)、核心業(yè)務(wù)流程、具體用例描述、功能&內(nèi)容描述等，本文主要討論的是戰(zhàn)術(shù)部分。

?

PRD的主要使用對象有：

開發(fā)可以根據(jù)PRD獲知整個產(chǎn)品的邏輯；測試可以根據(jù)PRD建用例；項目經(jīng)理可以根據(jù)PRD拆分工作包，并分配開發(fā)人員；交互設(shè)計師可以通過PRD來設(shè)計交互細(xì)節(jié)。PRD是項目啟動之前，必須要通過評審確定的最重要文檔。

?

產(chǎn)品經(jīng)理的PRD，就像建筑設(shè)計師的設(shè)計圖紙，是整個設(shè)計和思考的結(jié)晶，也是思考過程呈現(xiàn)。PRD的另一個重要的作用：定義產(chǎn)品需求，在團(tuán)隊內(nèi)達(dá)成共識。

?

PRD文檔的形式常見的有以下三種：Word、圖片、交互原型

Word版PRD是傳統(tǒng)意義上的PRD文檔，主要主要內(nèi)容包括：

↘???????信息結(jié)構(gòu)

↘???????限制條件

↘???????業(yè)務(wù)流程

↘???????產(chǎn)品用例

↘???????非功能性需求

↘???????需求文檔評審

PRD文檔的閱讀者更多是偏向于技術(shù)人員，因此PRD文檔目的性很明確，就是要描述產(chǎn)品的功能需求，所有PRD文檔是沒有關(guān)于市場方面的描述，減少不必要的文字，讓閱讀者看懂并且了解產(chǎn)品意圖，文字越少越好。

絕大多數(shù)人沒有足夠耐心認(rèn)真看完P(guān)RD文檔的，因此我們要盡量減化文檔內(nèi)容。

信息結(jié)構(gòu)

產(chǎn)品結(jié)構(gòu)就像建樓，設(shè)計時，要考慮整個建筑的結(jié)構(gòu)，如是否包含美食區(qū)、服裝區(qū)、百貨區(qū)、休閑娛樂區(qū)等，然后每個區(qū)域又可以按商家或類型細(xì)分。

產(chǎn)品也一樣，由功能和內(nèi)容組成，所有的功能和內(nèi)容，按照緯度組成頻道/模塊，最終形成產(chǎn)品整體結(jié)構(gòu)。

產(chǎn)品結(jié)構(gòu)一般用MindManger梳理。由于產(chǎn)品結(jié)構(gòu)一般較大，這里以部分產(chǎn)品結(jié)構(gòu)內(nèi)容為例展示給大家參考：

限制條件

描述產(chǎn)品的全局性需求，例如網(wǎng)站產(chǎn)品的頁面編碼、用戶角色，移動產(chǎn)品的緩存機(jī)制、下載機(jī)制，這類全局性需求說明。

例如：移動產(chǎn)品“狀態(tài)維持與恢復(fù)”的例子，示例如下：

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

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

維持狀態(tài)包括流程操作、信息瀏覽、文本輸入、文件下載。
鎖屏狀態(tài)時，如果用戶在產(chǎn)品中有下載任務(wù)時，仍然保持下載。

業(yè)務(wù)流程

每個產(chǎn)品都包含業(yè)務(wù)，分析梳理出核心業(yè)務(wù)的流程，幫助產(chǎn)品經(jīng)理了解產(chǎn)品邏輯。

B端產(chǎn)品的核心業(yè)務(wù)流程一般都會涉及到多個角色，而C端產(chǎn)品，核心流程的用戶則比較單一。

涉及到多個角色的業(yè)務(wù)流程，可以使用泳道圖，單個角色可以使用普通的活動圖。

在分析業(yè)務(wù)流程的時候，還可以配合使用狀態(tài)圖和順序圖，具體使用什么工具，視情況而定，重點(diǎn)是梳理清楚邏輯。

產(chǎn)品用例

產(chǎn)品用例是更具體也更重要的一步，產(chǎn)品用例針對流程上的某個節(jié)點(diǎn)具體描述。

例如：會員中心→內(nèi)容管理模塊，模塊包含用例有：

↘???????新增文章

↘???????修改文章

↘???????刪除文章

↘???????查看文章列表

↘???????查看文章詳情

一個完整的用例應(yīng)該包含以下主要內(nèi)容：

用例編號：

用例名稱：

使用角色：

優(yōu)先級：

描述：

前置條件：

后置條件：

界面：

規(guī)則描述：

其它說明：

?

詳細(xì)需求的描述有兩種方式：

↘???????用例描述

↘???????功能點(diǎn)描述

用例描述和功能點(diǎn)描述最大的區(qū)別在于描述的角度不一樣，用例從人和系統(tǒng)的旁觀者來描述，功能點(diǎn)是從產(chǎn)品的角度來描述。

用例描述最好用文檔，即word版需求文檔。而功能描述不但可以在word版中，還可以在Axure里以注釋的方式描述。

不論是用例描述還是功能描述，規(guī)則都是最重要的一部分。

?

如何能完整無誤的闡述需求并讓閱讀者看懂？

規(guī)則的描述，主要是從3方面描寫：

-數(shù)據(jù)規(guī)則：指頁面從數(shù)據(jù)庫調(diào)取數(shù)據(jù)并展現(xiàn)的規(guī)則。比如查看文章列表這個用例，需要描述文章列表頁面展示哪些字段、每個字段的類型及長度、列表的排序規(guī)則刷新頻率等。

-狀態(tài)邏輯：不同狀態(tài)之間切換的觸發(fā)點(diǎn)是什么，如：狀態(tài)為已發(fā)布的文章，要變?yōu)橄录?，可能的觸發(fā)條件有：發(fā)布時間已過期、手動操作下架等。

-交互規(guī)則：對界面上存在交互的元素一一列舉說明，如鏈接、按鈕、滑動、下拉的具體交互規(guī)則及異常處理。

另外，整個場景由于網(wǎng)絡(luò)問題、系統(tǒng)問題導(dǎo)致的異常也需要說明。

非功能性需求

非功能需求涉及比較廣，如：

性能需求：訪問速度達(dá)到多少、最大能支持多少人同時訪問；

設(shè)計需求：產(chǎn)品要設(shè)計成小清新風(fēng)格還是成熟穩(wěn)重的風(fēng)格等；

統(tǒng)計需求：產(chǎn)品要統(tǒng)計哪些字段，形成哪些報表等。

本次產(chǎn)品的文檔的內(nèi)容暫時講到這里，文檔能力是產(chǎn)品經(jīng)理的最基礎(chǔ)的能力之一，寫好產(chǎn)品文檔能幫助大家在團(tuán)隊協(xié)作中有效提高溝通效率，以上這篇文章供大家參考消化一下。在下一篇文章我們將繼續(xù)深化，敬請期待！！