文檔能力是產(chǎn)品經(jīng)理必備的基本能力剔氏。

文檔能力是產(chǎn)品經(jīng)理必備的基本能力塑猖，產(chǎn)品經(jīng)理通過(guò)文檔的方式把需求轉(zhuǎn)化為功能傳遞給項(xiàng)目的相關(guān)人員，使相關(guān)人員更好的理解功能需求谈跛。所以文檔的好壞直接影響到團(tuán)隊(duì)成員對(duì)需求的理解程度羊苟。

剛?cè)胄械漠a(chǎn)品新人都會(huì)優(yōu)先學(xué)習(xí)產(chǎn)品需求文檔（下面會(huì)用PRD代替）的撰寫和原型的繪制，自己當(dāng)時(shí)也是一樣感憾。當(dāng)時(shí)看了很多產(chǎn)品需求文檔的案例蜡励，各種類型、格式的產(chǎn)品文檔都研究過(guò)阻桅。然后在主流的幾個(gè)文檔格式中選擇Axure原型來(lái)撰寫PRD凉倚，因?yàn)锳xure做的原型需求文檔，與讀者之間有互動(dòng)嫂沉，體驗(yàn)更加良好而不至于那么單調(diào)稽寒。

下面我會(huì)通過(guò)以下7個(gè)方面來(lái)對(duì)新版PRD進(jìn)行詳細(xì)說(shuō)明。（文章末尾附有PRD模板Axure文件的下載地址趟章。）

文檔命名

文檔結(jié)構(gòu)

產(chǎn)品概述

全局說(shuō)明

流程圖

功能需求

非功能需求

文檔命名

文件的命名杏糙，只要能告訴別人這個(gè)文檔的所包含的必要信息就可以了。對(duì)PRD而言蚓土，需要讓別人知道這個(gè)文檔是什么產(chǎn)品的產(chǎn)品需求文檔宏侍，處于什么階段，比如PRD_產(chǎn)品名稱_V1.0.0蜀漆。不過(guò)為了更好的進(jìn)行統(tǒng)一管理谅河，這里使用采用了下面的方式來(lái)對(duì)文件名進(jìn)行命名。

文檔命名規(guī)則：【PRD】+ 產(chǎn)品名稱 + 產(chǎn)品版本號(hào)

例如：【PRD】微信 V6.6.1

文檔結(jié)構(gòu)

PRD的內(nèi)部結(jié)構(gòu)，如下圖所示旧蛾。

主要包含產(chǎn)品概述莽龟、全局說(shuō)明、流程圖锨天、功能需求與非功能需求這5大模塊毯盈，每個(gè)模塊下方有對(duì)應(yīng)的子模塊，下面進(jìn)行詳細(xì)的介紹病袄。

產(chǎn)品概述

產(chǎn)品概述模塊是用于展示產(chǎn)品介紹搂赋、開發(fā)規(guī)劃以及文檔修訂歷史等基本內(nèi)容。主要有4個(gè)部分：

修訂歷史

開發(fā)周期

產(chǎn)品版本說(shuō)明

產(chǎn)品介紹

首先來(lái)看看修訂歷史益缠。

修訂歷史

修訂歷史是展示PRD的修改記錄脑奠，里面記錄著產(chǎn)品經(jīng)理對(duì)PRD的修訂的方式以及修訂的內(nèi)容。一般會(huì)放在文檔的第一頁(yè)幅慌，方便團(tuán)隊(duì)成員第一時(shí)間了解到需求是否有改動(dòng)宋欺。而修訂歷史一般會(huì)采用表格的形式展示，包含文檔的版本號(hào)胰伍、修訂日期齿诞、修訂方式、修訂人以及修訂內(nèi)容骂租。

開發(fā)周期

開發(fā)周期包含兩個(gè)模塊祷杈，分別是開發(fā)周期以及開發(fā)計(jì)劃。

