本文作者：宮毓蔓
PRD即產品需求文檔，是對產品需求的描述，內容主要包含產品的功能和性能的說明。PRD是項目啟動之前，必須要通過評審確定的最重要的文檔。
寫PRD文檔，其實就是一個產品的業(yè)務需求分析的過程，邏輯如下：
1、整理產品結構
產品是由功能和內容組成，這些功能和內容，按照某種方式，組成頻道/模塊，最終形成產品的整體結構。這里僅僅截取了一部分的產品結構圖：
產品結構一般通過MindManger梳理。
2、分析核心業(yè)務流程
分析并梳理出核心業(yè)務流程，可以幫助項目成員了解產品邏輯。涉及到多個角色的業(yè)務流程，可以使用泳道圖，單個角色可以使用普通的活動圖。另外，在分析業(yè)務流程的時候，還可以配合使用狀態(tài)圖和順序圖，具體使用什么工具，視情況而定，重點是梳理清楚邏輯。這里截取一部分的泳道圖：
3、分析及整理用例
這個步驟是更具體的一步，前面兩個步驟是確定了范圍和流程，而這一步是針對某一功能做具體描述。這里有兩種方式：用例描述和功能點描述。這兩者最大的區(qū)別是描述的角度不同，用例是從人和系統(tǒng)的旁觀者來描述，而功能點是從產品角度進行描述。通過用例描述需求，最好是用統(tǒng)一的模板進行描述，而功能描述只需在Axure中以注釋的形式進行描述即可。
關于需求怎么描述，沒有完全正確的方式，只有最合適的方式，這個因人而異。
4、分析及整理非功能性需求
非功能需求涉及比較廣，比如性能需求，訪問速度如何、最大能支持多少人同時訪問;比如設計需求，產品要設計成小清新風格還是成熟穩(wěn)重的風格等;還比如統(tǒng)計需求，產品要統(tǒng)計哪些字段，形成哪些報表等。
5、整理需求文檔并評審
當完成了以上4個步驟以后，其實整個產品的邏輯已經很清楚了，這時就可以進行匯總整理出需求文檔。之后需要和項目相關的負責人一起評審，評審確認通過，就可以進入產品的實施階段。實施一般是由項目經理負責，但是很多公司沒有配備該崗位，這就要求產品經理擁有項目管理的能力，來推動產品順利實施并上線。
PRD文檔，只有最合適的，沒有最好的，每個人所在的公司背景都不一樣，一般大公司要求文檔規(guī)范，細節(jié)到位，小公司可能只需要記錄關鍵信息，剩余的靠口頭溝通，甚至都不需要文檔。還有一部分，直接通過Axure描述產品需求。PRD文檔，最重要的還是產品的思考和整理的過程，當以上步驟梳理清楚后，文檔只是水到渠成的產出。個人認為，只要內容清楚，文檔格式并沒那么重要。
本人小白一枚，我是結合各位大神以及自己平時工作的經驗，做的整理，有描述不對的地方，歡迎大家指正。
申請創(chuàng)業(yè)報道，分享創(chuàng)業(yè)好點子。點擊此處，共同探討創(chuàng)業(yè)新機遇！
