①概念化”階段進(jìn)入到“圖紙化”

我們之前在市場需求文檔（MRD）中闡述到的功能，都是表達(dá)的一個意向，不考慮實現(xiàn)方法和細(xì)節(jié)。而PRD則是將概念圖紙化，需要闡述詳細(xì)的細(xì)節(jié)和實現(xiàn)模型。產(chǎn)品人員可以通過撰寫PRD，梳理清楚方案實現(xiàn)過程中的各種問題和影響。

②向項目成員傳達(dá)需求的意義和明細(xì)

PRD的主要面向?qū)ο笫琼椖拷?jīng)理、開發(fā)、設(shè)計和測試。如何向這些不同的角色表達(dá)清楚需求明細(xì)，就需要一份規(guī)范的PRD文檔來描述。項目經(jīng)理通過文檔可以迅速了解任務(wù)的規(guī)模和相關(guān)接口，而開發(fā)設(shè)計人員通過文檔可以了解頁面元素和用例規(guī)則，測試人員可以提前根據(jù)文檔撰寫測試用例。PRD文檔在形式上是項目啟動的必要元素之一。

③ 管理歸檔需求

大都數(shù)的新需求都需要迭代幾個版本后才能走向成熟穩(wěn)定的階段，如果沒有PRD文檔，在大型項目中，需求的迭代變更將變的無據(jù)可循。PRD的文檔修訂編號和命名也是項目規(guī)范化管理的主要方法之一。

PRD的表現(xiàn)形式

一般企業(yè)內(nèi)部的PRD文檔選擇wiki系統(tǒng)或word文檔。wiki在協(xié)同和保密方面會有優(yōu)勢，而且能夠記錄修改文檔的每一次變更。而word在閱讀修改方面比較有優(yōu)勢，一般使用Word加SVN的方式來管理更新文檔。這個可根據(jù)每個企業(yè)的管理規(guī)范來選擇那種方法更合適。

PRD的主要構(gòu)成

一份基礎(chǔ)的PRD文檔主要由三部分組成

①引言

引言部分主要包括：需求背景、需求目的、需求概要、涉及范圍、全局規(guī)則和名詞說明，交互原型地址等。引言部分的寫作目的是讓閱讀者快速理解需求背景和概要。如果是公司內(nèi)部文檔，引言部分可以從簡寫作。

②業(yè)務(wù)建模

建模的目的是為了幫助閱讀對象更好的理解需要開發(fā)的需求，常用的模型種類包括：用例圖、實體圖、狀態(tài)圖、流程圖等。常用的建模語言如UML。UML具體的建模方法請戳這里。

③ 業(yè)務(wù)模塊

業(yè)務(wù)模塊包含具體頁面的元素、用例規(guī)則，以及相關(guān)的原型，流程圖。業(yè)務(wù)模塊的描述是整個文檔最核心的部分，下面博主用案例來描述一下業(yè)務(wù)模塊的編寫方法。

案例介紹：旅行箱–目的地攻略（應(yīng)用商店搜索“旅行箱”）

需求的目標(biāo)是在APP中展示相關(guān)國家/城市的旅游資訊內(nèi)容，如下圖所示：

那么我們在第一部分的引言中可以寫下簡單的需求描述：

1. 目的地攻略以城市/國家為單位，展示八個欄目下的文章列表。
2. 初期運(yùn)營指標(biāo)為編輯所有涉及城市的歸屬國家攻略內(nèi)容，相關(guān)城市暫不編輯；APP前臺默認(rèn)顯示國家內(nèi)容卡片，城市內(nèi)容卡片無數(shù)據(jù)時隱藏。
3. 運(yùn)營系統(tǒng)提供內(nèi)容生成對應(yīng)的觸屏網(wǎng)頁，App讀取和下載對應(yīng)網(wǎng)頁內(nèi)容；

為了幫開發(fā)者迅速了解需求結(jié)構(gòu)，我們需要建一個簡單的流程圖幫助開發(fā)理解功能：

引言和建模部分是為了幫助開發(fā)和測試人員快速理解需求，具體的頁面和用例規(guī)則還需要通過第三部分的業(yè)務(wù)模塊來描述，這里我們節(jié)選案例中的文章列表頁來描述：

文章列表頁共包含一個頁面，四個用例

那我們的描述結(jié)構(gòu)就為：
文章卡片頁面元素
收藏文章用例
分享文章用例
查看文章列表
查看文章（太簡單可不描述）

文章卡片的頁面元素描述：

（收藏）用例的描述為

業(yè)務(wù)模塊的描述一般是原型圖+數(shù)據(jù)元素+用例描述，這樣可以在原型圖的基礎(chǔ)上加上對應(yīng)元素屬性的描述，并通過動作描寫的方式表達(dá)用例規(guī)則和各種流程。這樣的寫作方式不僅可以向不同對象傳達(dá)產(chǎn)品經(jīng)理的意圖，而且可以幫助產(chǎn)品經(jīng)理自己梳理需求的邏輯和各種異常流程。

本文所用例子app為“旅行箱”

本文為小猛投稿發(fā)布，轉(zhuǎn)載請注明出處并附帶本文鏈接