從上圖可以看出渗饮，在開發(fā)周期表格中但汞，顯示項(xiàng)目的計(jì)劃開發(fā)時(shí)間。不同的平臺(tái)開發(fā)難度不同互站，所以這里也會(huì)加以區(qū)分私蕾。下方的則是開發(fā)計(jì)劃，在敏捷開發(fā)中云茸，都會(huì)以一個(gè)時(shí)間區(qū)間作為迭代的里程碑是目，小步快跑，一步步完成迭代上線标捺。比如說(shuō)一個(gè)移動(dòng)App懊纳，開發(fā)的第一階段首先要進(jìn)行框架的搭建、啟動(dòng)頁(yè)亡容、登錄注冊(cè)等基本功能的開發(fā)嗤疯，然后再按照計(jì)劃、優(yōu)先級(jí)開發(fā)后續(xù)的功能闺兢。

產(chǎn)品版本說(shuō)明

版本說(shuō)明只是展示產(chǎn)品對(duì)應(yīng)版本所包含的核心功能茂缚。需要注意的是戏罢，這個(gè)版本是以上線版本為基準(zhǔn)，需要與上面開發(fā)周期所說(shuō)的版本需要區(qū)分開來(lái)脚囊。

產(chǎn)品介紹

顯示產(chǎn)品的相關(guān)介紹龟糕，常見的字段有產(chǎn)品名稱、logo悔耘、slogen讲岁、產(chǎn)品簡(jiǎn)介、產(chǎn)品定位衬以、目標(biāo)人群缓艳、使用場(chǎng)景以及產(chǎn)品目標(biāo)等。有個(gè)別產(chǎn)品可能還需要顯示其他的信息看峻，具體以實(shí)際情況為準(zhǔn)阶淘。

全局說(shuō)明

全局說(shuō)明則是對(duì)產(chǎn)品中公共部分的控件、文案互妓、網(wǎng)路請(qǐng)求狀態(tài)顯示等進(jìn)行統(tǒng)一的說(shuō)明溪窒。全局說(shuō)明這部分會(huì)因產(chǎn)品不同而變動(dòng)較大，所以也需要根據(jù)實(shí)際情況而定车猬。

流程圖

流程圖在這個(gè)PRD中是比較重要的模塊霉猛，其中的邏輯性較強(qiáng)，最能反應(yīng)出產(chǎn)品經(jīng)理的邏輯思維能力與流程圖的繪制能力珠闰。

在文檔中，流程圖中包含信息結(jié)構(gòu)圖瘫辩、功能結(jié)構(gòu)圖伏嗜、業(yè)務(wù)流程圖以及任務(wù)流程圖（也就是功能流程圖）。

其中信息結(jié)構(gòu)圖和功能結(jié)構(gòu)圖可以使用Xmind伐厌、MindManager承绸、百度腦圖等工具進(jìn)行繪制；而業(yè)務(wù)流程圖挣轨、任務(wù)流程圖則可以使用Visio军熏、OmniGraffle、ProcessOn等工具進(jìn)行繪制卷扮，然后導(dǎo)入到PRD荡澎。如果業(yè)務(wù)涉及到多端、多用戶角色的產(chǎn)品晤锹，可以使用泳道圖摩幔。流程圖的具體的繪制大家可以參考woshipm社區(qū)下的《實(shí)例解析業(yè)務(wù)流程圖與產(chǎn)品流程圖》

功能需求

功能需求模塊是整個(gè)PRD中最重要的部分，這個(gè)模塊是對(duì)功能的詳細(xì)說(shuō)明鞭铆。先看看功能需求下的三個(gè)子模塊：

功能列表

該頁(yè)面展示了整個(gè)產(chǎn)品的所有功能或衡，一般采用列表的形式展示，通常包含字段有模塊、功能名稱封断、功能描述以及優(yōu)先級(jí)斯辰。在這里額外添加了一項(xiàng)階段安排，通過(guò)顏色的刺激程度來(lái)區(qū)分功能的開發(fā)階段坡疼。

產(chǎn)品線路圖

