需求文檔作為產(chǎn)品經(jīng)理的基本功，其重要性不言而喻，那么如何寫好需求文檔呢？作者分享了自己的一些心得。

提到需求文檔，不少人認(rèn)為寫需求文檔就和寫論文一樣，只要按照模板順下來(lái)就可以了，還有人認(rèn)為只要把問(wèn)題說(shuō)明白就好，寫不寫需求文檔就是一個(gè)形式：”與其寫PRD，還不如寫測(cè)試用例”。那么，PRD是產(chǎn)品經(jīng)理最”底層”的技能嗎？是不是“會(huì)寫”就達(dá)到要求了？產(chǎn)品經(jīng)理應(yīng)該將一部分精力放在完善PRD上嗎？還是像不少人認(rèn)為的將這些完善的時(shí)間用在跟進(jìn)進(jìn)度等更”實(shí)際”的工作上？

下面我將就一下幾個(gè)方面和大家聊聊什么是需求文檔，為什么我建議產(chǎn)品經(jīng)理要將“寫好”需求文檔作為工作要求。

• 需求文檔（ProductRequirement Document）是什么；
• 需求文檔的使用對(duì)象有哪些；
• 寫好需求文檔分幾步；（干貨在此）

需求文檔是什么

需求文檔，ProductRequirement Document，簡(jiǎn)稱PRD， 就是對(duì)產(chǎn)品的說(shuō)明文檔。

這里要說(shuō)明的是，需求文檔的說(shuō)明對(duì)象不只是限于產(chǎn)品的功能。產(chǎn)品文檔不僅要告訴別人你要干什么，還要說(shuō)明為什么這么做，你的目標(biāo)是什么，驗(yàn)收標(biāo)準(zhǔn)是什么，如何不能一步到位，是否有分步的實(shí)現(xiàn)路徑。

第一，你要干什么，就是說(shuō)明產(chǎn)品的功能邊界。要新增某個(gè)功能？或者改變?cè)δ埽?最好能用簡(jiǎn)潔的一句話來(lái)總結(jié)你要干什么，比如，在某產(chǎn)品內(nèi)新增發(fā)紅包功能。

第二，為什么這么做，就是要明確新增或改變功能的原因。這個(gè)問(wèn)題與產(chǎn)品經(jīng)理對(duì)產(chǎn)品的定位和策略有關(guān)，建議將原因量化到你的KPI上，比如，新增發(fā)紅包功能的目的是提高與用戶的互動(dòng)程度，以提高用戶粘性。

第三，產(chǎn)品目標(biāo)是什么，就是在團(tuán)隊(duì)中建立共同目標(biāo)。共同目標(biāo)對(duì)團(tuán)隊(duì)而言是非常重要的問(wèn)題，后續(xù)你的研發(fā)、運(yùn)營(yíng)、測(cè)試、項(xiàng)目等都要圍繞產(chǎn)品目標(biāo)開展工作。 比如，本階段某產(chǎn)品的目標(biāo)是將用戶粘性提高至X%。建議設(shè)定目標(biāo)時(shí)，要具體化到某個(gè)指標(biāo)某個(gè)數(shù)字。

第四，驗(yàn)收標(biāo)準(zhǔn)是什么，就是要量化細(xì)化產(chǎn)品的驗(yàn)收指標(biāo)。建立驗(yàn)收標(biāo)準(zhǔn)有助于后續(xù)走查，同時(shí)也能告訴團(tuán)隊(duì)要做到哪一步。和產(chǎn)品目標(biāo)相比，驗(yàn)收標(biāo)準(zhǔn)是具體到某個(gè)版本某個(gè)階段的短期指標(biāo)。因?yàn)楹芏鄷r(shí)候，某個(gè)產(chǎn)品目標(biāo)的實(shí)現(xiàn)需要分拆到不同的版本，你需要為團(tuán)隊(duì)建立每個(gè)版本一步一步的驗(yàn)收標(biāo)準(zhǔn)。

