剛?cè)胄械漠a(chǎn)品新人都會優(yōu)先學習產(chǎn)品需求文檔（下面會用PRD代替）的撰寫和原型的繪制，自己當時也是一樣。當時看了很多產(chǎn)品需求文檔的案例，各種類型、格式的產(chǎn)品文檔都研究過。然后在主流的幾個文檔格式中選擇Axure原型來撰寫PRD，因為Axure做的原型需求文檔，與讀者之間有互動，體驗更加良好而不至于那么單調(diào)。

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

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

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

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

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

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

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

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

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

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

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

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

下面我會通過以下7個方面來對新版PRD進行詳細說明。（文章末尾附有PRD模板Axure文件的下載地址。）

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

文檔命名

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

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

例如：【PRD】微信 V6.6.1

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

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

主要包含產(chǎn)品概述、全局說明、流程圖、功能需求與非功能需求這5大模塊，每個模塊下方有對應的子模塊，下面進行詳細的介紹。

產(chǎn)品概述

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

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

首先來看看修訂歷史。

修訂歷史

修訂歷史是展示PRD的修改記錄，里面記錄著產(chǎn)品經(jīng)理對PRD的修訂的方式以及修訂的內(nèi)容。一般會放在文檔的第一頁，方便團隊成員第一時間了解到需求是否有改動。而修訂歷史一般會采用表格的形式展示，包含文檔的版本號、修訂日期、修訂方式、修訂人以及修訂內(nèi)容。

開發(fā)周期

開發(fā)周期包含兩個模塊，分別是開發(fā)周期以及開發(fā)計劃。

從上圖可以看出，在開發(fā)周期表格中，顯示項目的計劃開發(fā)時間。不同的平臺開發(fā)難度不同，所以這里也會加以區(qū)分。下方的則是開發(fā)計劃，在敏捷開發(fā)中，都會以一個時間區(qū)間作為迭代的里程碑，小步快跑，一步步完成迭代上線。比如說一個移動App，開發(fā)的第一階段首先要進行框架的搭建、啟動頁、登錄注冊等基本功能的開發(fā)，然后再按照計劃、優(yōu)先級開發(fā)后續(xù)的功能。

產(chǎn)品版本說明

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

產(chǎn)品介紹

顯示產(chǎn)品的相關介紹，常見的字段有產(chǎn)品名稱、logo、slogen、產(chǎn)品簡介、產(chǎn)品定位、目標人群、使用場景以及產(chǎn)品目標等。有個別產(chǎn)品可能還需要顯示其他的信息，具體以實際情況為準。

全局說明

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

流程圖

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

在文檔中，流程圖中包含信息結(jié)果圖、功能結(jié)果圖、業(yè)務流程圖以及任務流程圖（也就是功能流程圖）。