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

文檔能力是產(chǎn)品經(jīng)理必備的基本能力，產(chǎn)品經(jīng)理通過文檔的方式把需求轉(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)品文檔都研究過。然后在主流的幾個(gè)文檔格式中選擇Axure原型來撰寫PRD，因?yàn)锳xure做的原型需求文檔，與讀者之間有互動(dòng)，體驗(yàn)更加良好而不至于那么單調(diào)。

產(chǎn)品需求文檔初成型

剛開始時(shí)，在網(wǎng)上的一些模板并結(jié)合實(shí)際項(xiàng)目來撰寫PRD的，并且PRD和原型圖是完全分開的，也就是說第一次撰寫的PRD只包含一些基本的和公共的信息，比如文檔的修訂歷史、產(chǎn)品說明、版本介紹以及核心的流程圖（如下圖）。其他的細(xì)節(jié)信息則是通過在原型圖上進(jìn)行簡(jiǎn)要的標(biāo)注。

后來經(jīng)歷過幾次的項(xiàng)目開發(fā)和迭代之后，發(fā)現(xiàn)PRD與原型圖分開管理的方式制作起來十分繁瑣，并且一些小版本的更新會(huì)直接在原型圖上更新而忘了更新PRD。而且開發(fā)人員、設(shè)計(jì)師基本上只看原型圖不看PRD，遇到需求問題就直接問PM，這樣就失去了產(chǎn)品需求文檔的意義了。

后來就決定把原型圖與PRD進(jìn)行統(tǒng)一，上面分散管理的問題也得到解決。并更換為更流行的側(cè)邊導(dǎo)航欄、更好的視覺設(shè)計(jì)，使讀者的閱讀體驗(yàn)更好。此時(shí)的產(chǎn)品需求文檔已經(jīng)慢慢開始成型。

這個(gè)版本可以說是PRD的Beta版，雖然是Beta版本，但是基本功能能滿足我們的需求。

文檔的迭代優(yōu)化

以Beta版的PRD持續(xù)一段時(shí)間，經(jīng)歷了一些項(xiàng)目的沉淀，在項(xiàng)目的使用過程中發(fā)現(xiàn)幾個(gè)有趣的現(xiàn)象：

• 開發(fā)人員基本上只關(guān)注功能的實(shí)現(xiàn)，焦點(diǎn)在交互原型圖上
• 設(shè)計(jì)師基本上只關(guān)注頁面和效果，焦點(diǎn)在原型圖上
• 測(cè)試人員則是側(cè)重于功能細(xì)節(jié)與各種情況的處理方案

可以理解，如果把PRD作為一個(gè)產(chǎn)品來看，上面的涉及的人員都是PRD的核心用戶，只不過3種角色的工作性質(zhì)不同，所以需求不同而已。顯而易見，Beta版的PRD只是把產(chǎn)品相關(guān)信息和原型圖進(jìn)行簡(jiǎn)單的結(jié)合，并不能滿足上面的需求，所以開發(fā)過程中就出現(xiàn)了幾個(gè)嚴(yán)重的問題：

• 對(duì)原型圖、功能的描述不夠周全，開發(fā)經(jīng)常找PM確認(rèn)需求上的點(diǎn)
• 原型圖上沒有添加頁面跳轉(zhuǎn)信息，導(dǎo)致設(shè)計(jì)師設(shè)計(jì)起來有些吃力
• 沒有把核心功能的流程圖的流程粒度細(xì)化到每個(gè)操作，增加PRD讀者的理解成本
• 一些分支流程、特殊情況沒有在文檔中說明清楚，導(dǎo)致測(cè)試人員經(jīng)常找PM確認(rèn)流程細(xì)節(jié)，嚴(yán)重降低PM工作效率以及增加了團(tuán)隊(duì)的溝通成本。

