產(chǎn)品功能和原型方案有了，就要形成需求文檔，傳遞給項(xiàng)目組成員進(jìn)行后續(xù)的實(shí)施。但是我們總會遇到需求文檔PRD理不順的問題，不知道怎么寫才能讓別人看得懂，不知道怎樣才算合格的PRD。有些同學(xué)都比較糾結(jié)于需求的展現(xiàn)形式，到底是用Word呢，用PPT呢，用 Axure呢，用 PS呢，還是用 Sketch呢？
1、選擇合適的展現(xiàn)形式
其實(shí)展現(xiàn)形式是可以多樣化的。怎么簡單，怎么容易表達(dá)，就怎么來。能用一個(gè)圖的需求，就沒必要搞一個(gè)文檔，或者使用你最擅長的工具。除非你們公司規(guī)定你必須用某種形式。
我個(gè)人認(rèn)為Word雖然是最規(guī)范的文檔形式，但也是效率和效果都最低的需求文檔呈現(xiàn)形式，因?yàn)榉艌D，放交互都不是很方便，然后查閱起來也不是很方便。PPT和PS適合簡單的需求，比如說一張圖，一個(gè)頁面就能講清楚的。Axure最適合全面的需求，但如果能配合其他工具一起使用的話效果更佳。因?yàn)锳xure作圖沒有其他工具那么好。Sketch制作出來的原型是最精致的，但是它的工作效率有點(diǎn)低，而且大文件容易卡。
所以，選擇自己最合適的工具作為需求的展現(xiàn)形式即可，不用不太糾結(jié)于某一種。
2、條理清晰，邏輯嚴(yán)謹(jǐn)
需求文檔其實(shí)最注重的是表達(dá)方式。（上圖）左邊是一個(gè)像流水賬一樣的需求表達(dá)方式。這種方式?jīng)]有人愿意耐心看下去。右邊是像處女座一樣用有條理有結(jié)構(gòu)性的輸出，讓內(nèi)容結(jié)構(gòu)化，讓需要查閱的同學(xué)一眼就能夠找到自己想看到的信息，便于檢索。
3、分解功能，逐一說明
一般我們用這幾種框架的方式來分解功能，結(jié)構(gòu)性的搭建需求，把所有的功能說明全部都覆蓋到，然后才算是完成了整個(gè)需求文檔。常用的結(jié)構(gòu)是：
第一個(gè)就是按照在系統(tǒng)中所處的位置來分解功能。比如，先說前臺的頁面，再說用戶管理后臺的頁面。
第二個(gè)是按照功能的主次來分解，先說核心功能，再說次要的功能。
第三個(gè)就是按照頁面的布局來分解，從上往下從，左到右圖逐個(gè)來描述。
第四個(gè)是按照場景來分解，比如先說初次使用的，然后再說非登陸用戶的，或者是已登陸用戶的。
第五個(gè)是按照用戶操作的步驟來，比如下載，下載前、下載中、下載后。
最終，只要能使文檔閱讀者讀懂就算是合格的PRD。
本文根據(jù)迅雷高級產(chǎn)品經(jīng)理孫遂意的《做產(chǎn)品經(jīng)理這5年，我走過的那些坑》整理而成
