詳解產(chǎn)品需求文檔(PRD)

第第頁詳解產(chǎn)品需求文檔（PRD）PRD是英文“ProductRequirementDocument”的縮寫，翻譯為中文就是“產(chǎn)品需求文檔”，主要用于完整描述產(chǎn)品需求，向研發(fā)部門明確產(chǎn)品的功能和性能。

PRD的面向?qū)ο笫茄邪l(fā)部門，用于向他們說明需要開發(fā)的產(chǎn)品功能和這些功能的性能要求。PRD質(zhì)量的好壞，在很大程度上不僅直接影響著研發(fā)部門是否可以明確產(chǎn)品的功能和性能，而且在很大程度上決定了產(chǎn)品的最終質(zhì)量。

NO.1PRD的主要內(nèi)容

一份完整的PRD文檔主要包含兩部分內(nèi)容：一是對項目的介紹，包括項目概述、項目價值、項目背景等；二是整份文檔的主體部分，對產(chǎn)品需求的詳細(xì)描述，包括功能需求和非功能需求。

對于不同的公司、不同的項目類型，PRD包含的內(nèi)容會有所差異，但一般來說，比較常見的PRD都會包含版本修訂記錄、項目概述、項目價值、項目背景、場景描述、功能總表、業(yè)務(wù)流程圖、用戶界面、功能描述、非功能描述、附錄等模塊。

下面是一份比較常見的PRD的目錄。

目錄

1.項目概述

2.項目價值

3.項目背景

4.功能概述

4.1場景描述

4.2功能總表

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

4.4功能描述

4.5數(shù)據(jù)監(jiān)控需求

5.用戶界面

6非功能需求

7.附錄

NO.2

產(chǎn)品功能的描述

用戶界面和功能描述是PRD最重要的兩個部分，用戶界面主要是以產(chǎn)品原型作為載體，用直觀圖形的形式展現(xiàn)產(chǎn)品的功能，功能描述則是在用戶界面的基礎(chǔ)上，以文字的形式詮釋產(chǎn)品功能的細(xì)節(jié)，使開發(fā)人員更清晰地明白產(chǎn)品功能性能的要求。

對產(chǎn)品功能進(jìn)行描述，一般需要兩個步驟：

第一，梳理產(chǎn)品功能描述部分的整體結(jié)構(gòu)，有規(guī)律地將產(chǎn)品功能分成多個較小的功能單元，并確定描述的先后順序。

比如，在產(chǎn)品功能具體的分解時，可以按功能在系統(tǒng)中的位置、按業(yè)務(wù)流程、按功能主次、按功能所處界面位置等進(jìn)行分解。

第二，以用例的形式描述分解后的產(chǎn)品功能。

用例指的是在不展現(xiàn)系統(tǒng)或子系統(tǒng)內(nèi)部結(jié)構(gòu)的情況下，對系統(tǒng)或子系統(tǒng)的某個連貫的功能單元的定義和描述。它的好處是可以將產(chǎn)品功能需求與產(chǎn)品設(shè)計徹底分離，不用考慮具體的系統(tǒng)設(shè)計與技術(shù)細(xì)節(jié)。

下面是一個關(guān)于旅游用例圖的展現(xiàn)形式：

除了用例圖，還需要一個與之對應(yīng)的用例表，規(guī)范的用例包括用例名稱、用例編號、角色、描述、基本流程、備選流程、異常流程、后置條件、備注等。

NO.3PRD的基本要求

一份優(yōu)秀的PRD文檔應(yīng)該滿足五個方面的要求：完整、準(zhǔn)確、清晰、簡潔、穩(wěn)定。具體如下所示：

在項目開發(fā)中，如果產(chǎn)品需求發(fā)生變化（這種可能性是很大的，但是一般來說，都會將需求變化放到下一版本中），那么在修改PRD的時候，也應(yīng)該就修改PRD內(nèi)容進(jìn)行必要的確認(rèn)。

NO.4PRD的模板

很多公司應(yīng)該都會有PRD模板，供產(chǎn)品經(jīng)理參考。但我感覺，根據(jù)具體項目與產(chǎn)品功能需求的不同，產(chǎn)品經(jīng)理是需要根據(jù)靈活情況進(jìn)行修改的。比如，我們的產(chǎn)品經(jīng)