假如設(shè)計(jì)的產(chǎn)品功能負(fù)責(zé)，涉及系統(tǒng)性的迭代，可以將大的迭代拆分成更小的更新步驟。分步的實(shí)現(xiàn)路徑就是說(shuō)明大的目標(biāo)是什么，通過(guò)幾個(gè)版本的迭代，要達(dá)到整體的效果是怎樣的，為了實(shí)現(xiàn)這種效果，每個(gè)版本要做什么事等。

需求文檔的使用對(duì)象

很多產(chǎn)品經(jīng)理把寫需求文檔當(dāng)做“作業(yè)”或者“存檔”，總以為按照模板寫完就可以了。尤其是大公司，成熟的團(tuán)隊(duì)一般都會(huì)有PRD模板，在這種情況下，不少人會(huì)有“填充型”的思維：反正我按照模板寫完也不會(huì)落什么內(nèi)容，何必自己再搞一份呢？

不管是新人還是老手，我不推薦直接復(fù)用模板。因?yàn)?strong>需求文檔是基于公司面向研發(fā)的。之前我的mentor和我說(shuō)過(guò)一句話，我覺得非常在理。“將需求文檔也當(dāng)做是你的產(chǎn)品”，從整個(gè)角度出發(fā)，從實(shí)際的使用者的角度出發(fā)去構(gòu)想你的PRD要寫什么，怎么寫。

首先，需求文檔的使用對(duì)象是哪些人呢？

第一，研發(fā)人員。這也是需求文檔的主要使用者。需求文檔就是產(chǎn)品和研發(fā)溝通的工具。作為一個(gè)過(guò)來(lái)人，踩過(guò)不少口頭協(xié)議達(dá)成卻扎在需求文檔細(xì)節(jié)上的坑，我從中學(xué)到的最大的教訓(xùn)就是，作為一名合格的產(chǎn)品，永遠(yuǎn)不能將口頭協(xié)議作為驗(yàn)收標(biāo)準(zhǔn)，不僅出了問(wèn)題說(shuō)不清，而且也不利于后續(xù)產(chǎn)品的繼承以及復(fù)盤等。關(guān)于產(chǎn)品，要以需求文檔為準(zhǔn)，當(dāng)然這也非?？简?yàn)產(chǎn)品經(jīng)理對(duì)框架的認(rèn)知和對(duì)細(xì)節(jié)的把控力，以及對(duì)可能的風(fēng)險(xiǎn)的預(yù)知以及防御能力。一份優(yōu)秀的PRD，不僅能和研發(fā)說(shuō)明“產(chǎn)品要干什么”，“要實(shí)現(xiàn)什么功能”，而且也得交代清楚“交互的邏輯和跳轉(zhuǎn)的邏輯是什么”以及“每種情況下的托底邏輯”。

第二，項(xiàng)目經(jīng)理以及項(xiàng)目其他成員。這里可能不同的公司會(huì)有不同的情況，整體來(lái)看，作為產(chǎn)品的leader，建議產(chǎn)品經(jīng)理及時(shí)和項(xiàng)目組成員同步關(guān)鍵的項(xiàng)目進(jìn)展，同時(shí)產(chǎn)出關(guān)鍵節(jié)點(diǎn)上的各種文件，這里面最重要的就是PRD。

第三，產(chǎn)品經(jīng)理本身。首先，驗(yàn)收研發(fā)交付的產(chǎn)品時(shí)，要以需求文檔為準(zhǔn)，不要過(guò)分相信自己的記憶能力，其次，強(qiáng)烈建議定期復(fù)盤，找時(shí)間看看自己寫的歷史文檔，再回顧下每個(gè)版本出了哪些bug，想想是否對(duì)風(fēng)險(xiǎn)有預(yù)期，如何避免類似的bug,后續(xù)如何改進(jìn)。這一點(diǎn)，對(duì)于產(chǎn)品經(jīng)理的成長(zhǎng)而言至關(guān)重要。

