歡迎客官來到又一期的壹佰干貨鋪~

你有沒有這樣的時(shí)候，在對(duì)產(chǎn)品經(jīng)理一知半解的階段，瘋狂怒補(bǔ)網(wǎng)上的各種教程與干貨？

到處尋找「模板」與「規(guī)范」，可能你不是想要把他看懂，只是想知道，那些玄乎其神的文檔、原型究竟長(zhǎng)什么樣。

你是否曾在網(wǎng)上找過各種各樣的PRD模板，感覺這貨簡(jiǎn)直就是最神秘的東西，看到各種求職招聘信息都寫，熟練撰寫PRD文檔？

因?yàn)椋瑢慞RD已然成為PM的基本技能了。

而作為一個(gè)產(chǎn)品新人，成功入職之后，首先就要開始撰寫各種文檔。而其中最重要的非產(chǎn)品需求文檔（PRD）莫屬。

而PRD也是令很多產(chǎn)品新人比較頭疼的東西，那么PRD到底該怎么寫？

本期干貨鋪帶來產(chǎn)品壹佰網(wǎng)站人氣最高的22篇實(shí)戰(zhàn)干貨，教你十步搞定PRD文檔寫作！趕緊收藏起來~

本期干貨鋪內(nèi)容大綱：

第一步：什么是產(chǎn)品需求文檔（PRD）【干貨 x1】

第二步：為什么需要寫產(chǎn)品需求文檔【干貨 x1】

第三步：一份優(yōu)秀的PRD應(yīng)該包含的內(nèi)容【干貨 x1】

第四步：一個(gè)完整的PRD應(yīng)該具備的要素【干貨 x2】

第五步：一份完整的PRD的寫作步驟【干貨 x2】

第六步：0-1歲產(chǎn)品新人的產(chǎn)品需求文檔寫作方法【干貨 x2】

第七步：怎樣將你的PRD寫得更好【干貨 x2】

第八步：寫PRD文檔會(huì)遇到的問題和細(xì)節(jié)【干貨 x3】

第九步：優(yōu)雅地利用Axure進(jìn)行PRD文檔寫作【干貨 x2】

第十步：參考模版和案例【干貨 x6】

學(xué)完后你將獲得：

學(xué)習(xí)到更專業(yè)的PRD文檔寫作方法，對(duì)PRD文檔寫作有更清晰的思路。全面搞定PRD文檔寫作！

第一步：什么是產(chǎn)品需求文檔（PRD）

PRD是英文“ProductRequirement Document”的縮寫，翻譯為中文就是“產(chǎn)品需求文檔”，主要用于完整描述產(chǎn)品需求，向研發(fā)部門明確產(chǎn)品的功能和性能。

PRD的面向?qū)ο笫茄邪l(fā)部門，用于向他們說明需要開發(fā)的產(chǎn)品功能和這些功能的性能要求。PRD質(zhì)量的好壞，在很大程度上不僅直接影響著研發(fā)部門是否可以明確產(chǎn)品的功能和性能，而且在很大程度上決定了產(chǎn)品的最終質(zhì)量。

推薦干貨>>>產(chǎn)品經(jīng)理小技巧——詳解產(chǎn)品需求文檔（PRD）

第二步：為什么需要寫產(chǎn)品需求文檔

在學(xué)習(xí)如何撰寫PRD之前，我們先要明白寫PRD的目的是什么：

①概念化”階段進(jìn)入到“圖紙化”

我們之前在市場(chǎng)需求文檔(MRD)中闡述到的功能，都是表達(dá)的一個(gè)意向，不考慮實(shí)現(xiàn)方法和細(xì)節(jié)。而PRD則是將概念圖紙化，需要闡述詳細(xì)的細(xì)節(jié)和實(shí)現(xiàn)模型。產(chǎn)品人員可以通過撰寫PRD，梳理清楚方案實(shí)現(xiàn)過程中的各種問題和影響。

②向項(xiàng)目成員傳達(dá)需求的意義和明細(xì)

