【內(nèi)附文件】如何寫好PRD？
周末午休小憩一會(huì)，突然驚醒后坐著發(fā)愣，身邊娃的聲音似乎都離我很遠(yuǎn)，好似頭埋在水底聽岸邊蟲鳴，微弱、遙遠(yuǎn)但清晰。
原因是夢(mèng)里被好幾個(gè)讀者問同一問題：“如何寫好PRD？” 結(jié)合之前也有很多人想要一份萬能的PRD模板，仿佛只要對(duì)著模板填上內(nèi)容，PRD文檔就非常完美。
是這樣的嗎？這里有寫PRD的7條經(jīng)驗(yàn)想和你分享下：
1.必須把需求文檔當(dāng)成產(chǎn)品去對(duì)待。需求文檔的用戶是整個(gè)產(chǎn)品項(xiàng)目成員。準(zhǔn)確、詳細(xì)且完整的需求背景和業(yè)務(wù)流程相當(dāng)于產(chǎn)品的戰(zhàn)略層；頁面的布局和排版樣式相當(dāng)于產(chǎn)品的信息架構(gòu)層和表現(xiàn)層。
說句實(shí)話，連需求文檔都寫不好的產(chǎn)品經(jīng)理應(yīng)該也做不出啥像樣的產(chǎn)品。
2.需求文檔的核心是需求，而不是文檔。重點(diǎn)是理清楚需求能幫助哪些用戶（客戶）在什么場(chǎng)景下去解決啥問題，那么對(duì)應(yīng)需求表現(xiàn)就是用戶路徑圖、功能流程圖和功能邏輯。如果寫需求文檔需要花費(fèi)6小時(shí)，至少有4小時(shí)花在業(yè)務(wù)溝通、用戶溝通、競(jìng)品調(diào)研和業(yè)務(wù)目標(biāo)上，寫文檔和原型圖的時(shí)間不超過2小時(shí)。
連需求都沒有挖掘清晰的需求文檔，算啥需求文檔呢？
3.假如不確定需求文檔的顆粒度，那就越詳細(xì)越好。優(yōu)秀的需求文檔猶如和優(yōu)秀的人溝通一樣，應(yīng)該是清晰簡(jiǎn)潔的，太啰嗦會(huì)讓人厭煩。文檔寫的粗線條就會(huì)丟掉很多細(xì)節(jié)，團(tuán)隊(duì)成員無法理解意圖。如果你無法把控這個(gè)度，寧愿寫的詳細(xì)點(diǎn)、啰嗦點(diǎn)，重點(diǎn)是能讓項(xiàng)目成員理解就好。
需求文檔別做成了無效內(nèi)容聚集地。
4.圖比結(jié)構(gòu)重要，結(jié)構(gòu)比文字重要。能用圖講清楚的，就要用圖去說明?？梢杂霉δ芗軜?gòu)圖、流程圖、線框圖或者概念圖。切記圖一定是跟著邏輯走的。圖能直觀的說清楚目的，圖也是和項(xiàng)目組達(dá)到共鳴的最小量尺。
同樣，文檔結(jié)構(gòu)也是寫PRD的核心點(diǎn)。主流程和分支流程拆分，把異常情況和通用需求有效整理，都會(huì)提高可閱讀性和自查的效率。也能避免功能太復(fù)雜，遺漏細(xì)節(jié)。
5.在項(xiàng)目開發(fā)的PRD文檔，建議通過原型圖+邏輯的形式輸出，提高項(xiàng)目組的開發(fā)效率，也方便隨時(shí)糾錯(cuò)。而在項(xiàng)目結(jié)束后，最好還是用word文檔保存，便于留存和追溯。因?yàn)楫?dāng)你接手歷史遺留項(xiàng)目時(shí)，你會(huì)感謝為你留下項(xiàng)目開發(fā)文檔和留存文檔的前任產(chǎn)品經(jīng)理的。
切記，別給接替者挖坑。
6.如果有可能，在寫完需求文檔后，放置今天再讀一遍，大部分情況下你會(huì)發(fā)現(xiàn)之前沒有發(fā)現(xiàn)過的問題。有時(shí)候一鼓作氣出來的內(nèi)容會(huì)有一定的局限性。之后反復(fù)的看，會(huì)有不同的建議出來。這和項(xiàng)目復(fù)盤是一樣的。
同理，如果你有時(shí)間去看幾年前自己寫的文檔和做過的項(xiàng)目，也能會(huì)有驚喜的收獲。
7.PRD是產(chǎn)品經(jīng)理傳達(dá)產(chǎn)品思考的階段成果，在這之前，需要產(chǎn)品經(jīng)理好好理解業(yè)務(wù)。
以上7條建議，看起來像是正確的廢話，但是你操作后就知道了。術(shù)的層面，我為你準(zhǔn)備了原來寫過的PRD文檔、自檢清單和在工作中用到的交互設(shè)計(jì)清單，在工作中非常適用。希望能幫到你。
公眾號(hào)私信回復(fù)關(guān)鍵詞：“文檔”，即可下載。
John時(shí)不時(shí)會(huì)在朋友圈輸出自己的思考，可以一起交流。John微信號(hào)：
John每篇文章必將經(jīng)得起時(shí)間的考驗(yàn)。覺得文章不錯(cuò)，可以幫John分享下。感謝。