沒錯(cuò)，自己挖的坑，跪著也要填完。明確問題所在后，就需要針對(duì)性解決。在此之前，需要針對(duì)目標(biāo)用戶進(jìn)行“用戶調(diào)研”，確認(rèn)一下開發(fā)人員、設(shè)計(jì)師和測(cè)試人員這些“核心用戶”的意見和看法。收集他們的意見之后，去「起點(diǎn)學(xué)院」購(gòu)買了一些課程并學(xué)習(xí)具體的文檔規(guī)范，然后閱讀一些與PRD相關(guān)的文章，進(jìn)行分析總結(jié)，然后迭代出新版的產(chǎn)品需求文檔。（首頁如下圖）

新版本PRD在實(shí)踐中運(yùn)用之后，之前出現(xiàn)的問題得到了很好的解決，最明顯的是團(tuán)隊(duì)成員找PM確認(rèn)需求的次數(shù)大大降低了，并且開發(fā)效率也得到了提高。當(dāng)然，PM也減少了在溝通上成本。

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

• 文檔命名
• 文檔結(jié)構(gòu)
• 產(chǎn)品概述
• 全局說明
• 流程圖
• 功能需求
• 非功能需求

文檔命名

文件的命名，只要能告訴別人這個(gè)文檔的所包含的必要信息就可以了。對(duì)PRD而言，需要讓別人知道這個(gè)文檔是什么產(chǎn)品的產(chǎn)品需求文檔，處于什么階段，比如PRD_產(chǎn)品名稱_V1.0.0。不過為了更好的進(jìn)行統(tǒng)一管理，這里使用采用了下面的方式來對(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)品概述、全局說明、流程圖、功能需求與非功能需求這5大模塊，每個(gè)模塊下方有對(duì)應(yīng)的子模塊，下面進(jìn)行詳細(xì)的介紹。

產(chǎn)品概述

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

• 修訂歷史
• 開發(fā)周期
• 產(chǎn)品版本說明
• 產(chǎn)品介紹

首先來看看修訂歷史。

修訂歷史

修訂歷史是展示PRD的修改記錄，里面記錄著產(chǎn)品經(jīng)理對(duì)PRD的修訂的方式以及修訂的內(nèi)容。一般會(huì)放在文檔的第一頁，方便團(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ū)間作為迭代的里程碑，小步快跑，一步步完成迭代上線。比如說一個(gè)移動(dòng)App，開發(fā)的第一階段首先要進(jìn)行框架的搭建、啟動(dòng)頁、登錄注冊(cè)等基本功能的開發(fā)，然后再按照計(jì)劃、優(yōu)先級(jí)開發(fā)后續(xù)的功能。

產(chǎn)品版本說明

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

產(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)。

全局說明

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

流程圖

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

在文檔中，流程圖中包含信息結(jié)果圖、功能結(jié)果圖、業(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ì)說明。先看看功能需求下的三個(gè)子模塊：

功能列表

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

產(chǎn)品線路圖

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

功能詳情

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

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

通過功能詳情的一些細(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ù)需求

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

總結(jié)

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

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

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

產(chǎn)品需求文檔模板_Axure文件地址：（https://pan.baidu.com/s/1eT9RUZg）密碼: mhns

本文由 @?Kimson 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自PEXELS，基于CC0協(xié)議

愛盈利-運(yùn)營(yíng)小咖秀(www.jza6.com) 始終堅(jiān)持研究分享移動(dòng)互聯(lián)網(wǎng)App運(yùn)營(yíng)推廣經(jīng)驗(yàn)、策略、全案、渠道等純干貨知識(shí)內(nèi)容；是廣大App運(yùn)營(yíng)從業(yè)者的知識(shí)啟蒙、成長(zhǎng)指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺(tái)；

想了解更多移動(dòng)互聯(lián)網(wǎng)干貨知識(shí)，請(qǐng)關(guān)注微信公眾號(hào)運(yùn)營(yíng)小咖秀（ID: yunyingshow）