PRD的主要面向?qū)ο笫琼?xiàng)目經(jīng)理、開發(fā)、設(shè)計(jì)和測(cè)試。如何向這些不同的角色表達(dá)清楚需求明細(xì)，就需要一份規(guī)范的PRD文檔來描述。項(xiàng)目經(jīng)理通過文檔可以迅速了解任務(wù)的規(guī)模和相關(guān)接口，而開發(fā)設(shè)計(jì)人員通過文檔可以了解頁(yè)面元素和用例規(guī)則，測(cè)試人員可以提前根據(jù)文檔撰寫測(cè)試用例。PRD文檔在形式上是項(xiàng)目啟動(dòng)的必要元素之一。

③ 管理歸檔需求

大都數(shù)的新需求都需要迭代幾個(gè)版本后才能走向成熟穩(wěn)定的階段，如果沒有PRD文檔，在大型項(xiàng)目中，需求的迭代變更將變的無(wú)據(jù)可循。PRD的文檔修訂編號(hào)和命名也是項(xiàng)目規(guī)范化管理的主要方法之一。

......

推薦干貨>>>干貨 | 一篇文章搞懂移動(dòng)應(yīng)用prd怎么寫

第三步：一份優(yōu)秀的PRD應(yīng)該包含的內(nèi)容

PRD從整體上看可以劃分為總體說明部分和UC部分，總體說明部分按照功能的不同又可劃分為以下幾個(gè)模塊，分別為修訂歷史——用以交代每次修改的責(zé)任人和修改內(nèi)容，項(xiàng)目概述——從業(yè)務(wù)背景和意義入手從整體上告訴讀者為什么要做這個(gè)產(chǎn)品，功能范圍——從全局視角交代產(chǎn)品的功能點(diǎn)，重點(diǎn)描述系統(tǒng)中角色的職責(zé)，優(yōu)先級(jí)劃分——對(duì)功能點(diǎn)進(jìn)行優(yōu)先級(jí)的排序，以便相關(guān)人員快速定位產(chǎn)品的核心功能和規(guī)劃后續(xù)工作安排，非功能性需求——對(duì)如性能和埋點(diǎn)等非功能型需求做出相關(guān)要求和說明。

UC部分則是由多個(gè)用例組成，每個(gè)用例對(duì)應(yīng)產(chǎn)品的一個(gè)或多個(gè)功能點(diǎn)，由用例名、設(shè)計(jì)圖、流程圖、用例圖、狀態(tài)圖、序列圖、用例說明、交換說明、邊界條件等部分共同組成，這其中具體采用哪些類型的UML圖需要根據(jù)產(chǎn)品的業(yè)務(wù)類型而定。舉個(gè)栗子，偏向后臺(tái)流程管理的產(chǎn)品應(yīng)將重點(diǎn)放在流程圖、時(shí)序圖、類圖等能表達(dá)清楚業(yè)務(wù)流程的UML圖上，而手機(jī)APP類以頁(yè)面交互為主的產(chǎn)品則應(yīng)將重點(diǎn)放在用例圖、狀態(tài)圖等能夠表達(dá)頁(yè)面之間交換和關(guān)聯(lián)關(guān)系及用戶操作順序的UML圖上。以上內(nèi)容就是是PRD的核心部分。

......

推薦干貨>>>一份優(yōu)秀的PRD應(yīng)該包含哪些內(nèi)容？

第四步：一個(gè)完整的PRD應(yīng)該具備的要素

