PRD即產(chǎn)品需求文檔，是對產(chǎn)品需求的描述，內(nèi)容主要包含產(chǎn)品的功能和性能的說明。PRD是項目啟動之前，必須要通過評審確定的最重要的文檔。

寫PRD文檔，其實就是一個產(chǎn)品的業(yè)務(wù)需求分析的過程，邏輯如下：

1、整理產(chǎn)品結(jié)構(gòu)

產(chǎn)品是由功能和內(nèi)容組成，這些功能和內(nèi)容，按照某種方式，組成頻道/模塊，最終形成產(chǎn)品的整體結(jié)構(gòu)。這里僅僅截取了一部分的產(chǎn)品結(jié)構(gòu)圖：

產(chǎn)品結(jié)構(gòu)一般通過MindManger梳理。

2、分析核心業(yè)務(wù)流程

分析并梳理出核心業(yè)務(wù)流程，可以幫助項目成員了解產(chǎn)品邏輯。涉及到多個角色的業(yè)務(wù)流程，可以使用泳道圖，單個角色可以使用普通的活動圖。另外，在分析業(yè)務(wù)流程的時候，還可以配合使用狀態(tài)圖和順序圖，具體使用什么工具，視情況而定，重點是梳理清楚邏輯。這里截取一部分的泳道圖：

3、分析及整理用例

這個步驟是更具體的一步，前面兩個步驟是確定了范圍和流程，而這一步是針對某一功能做具體描述。這里有兩種方式：用例描述和功能點描述。這兩者最大的區(qū)別是描述的角度不同，用例是從人和系統(tǒng)的旁觀者來描述，而功能點是從產(chǎn)品角度進行描述。通過用例描述需求，最好是用統(tǒng)一的模板進行描述，而功能描述只需在Axure中以注釋的形式進行描述即可。

關(guān)于需求怎么描述，沒有完全正確的方式，只有最合適的方式，這個因人而異。

4、分析及整理非功能性需求

非功能需求涉及比較廣，比如性能需求，訪問速度如何、最大能支持多少人同時訪問；比如設(shè)計需求，產(chǎn)品要設(shè)計成小清新風(fēng)格還是成熟穩(wěn)重的風(fēng)格等；還比如統(tǒng)計需求，產(chǎn)品要統(tǒng)計哪些字段，形成哪些報表等。

5、整理需求文檔并評審

當(dāng)完成了以上4個步驟以后，其實整個產(chǎn)品的邏輯已經(jīng)很清楚了，這時就可以進行匯總整理出需求文檔。之后需要和項目相關(guān)的負責(zé)人一起評審，評審確認(rèn)通過，就可以進入產(chǎn)品的實施階段。實施一般是由項目經(jīng)理負責(zé)，但是很多公司沒有配備該崗位，這就要求產(chǎn)品經(jīng)理擁有項目管理的能力，來推動產(chǎn)品順利實施并上線。

PRD文檔，只有最合適的，沒有最好的，每個人所在的公司背景都不一樣，一般大公司要求文檔規(guī)范，細節(jié)到位，小公司可能只需要記錄關(guān)鍵信息，剩余的靠口頭溝通，甚至都不需要文檔。還有一部分，直接通過Axure描述產(chǎn)品需求。PRD文檔，最重要的還是產(chǎn)品的思考和整理的過程，當(dāng)以上步驟梳理清楚后，文檔只是水到渠成的產(chǎn)出。個人認(rèn)為，只要內(nèi)容清楚，文檔格式并沒那么重要。

本人小白一枚，我是結(jié)合各位大神以及自己平時工作的經(jīng)驗，做的整理，有描述不對的地方，歡迎大家指正。

作者：蔓蔓， 產(chǎn)品小白一枚 ?微信公眾號：mt_hlw ?歡迎大家和我交流

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