產(chǎn)品線路圖與上述所說(shuō)的功能結(jié)構(gòu)圖十分類似彬呻，只不過(guò)功能結(jié)構(gòu)圖是以功能為單位，而線路圖則是以頁(yè)面為單位回梧。產(chǎn)品線路圖展示了產(chǎn)品的所有頁(yè)面以及對(duì)應(yīng)連接關(guān)系废岂。我們可以通過(guò)點(diǎn)擊線路圖中的矩形節(jié)點(diǎn)，跳轉(zhuǎn)到對(duì)應(yīng)的功能詳情狱意。

功能詳情

這個(gè)是我們的開發(fā)人員湖苞、設(shè)計(jì)師、測(cè)試人員使用最多的一個(gè)模塊详囤，沒有之一财骨。該模塊展示的是功能頁(yè)面的詳細(xì)信息，主要有功能頁(yè)面的描述藏姐、流程說(shuō)明以及異常情況處理隆箩。

以啟動(dòng)頁(yè)為例說(shuō)明一下。主要包含4個(gè)部分羔杨，分別是原型圖捌臊、頁(yè)面簡(jiǎn)介、界面描述和用戶用例兜材。其中界面描述是對(duì)原型圖中的元素進(jìn)行詳細(xì)的解釋理澎。用戶用例則是對(duì)用戶的使用流程、備選流程以及異常流程情況的說(shuō)明曙寡。不過(guò)并不是每個(gè)頁(yè)面都會(huì)有用戶用例這個(gè)部分糠爬，一些簡(jiǎn)單的展示界面、沒有用戶行為的頁(yè)面举庶，就可以不做用戶用例执隧。

通過(guò)功能詳情的一些細(xì)節(jié)描述和用戶用例的思考，可以大大減少產(chǎn)品經(jīng)理對(duì)功能思考的遺漏點(diǎn)户侥。

非功能需求

不同產(chǎn)品有不同的非功能性需求镀琉，一般有以下幾類非功能性需求。

性能需求

統(tǒng)計(jì)需求

營(yíng)銷需求

法務(wù)需求

質(zhì)量需求

安全需求

運(yùn)營(yíng)需求

財(cái)務(wù)需求

上面的列舉的非功能需求就不一一說(shuō)明了添祸，每個(gè)產(chǎn)品都不一樣滚粟，需要根據(jù)具體產(chǎn)品、具體情況而定刃泌。

總結(jié)

其實(shí)PRD的撰寫與迭代凡壤，可以看做是一個(gè)產(chǎn)品的設(shè)計(jì)與迭代的過(guò)程署尤。所以我們?cè)赑RD迭代更新的過(guò)程中，要明確團(tuán)隊(duì)的實(shí)際需求亚侠，找出痛點(diǎn)曹体、分析問題、得出解決方案硝烂、然后實(shí)施并驗(yàn)證方案的正確性箕别。

以上產(chǎn)品需求文檔是結(jié)合團(tuán)隊(duì)的流程總結(jié)出來(lái)的，雖然并不完美滞谢，但是很好的滿足當(dāng)前團(tuán)隊(duì)的需求串稀，基本上符合當(dāng)前敏捷開發(fā)團(tuán)隊(duì)的使用，后續(xù)也會(huì)不斷改進(jìn)優(yōu)化狮杨。每個(gè)團(tuán)隊(duì)也會(huì)因情況不同而需求不一樣母截，所以也僅供參考。

不過(guò)需要明確一點(diǎn)的是橄教，PRD只是一個(gè)幫助PM傳遞想法和需求的工具清寇，一個(gè)輔助手段，并不是目的护蝶，所以核心還是在需求上华烟。或許到了團(tuán)隊(duì)的后期持灰，團(tuán)隊(duì)成員能力都很強(qiáng)盔夜、都很默契，基本上可以通過(guò)口頭溝通完成信息傳遞時(shí)堤魁，那么產(chǎn)品需求文檔也就不那么重要了比吭。（嗯，比較理想…）