PRD的能力映射出的是一個(gè)產(chǎn)品經(jīng)理的產(chǎn)品能力，這種能力分基礎(chǔ)和高級(jí)兩類，毋庸置疑，PRD應(yīng)該是一種基礎(chǔ)能力，產(chǎn)品經(jīng)理必備的一種技能，PRD的能力反映的就是產(chǎn)品經(jīng)理對(duì)用戶需求的理解能力，這種能力其實(shí)是建立在對(duì)行業(yè)的專業(yè)知識(shí)（表現(xiàn)在對(duì)業(yè)務(wù)的理解力）基礎(chǔ)上，再加之良好的溝通能力，一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理寫出的PRD必然是準(zhǔn)確度高，開發(fā)出來的產(chǎn)品擴(kuò)展性好，同時(shí)受用戶歡迎。因此產(chǎn)品經(jīng)理在日常必須深入學(xué)習(xí)行業(yè)知識(shí)，了解用戶的操作規(guī)則，多與用戶溝通，多傾聽問題，從而發(fā)現(xiàn)問題，解決問題，隨著對(duì)行業(yè)和用戶的理解及把控的逐步深刻，PRD闡述的內(nèi)容將越來越全面，越來越有深度，這份PRD將成為其他人的學(xué)習(xí)資料，會(huì)產(chǎn)生深遠(yuǎn)的影響。都說產(chǎn)品經(jīng)理引領(lǐng)著產(chǎn)品的發(fā)展方向，是產(chǎn)品的“爸爸”或“媽媽”，衷心的希望每個(gè)產(chǎn)品經(jīng)理都能做個(gè)稱職的父母親。

......

推薦干貨>>>如何寫出好的產(chǎn)品需求文檔（PRD）？

推薦干貨>>>產(chǎn)品經(jīng)理該如何正確輸出一份PRD文檔

第五步：一份完整的PRD的寫作步驟

做好產(chǎn)品需求文檔的這十步，是經(jīng)過長(zhǎng)期的實(shí)踐經(jīng)驗(yàn)和反復(fù)驗(yàn)證而得到的。可能這里描述的不是很全面，但他已經(jīng)足夠讓你做一個(gè)成功的產(chǎn)品需求文檔。做好這幾步花費(fèi)的時(shí)間要以項(xiàng)目的大小、復(fù)雜程度、個(gè)體學(xué)識(shí)、基本技能熟練度而定。

第一步：做好準(zhǔn)備工作

你要做的是一個(gè)讓人無(wú)可爭(zhēng)議的產(chǎn)品，為了做好他，你必須做好前期的準(zhǔn)備工作。你需要去了解你的顧客、競(jìng)爭(zhēng)對(duì)手、產(chǎn)品團(tuán)隊(duì)的實(shí)力和需要的技術(shù)。你需要從顧客、用戶、競(jìng)爭(zhēng)對(duì)手、分析師、產(chǎn)品團(tuán)隊(duì)、銷售隊(duì)伍、市場(chǎng)、公司職員等收集他們能發(fā)現(xiàn)的問題和可能的解決辦法。這里有很多的工作需要你去完成,在“成功的產(chǎn)品背后”這篇文章中有詳細(xì)的描述。

建立良好的交流也非常重要，它會(huì)影響著產(chǎn)品團(tuán)隊(duì)。如果你的準(zhǔn)備工作做的夠好，你也會(huì)變得越來越有信心和說服力。

第二步：確定產(chǎn)品的目的

任何一個(gè)好的產(chǎn)品都開始于一個(gè)需求。你必須清楚的了解這個(gè)需求，你的產(chǎn)品如何達(dá)到這個(gè)需求。

......

推薦干貨>>>產(chǎn)品需求文檔的10步

推薦干貨>>>如何完整高效地制作一款A(yù)PP產(chǎn)品需求文檔

第六步：0-1歲產(chǎn)品新人的產(chǎn)品需求文檔寫作方法

作為一個(gè)產(chǎn)品新人，入職之后，首先就要開始撰寫各種文檔。而在我看來，其中最重要的非產(chǎn)品需求文檔莫屬。該文檔是將一個(gè)產(chǎn)品由抽象到具體最重要的步驟之一，也是讓技術(shù)人員詳細(xì)了解一個(gè)產(chǎn)品的【三部曲】之一，其他兩步分別是產(chǎn)品原型和語(yǔ)言溝通，會(huì)在接下來的兩篇文章中細(xì)說。而PRD也是令很多產(chǎn)品新人比較頭疼的東西，那么PRD到底該怎么寫？

要明白寫文檔的直接目的！