寫好需求文檔分幾步

那么，如何產(chǎn)出一份優(yōu)秀的需求文檔呢？

第一步，明確產(chǎn)品目標(biāo)及框架。

其實(shí)在動(dòng)手開始寫PRD之前，就應(yīng)該對(duì)產(chǎn)品的目標(biāo)及框架有成型的方案。如果寫的時(shí)候還不清楚自己到底要設(shè)計(jì)一款怎樣的產(chǎn)品，一定要停下來(lái)梳理清楚。

第二步，拆分產(chǎn)品目標(biāo)至版本，制定產(chǎn)品roadmap。

如果產(chǎn)品目標(biāo)本身設(shè)計(jì)得比較大，不能一個(gè)版本內(nèi)完成迭代，可以拆分至不同的版本，這時(shí)候，產(chǎn)品經(jīng)理要制定產(chǎn)品roadmap,也就是每個(gè)版本做什么事。

第三步，建立自己的模板。

如果是老手的話，一般都會(huì)有自己熟悉和擅長(zhǎng)的表達(dá)方式，可以根據(jù)上述兩個(gè)點(diǎn)對(duì)格式進(jìn)行刪減更改。

如果是新人的話，建議先按照產(chǎn)品的目標(biāo)和功能用mind畫一下每個(gè)模板的關(guān)鍵點(diǎn)，盡量列出來(lái)，先不用想著各個(gè)點(diǎn)之間的關(guān)系，列完之后再分類，比如可以按照前后端分開，其次，將自己作為小白用戶完整的過(guò)一遍流程，要注意用戶的分叉點(diǎn)，走到這一步，接下來(lái)怎么走，這樣走會(huì)遇到什么問(wèn)題等。

第四步，按照你喜歡的方式開寫。

想清楚上面的這些問(wèn)題，就可以開始“寫”了。有的產(chǎn)品習(xí)慣有完整的時(shí)間一次完成， 有的產(chǎn)品碎片化寫作也沒(méi)有關(guān)系，總之，你喜歡怎么寫，就怎么寫。不要糾結(jié)于一次完成還是多次完成。因?yàn)槲以诠ぷ髦?，發(fā)現(xiàn)有的新人經(jīng)常會(huì)有這樣的抱怨：根本沒(méi)有完整的時(shí)間寫PRD。其實(shí)這個(gè)問(wèn)題很簡(jiǎn)單，要么你適應(yīng)碎片化的工作方式，要么你學(xué)會(huì)管理出完整的時(shí)間。

第五步，復(fù)讀PRD。

這個(gè)方法是我自己總結(jié)的一個(gè)小竅門，可以很好地查漏補(bǔ)缺。寫完之后，不要馬上發(fā)給研發(fā)，可以先換個(gè)腦子，然后自己復(fù)讀一遍，不要遺漏每一條用戶的路徑，也要注意各種細(xì)節(jié)，托底邏輯是什么，用戶會(huì)不會(huì)有各種奇葩的操作，等等。

最后的最后，個(gè)人認(rèn)為，寫好需求文檔是產(chǎn)品經(jīng)理技能中最重要的一塊。因?yàn)楫a(chǎn)品經(jīng)理最主要的輸出就是PRD，需求文檔的質(zhì)量是產(chǎn)品經(jīng)理水平的直觀體現(xiàn)。

另外，這里有一份硅谷產(chǎn)品經(jīng)理組的關(guān)于如何寫好PRD的資料，供各位參考學(xué)習(xí)。（https://svpg.com/assets/Files/goodprd.pdf ）

相關(guān)閱讀：

產(chǎn)品基本功系列（一）：資深產(chǎn)品經(jīng)理是如何分析頁(yè)面的

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

題圖來(lái)自PEXELS，基于CC0協(xié)議