一般PRD大約會(huì)給以下這三類人看：技術(shù)人員，公司BOSS以及客戶，而本文以及接下來的兩篇文章所說的內(nèi)容目標(biāo)用戶均是【技術(shù)人員】。

即然目標(biāo)人群已經(jīng)明確，那么將PRD交給技術(shù)人員最直接的目的是什么?那就是讓技術(shù)人員看完P(guān)RD之后，便會(huì)知道你的產(chǎn)品具體是一個(gè)什么樣子。一個(gè)好的PRD會(huì)有什么樣的效果?那就是技術(shù)人員只有你的PRD，沒有原型，不經(jīng)過語(yǔ)言溝通，他做出來的東西依然是你心中理想的樣子。

......

推薦干貨>>>0歲產(chǎn)品經(jīng)理：如何寫需求文檔

推薦干貨>>>從思考到撰寫，產(chǎn)品新人如何寫出自己風(fēng)格的「需求文檔」

第七步：怎樣將你的PRD寫得更好

Ruby語(yǔ)言的創(chuàng)始者松本行弘說過：“代碼越少，有可能出現(xiàn)bug的機(jī)會(huì)也越少。”文檔也是一樣，越是簡(jiǎn)短，可能出現(xiàn)的錯(cuò)誤也會(huì)越少，同時(shí)也更利于閱讀、維護(hù)和更新，所以建議大家的PRD要寫成“簡(jiǎn)單易懂”。

產(chǎn)品需求文檔作為一種和開發(fā)人員溝通的重要工具，如果梳理得不好，會(huì)直接影響后續(xù)與開發(fā)人員的溝通質(zhì)量，“簡(jiǎn)單易懂”顯得十分重要。但很多剛做產(chǎn)品的同學(xué)不太了解其重要性，會(huì)走不少?gòu)澛罚麄儠?huì)發(fā)現(xiàn)：在開完需求會(huì)議后開發(fā)人員在開發(fā)的過程中很少去翻看需求文檔，通常情況下都是口頭詢問，同學(xué)們就覺得很奇怪，他們寫文檔寫得那么詳細(xì)，為什么開發(fā)人員就不看文檔呢？既然不看，就不用寫了，直接用口頭溝通不是更好嗎？其實(shí)，能用口頭闡述都小問題和小項(xiàng)目，如果是中、大型項(xiàng)目，參與人員比較多，文檔是有助于減低溝通成本和提高共走效率；還有一點(diǎn)，很多時(shí)候開發(fā)不看文檔，是嫌棄文檔的內(nèi)容太長(zhǎng)了，他們只需要簡(jiǎn)單了解這個(gè)功能大概是做什么的，怎樣去實(shí)現(xiàn)就可以了。反觀很多同學(xué)在寫的時(shí)候會(huì)進(jìn)入一個(gè)誤區(qū)，事無(wú)巨細(xì)地描述規(guī)則，總害怕開發(fā)同事看不懂，一個(gè)比較復(fù)雜的功能可能寫個(gè)300字，結(jié)果人家直接不看了。

......

推薦干貨>>>升級(jí)版丨寫PRD怎樣思考的更加全面

推薦干貨>>>怎樣才能寫出簡(jiǎn)單易懂的需求文檔？

第八步：寫PRD文檔會(huì)遇到的問題和細(xì)節(jié)

換位思考

寫PRD一定要時(shí)刻想著換位思考，你得想著你的文檔是給開發(fā)、設(shè)計(jì)、測(cè)試等看的，語(yǔ)言上盡量好理解，盡量不要用形容詞，描述功能時(shí)，可以嘗試用開發(fā)的邏輯去思考書寫方式。

不要求大求全

這部分是我踩的一個(gè)深坑，我之前總想著把所有的邏輯都整理在一個(gè)流程圖上，然而這在很多情況下是不可能的，除非你做的這個(gè)產(chǎn)品比較簡(jiǎn)單。即便你真能夠?qū)⑺羞壿嬚碓谝粋€(gè)流程圖上，那么這個(gè)流程圖也會(huì)很復(fù)雜，不容易讓團(tuán)隊(duì)其他人看懂。功能最好分點(diǎn)說明，正常邏輯和異常邏輯分開說明。

所見即所得

這是一個(gè)讀圖的時(shí)代，圖片展現(xiàn)是最清晰明白的。有的功能點(diǎn)，邏輯比較復(fù)雜，這時(shí)可以考慮用原型圖展現(xiàn)，原型圖可以做到所見即所得。

......

推薦干貨>>>編寫需求文檔常遇到的問題有哪些？

推薦干貨>>>產(chǎn)品需求文檔中容易被忽視的10個(gè)細(xì)節(jié)

推薦干貨>>>產(chǎn)品經(jīng)理寫PRD文檔時(shí)需要注意的事項(xiàng)有哪些？

第九步：優(yōu)雅地利用Axure進(jìn)行PRD文檔寫作

就我所見，行業(yè)大多產(chǎn)品經(jīng)理都是用Word+Axure原型的方式組成產(chǎn)品需求文檔。那這種方式，是否真的能方便地表達(dá)出產(chǎn)品需求？我問了很多程序猿，他們?cè)陂_發(fā)時(shí)，一般都是看著效果圖和原型圖寫代碼，只有在遇到問題時(shí)，才會(huì)查看word文檔。也就是說，開發(fā)需要一邊寫代碼，一邊看效果圖，一邊看原型，還要時(shí)不時(shí)查看文檔。而且，大多數(shù)程序猿都不會(huì)逐字逐句去讀產(chǎn)品經(jīng)理的長(zhǎng)篇大論。那產(chǎn)品經(jīng)理寫word真的合適嗎？這樣的用戶體驗(yàn)真的好嗎？花費(fèi)大量時(shí)間寫word真的有價(jià)值嗎？在Axure畫原型的同時(shí)，我們?yōu)槭裁床荒苤苯釉谂赃厴?biāo)注呢？這樣豈不是方便快捷很多嗎？

其實(shí)，當(dāng)下流行一種直接在原型圖上標(biāo)注的需求文檔撰寫方式。在新版的Axure8中，也已經(jīng)推薦了原型加標(biāo)注的需求文檔樣式。Axure8新增了一組部件—不干貼，就是方便產(chǎn)品設(shè)計(jì)人員進(jìn)行功能標(biāo)注。

......

推薦干貨>>>善用Axure寫PRD，全局規(guī)范一個(gè)都不能少

推薦干貨>>>Word產(chǎn)品需求文檔，已經(jīng)過時(shí)了

第十步：參考模版和案例

記得自己在學(xué)習(xí)PRD文檔撰寫的時(shí)候，總希望能找到一份比較全面詳細(xì)又易懂的模板。如果你也曾有相同的困惱或者尚未遇到滿意的答案，或許本文可以提供不錯(cuò)的參考。

......

推薦模版>>>這也許是最美的產(chǎn)品需求文檔模板

推薦模版>>>產(chǎn)品需求文檔模板，不用找了（附“簡(jiǎn)”例）

推薦模版>>>喬不死帶你實(shí)戰(zhàn)項(xiàng)目：PRD通用模板

推薦案例>>>干貨丨“密碼管家”PRD需求文檔誕生記（絕密產(chǎn)品原型文檔）

推薦案例>>>PRD實(shí)用案例|「趕公交」App產(chǎn)品需求文檔

推薦案例>>>一個(gè)“廣場(chǎng)舞APP”的PRD文檔（含交互原型）

-完

-本期專題互動(dòng)-

PRD寫作這一項(xiàng)產(chǎn)品經(jīng)理的基本功，你掌握了多少？

你在寫PRD時(shí)，遇到過的最大的困難是什么？

把你的感想和大家分享一下吧~

「壹佰干貨鋪」——互聯(lián)網(wǎng)產(chǎn)品、運(yùn)營(yíng)、設(shè)計(jì)、職場(chǎng)精品干貨，應(yīng)有盡有！

咱們下期再見~

*本文由 @Yosa 原創(chuàng)發(fā)布于產(chǎn)品壹佰，未經(jīng)許可，禁止轉(zhuǎn)載。