本篇文章給大家談?wù)刾rd需求文檔模板，以及prd需求文檔怎么寫(xiě)對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、完整的PRD文檔包含哪些內(nèi)容?
• 2、如何撰寫(xiě)PRD文檔
• 3、產(chǎn)品經(jīng)理的PRD到底該怎么寫(xiě)
• 4、產(chǎn)品需求文檔模板

完整的PRD文檔包含哪些內(nèi)容?

完整的PRD文檔包含的內(nèi)容如下：

1、文檔概述：文檔狀態(tài)、文檔修訂記錄、名詞解釋。

2、產(chǎn)品概述：需求背景和需求目的、需求和功能拆分清單、產(chǎn)品架構(gòu)圖和重要流程圖、原型交互。

3、需求詳細(xì)描述：拆分各個(gè)模塊詳細(xì)描述需求功能點(diǎn)，包括正常流程和異常流程。

4、非功能性需求：比如數(shù)據(jù)埋點(diǎn)需求和運(yùn)營(yíng)需求等。

PRD的主要使用對(duì)象

研發(fā)、測(cè)試、交互設(shè)計(jì)師及其他業(yè)務(wù)人員。

研發(fā)可以根據(jù)PRD獲知整個(gè)產(chǎn)品的邏輯，作為編碼的依據(jù)；測(cè)試可以根據(jù)PRD編寫(xiě)測(cè)試用例，為正式測(cè)試做準(zhǔn)備；交互設(shè)計(jì)師可以根據(jù)PRD設(shè)計(jì)交互細(xì)節(jié)；業(yè)務(wù)人員可以通過(guò)PRD提前了解產(chǎn)品，為運(yùn)營(yíng)和推廣做準(zhǔn)備。

如何撰寫(xiě)PRD文檔

首先，先了解清楚PRD的閱讀對(duì)象，使用者。 PRD的模版中一般有如下信息： PRD預(yù)期的讀者包括：產(chǎn)品、開(kāi)發(fā)、測(cè)試人員及相應(yīng)的負(fù)責(zé)人和用戶方代表。產(chǎn)品、開(kāi)發(fā)、測(cè)試人員會(huì)從中了解到本次需求的背景和詳細(xì)要求，以及每個(gè)需求點(diǎn)未來(lái)的優(yōu)化方向或?qū)τ?/p>

產(chǎn)品經(jīng)理的PRD到底該怎么寫(xiě)

PRD（Product-Requirement-Document，產(chǎn)品需求文檔），寫(xiě)作目錄如下：

1、文件命名（編號(hào)）

文件的編號(hào)很關(guān)鍵，因?yàn)楫a(chǎn)品迭代過(guò)程會(huì)有不同的文件版本，一般命名規(guī)則“公司名+產(chǎn)品名+PRD+D1.0”（以第一版為例），這樣命名有利用版本號(hào)的迭代。

2、修訂控制頁(yè)

一般有這么幾項(xiàng)：編號(hào)、文檔版本、修訂章節(jié)、修訂原因、修訂日期、修改人。

3、目錄

4、請(qǐng)與以下部門(mén)討論P(yáng)RD

PRD作為一個(gè)承接作用的“載體”，會(huì)與技術(shù)、運(yùn)營(yíng)、財(cái)務(wù)等人員的溝通，而與這些人員溝通的主題都將會(huì)出現(xiàn)在子功能或在細(xì)節(jié)細(xì)化的基本上，需要與相關(guān)人員確定“溝通內(nèi)容”，這對(duì)于產(chǎn)品整體流程將是很重要的。

5、概述

概念就是總結(jié)，它包括的點(diǎn)有：名詞說(shuō)明、產(chǎn)品概述及目標(biāo)、產(chǎn)品roadmap、產(chǎn)品風(fēng)險(xiǎn)。

6、使用者需求

使用者需求一般只有個(gè)需求描述。需求描述有以下幾項(xiàng)內(nèi)容：目標(biāo)客戶、需求描述、場(chǎng)景描述、優(yōu)先級(jí)。

7、可選方案

列出所有可以選擇的達(dá)到該產(chǎn)品目標(biāo)的方案要點(diǎn)（主要思路），給各方案適當(dāng)?shù)脑u(píng)價(jià)，并推薦最優(yōu)方案。

8、效益成本分析

產(chǎn)品經(jīng)理是個(gè)全才，在這點(diǎn)上得到了體驗(yàn)。產(chǎn)品經(jīng)理得知道財(cái)務(wù)知識(shí)。很大一部分是產(chǎn)品的環(huán)境搭建成本和支持人員的成本。一般的效益成本分析包括三個(gè)方面：效益預(yù)測(cè)、產(chǎn)品技術(shù)中心成本、非產(chǎn)品技術(shù)中心支持成本。

9、功能需求

功能需求一般是由四部分組成，功能總覽、功能詳情、整合需求、BETA測(cè)試需求。

10、整合需求

產(chǎn)品經(jīng)理很重要的一個(gè)能力就是體現(xiàn)在產(chǎn)品整合能力上，利用公司現(xiàn)有的資源或外部資源（合作公司等）實(shí)現(xiàn)產(chǎn)品功能需求的整合。

11、BETA測(cè)試需求

很多產(chǎn)品都有BETA版本放出，為了就是收求意見(jiàn)和一些性能測(cè)試。

12、非功能性需求

都說(shuō)產(chǎn)品經(jīng)理是全才，在這點(diǎn)上得到徹底的體現(xiàn)。很多產(chǎn)品經(jīng)理在這點(diǎn)上忽視了，但很多方面使用到的，只是在產(chǎn)品過(guò)程中弱化了。

13、上、下線需求

上線時(shí)限需求：此產(chǎn)品預(yù)定上線日期？上線日期有無(wú)任何特殊依據(jù)或規(guī)定？

下線需求（活動(dòng)類(lèi)需求必須明確下線時(shí)間）：此產(chǎn)品預(yù)定下線日期？下線日期有無(wú)任何特殊依據(jù)或規(guī)定？

14、運(yùn)營(yíng)計(jì)劃

說(shuō)明產(chǎn)品的后續(xù)運(yùn)營(yíng)計(jì)劃。包括與運(yùn)營(yíng)部的協(xié)作運(yùn)營(yíng)。更多的是給產(chǎn)品經(jīng)理如何讓更多的產(chǎn)品功能展示給用戶，產(chǎn)品經(jīng)理是核心需求的把握者，參與到產(chǎn)品整體運(yùn)營(yíng)計(jì)劃顯得特別的重要。

……

寫(xiě)PRD并不是產(chǎn)品經(jīng)理的全部工作，但卻是不可少的一部分，很大程度上反應(yīng)了產(chǎn)品經(jīng)理的思維和產(chǎn)品核心功能把握上，同時(shí)對(duì)產(chǎn)品經(jīng)理溝通、協(xié)調(diào)、規(guī)劃等

想學(xué)習(xí)更多PRD文檔寫(xiě)作方式，可以來(lái)官網(wǎng)學(xué)習(xí)

產(chǎn)品需求文檔模板

首先告訴你產(chǎn)品需求文檔肯定是有的！一個(gè)經(jīng)過(guò)實(shí)際工作檢驗(yàn)、經(jīng)歷過(guò)“質(zhì)疑”、“挑戰(zhàn)”和“斗爭(zhēng)”之后沉淀下來(lái)的模板，肯定是已經(jīng)吸收了各類(lèi)人的偏好、意見(jiàn)，固化了很多符合實(shí)際業(yè)務(wù)必須的內(nèi)容要求，能夠起到很好的業(yè)務(wù)承接作用。格式化、標(biāo)準(zhǔn)化本身是一個(gè)很好的思維、工作方式，可以讓你在編輯文檔和接受文檔的雙方關(guān)系中建立一種“標(biāo)準(zhǔn)”的溝通機(jī)制和預(yù)先定義的溝通基礎(chǔ)，減少額外的溝通成本，提高效率。

不過(guò)，在享受別人智力和經(jīng)驗(yàn)梳理好的模板進(jìn)行需求編寫(xiě)的同時(shí)，還是應(yīng)該了解模板形成的原因，并在此過(guò)程中形成自己對(duì)于模板的理解，進(jìn)而形成對(duì)于產(chǎn)品需求文檔的理解，在理解中使用，裁剪和優(yōu)化。

要理解和分析模板，理解和分析產(chǎn)品需求文檔，可以運(yùn)用以下幾個(gè)方法：

一、描述-解釋-預(yù)測(cè)-監(jiān)控

描述，是對(duì)觀察過(guò)程和觀察結(jié)果的描述。觀察的對(duì)象因不同的研究而有差異，其目標(biāo)是盡可能完整地將觀察者根據(jù)自己的觀察得到的現(xiàn)象、由此現(xiàn)象所產(chǎn)生的思想和感覺(jué)，以及在觀察過(guò)程中選擇納入的過(guò)程參與者對(duì)現(xiàn)象的反應(yīng)等信息進(jìn)行描述。

解釋?zhuān)腔卮?“為什么”，是對(duì)于描述的理解、歸類(lèi)、定義和解釋。其目標(biāo)是將描述內(nèi)容背后的成因、原理、動(dòng)機(jī)，內(nèi)容中各部分之間的相關(guān)，依存、依賴和影響關(guān)系等進(jìn)行說(shuō)明，以便對(duì)于描述內(nèi)容有更清晰、更細(xì)致、全面的了解。

預(yù)測(cè)，根據(jù)以因果關(guān)系為內(nèi)容的內(nèi)在聯(lián)系，相互影響來(lái)推導(dǎo)未來(lái)的發(fā)展或者將要發(fā)生的事情。通過(guò)研究解釋內(nèi)在的聯(lián)系，準(zhǔn)確地表達(dá)內(nèi)在聯(lián)系，從中推導(dǎo)出正確的預(yù)測(cè)。

監(jiān)控，是對(duì)于預(yù)測(cè)行為、現(xiàn)象的觀察和監(jiān)督，包括了觀察到的預(yù)測(cè)中的行為、現(xiàn)象的發(fā)生或者預(yù)測(cè)以外的行為、現(xiàn)象的外發(fā)生，以及因此而采取的對(duì)應(yīng)的反映動(dòng)作；這些反映動(dòng)作是預(yù)測(cè)過(guò)程中根據(jù)內(nèi)在聯(lián)系制定的“響應(yīng)”機(jī)制，并任其自然發(fā)生或者通過(guò)提供“系統(tǒng)”的自制能力來(lái)實(shí)現(xiàn)。

二、需求準(zhǔn)備、編寫(xiě)和檢查

回歸到產(chǎn)品經(jīng)理的日常工作中，在時(shí)間占比上較為集中的就是產(chǎn)品需求管理了，包括了需求的準(zhǔn)備、分析、編寫(xiě)和檢查過(guò)程。在這個(gè)過(guò)程中，描述——解釋——預(yù)測(cè)——監(jiān)控這個(gè)通用的科學(xué)分析過(guò)程也同樣使用，且可以貫穿其中，并可以幫助理解、形成并固化成我們前文提到的需求文檔的模板。這個(gè)科學(xué)分析的過(guò)程、方法在不同階段運(yùn)用的側(cè)重點(diǎn)會(huì)有所不同。

1. 描述

描述的過(guò)程是客觀的進(jìn)行“需求向”描述的過(guò)程，是一個(gè)“背景”信息的補(bǔ)充，用來(lái)說(shuō)明，這個(gè)需求文檔的源出是什么，是針對(duì)什么問(wèn)題，這個(gè)問(wèn)題是在具體什么領(lǐng)域，在怎樣的范圍內(nèi)，涉及到的是那些人；在需求相應(yīng)的功能設(shè)計(jì)實(shí)現(xiàn)之前，當(dāng)前的解決方案存在的問(wèn)題是什么，參與者是怎么解決的，解決的情況怎么樣，是好，還是不好，還是勉強(qiáng)可以，對(duì)于新的需求的緊迫性是什么樣的。此外，描述的過(guò)程還需提供一個(gè)基礎(chǔ)的概念和流程的解釋?zhuān)脕?lái)統(tǒng)一作為背景去理解一個(gè)現(xiàn)實(shí)的業(yè)務(wù)場(chǎng)景和“溝通字典”，避免在溝通中因?yàn)檎`解而產(chǎn)生不必要的偏差。

需求準(zhǔn)備的過(guò)程：了解需求來(lái)源（管理部門(mén)、市場(chǎng)部門(mén)、運(yùn)營(yíng)部門(mén)等），需求背景（行業(yè)、同業(yè)規(guī)則現(xiàn)狀等）；

需求分析的過(guò)程：了解需求目標(biāo)、預(yù)期效果（時(shí)間、結(jié)果等）、使用者習(xí)慣、相關(guān)人影響；

需求編寫(xiě)的過(guò)程：描述需求目的、背景、時(shí)間和結(jié)果要求、業(yè)務(wù)流程、交互過(guò)程、系統(tǒng)架構(gòu)、干系人角色和影響范圍；

需求檢查的過(guò)程：需求的背景、目標(biāo)、過(guò)程、干系人、結(jié)果預(yù)測(cè)和預(yù)防的完整性檢查；

2. 解釋

解釋在需求來(lái)源的基礎(chǔ)上描述了 “為什么”接下來(lái)這個(gè)需求可以解決遇到的問(wèn)題，同時(shí)還加入了“是什么”和“怎么樣”的部分。就是這個(gè)需求是通過(guò)怎么樣的方法解決了“描述”過(guò)程中提到的問(wèn)題，這個(gè)新的解決方法需要要做什么，對(duì)于原有的業(yè)務(wù)過(guò)程有哪些改變，會(huì)提升什么，會(huì)降低什么，會(huì)影響哪些人、哪些業(yè)務(wù)部分、哪些業(yè)務(wù)系統(tǒng)以及哪些數(shù)據(jù)的產(chǎn)生。這個(gè)部分，是需求文檔的最主要、最核心的內(nèi)容部分，也是在內(nèi)容上占比最大的一部分。

這里的解釋根據(jù)產(chǎn)品需求面向的要解決的問(wèn)題不同，而可能存在多個(gè)層面，多個(gè)維度的層面，比如對(duì)于運(yùn)營(yíng)的影響，對(duì)于前端市場(chǎng)的影響，對(duì)于用戶的影響，對(duì)于財(cái)務(wù)、法務(wù)的影響；從技術(shù)開(kāi)發(fā)、技術(shù)實(shí)現(xiàn)維度，比如對(duì)于前端開(kāi)發(fā)的影響、對(duì)于服務(wù)端開(kāi)發(fā)的影響、對(duì)于數(shù)據(jù)平臺(tái)的影響，還可能涉及到對(duì)于運(yùn)維資源的影響等；因此對(duì)應(yīng)到實(shí)際的產(chǎn)品需求工作中：

需求準(zhǔn)備的過(guò)程：了解需求可能涉及的相關(guān)業(yè)務(wù)系統(tǒng)及系統(tǒng)對(duì)應(yīng)的數(shù)據(jù)流程和邏輯、了解需求可能涉及的外部服務(wù)的數(shù)據(jù)流程和邏輯；了解面向的內(nèi)外部用戶的產(chǎn)品使用水平、學(xué)習(xí)能力和使用習(xí)慣；

需求分析的過(guò)程：選擇和制定最有效的，滿足時(shí)間、資源投入等要求的方案；

需求編寫(xiě)的過(guò)程：詳細(xì)描述需求的業(yè)務(wù)流程，通過(guò)各種圖表格式說(shuō)明新的解決方法在各服務(wù)系統(tǒng)之間、各業(yè)務(wù)部門(mén)之間、用戶與產(chǎn)品，產(chǎn)品與后服務(wù)之間的數(shù)據(jù)、文件和行為的交互過(guò)程、詳細(xì)的信息輸入、信息處理和信息輸出；每個(gè)業(yè)務(wù)節(jié)點(diǎn)明確的輸出物和節(jié)點(diǎn)標(biāo)志，重要性和優(yōu)先級(jí)；系統(tǒng)架構(gòu)、干系人角色和影響范圍；

需求檢查的過(guò)程：需求的流程、用戶交互動(dòng)作、系統(tǒng)信息交互等完整性檢查；

3. 預(yù)測(cè)與監(jiān)控

預(yù)測(cè)與監(jiān)控在產(chǎn)品需求文檔的管理上是聯(lián)動(dòng)的，是對(duì)于預(yù)測(cè)的事件發(fā)生的時(shí)候，進(jìn)行管理的機(jī)制，監(jiān)控=預(yù)測(cè)+干預(yù)。在產(chǎn)品需求文檔的管理上，對(duì)于設(shè)計(jì)好的業(yè)務(wù)流程、使用功能，在實(shí)際過(guò)程中可能會(huì)出現(xiàn)這樣或者那樣的 “非規(guī)劃”的使用，也就是我們通常說(shuō)的“用戶并不總是按照產(chǎn)品設(shè)計(jì)的方式來(lái)使用產(chǎn)品，而且，往往相反?！币虼耍@部分內(nèi)容很大的比例需要來(lái)對(duì)于用戶的行為進(jìn)行預(yù)測(cè)和監(jiān)控，并提供“預(yù)防”或者“解決”方案。其中：

預(yù)防在于，預(yù)測(cè)產(chǎn)品的用戶在使用的過(guò)程中，可能會(huì)進(jìn)行的一些超過(guò)產(chǎn)品使用半徑的操作，一旦進(jìn)行這些操作，操作的任務(wù)流程會(huì)中斷，掉出，進(jìn)入其他業(yè)務(wù)流程中且無(wú)法回滾，從而使得操作無(wú)法進(jìn)行下去，功能使用失敗，使用者會(huì)感覺(jué)產(chǎn)品、功能沒(méi)有包容性，缺乏引導(dǎo)性，導(dǎo)致了最后操作的失敗，預(yù)想的結(jié)果沒(méi)有實(shí)現(xiàn)，而且造成了一定的挫敗感，甚至造成了一定的損失。預(yù)防的具體方法多采用導(dǎo)航、提示等，不同的系統(tǒng)都有各自標(biāo)準(zhǔn)化的控價(jià)，我們?cè)谶@里不做展開(kāi)。

解決在于，預(yù)測(cè)產(chǎn)品的用戶在使用產(chǎn)品的過(guò)程中，因誤解、操作手誤而進(jìn)行了“非標(biāo)”、“超規(guī)”使用“掉出”原本設(shè)計(jì)的業(yè)務(wù)流程和操作流程的情況下，需要提供額外的流程和控制來(lái)“回轉(zhuǎn)”用戶的操作，來(lái)幫助用戶回到預(yù)先設(shè)定和他所需要的流程上來(lái)。解決的具體方法多通過(guò)“導(dǎo)航”引導(dǎo)“跳轉(zhuǎn)”和“返回”、“回退”來(lái)實(shí)現(xiàn)。對(duì)應(yīng)到實(shí)際的產(chǎn)品需求工作中：

需求準(zhǔn)備的過(guò)程：了解用戶特征和使用水平、評(píng)估、比較不同方式實(shí)現(xiàn)需求對(duì)于用戶行為的可控性和“非常規(guī)”操作的危害程度；

需求分析的過(guò)程：選擇和確定需求實(shí)現(xiàn)方案，評(píng)估行為管理方式和管理機(jī)制；

需求編寫(xiě)的過(guò)程：詳細(xì)描述需求的業(yè)務(wù)流程和交互過(guò)程中可能出現(xiàn)的用戶異常操作，相應(yīng)異常操作中系統(tǒng)反應(yīng)，系統(tǒng)對(duì)應(yīng)的控制和引導(dǎo)；

需求檢查的過(guò)程：需求“異?！绷鞒毯拖鄳?yīng)引導(dǎo)、控制地完整性檢查；

在需求管理的過(guò)程中，就可以按照這個(gè) 描述——解釋——預(yù)測(cè)——監(jiān)控流程來(lái)進(jìn)行。這四個(gè)既是步驟，是需求文檔內(nèi)容的組成部分，也是需求編寫(xiě)完成之后的檢查。

四個(gè)模塊構(gòu)成了需求文檔的完整性，且同時(shí)有各自獨(dú)立，有對(duì)應(yīng)的說(shuō)明，引導(dǎo)、要求和標(biāo)準(zhǔn)。所謂標(biāo)準(zhǔn)文檔，就可以按照這四個(gè)模塊作為框架、內(nèi)容和格式。

寫(xiě)在最后

產(chǎn)品需求文檔作為產(chǎn)品經(jīng)理同視覺(jué)設(shè)計(jì)、交互設(shè)計(jì)以及技術(shù)開(kāi)發(fā)人員進(jìn)行需求溝通的一個(gè)載體，我平時(shí)用的比較多的是摹客的服務(wù)進(jìn)行創(chuàng)作。一個(gè)完整的、充分溝通確認(rèn)，并最終達(dá)成多方理解和共識(shí)的產(chǎn)品需求文檔，能夠最大限度的還原產(chǎn)品、功能的設(shè)計(jì)，保證產(chǎn)品、功能的實(shí)現(xiàn)，最大限度的減少因?yàn)楦鞣嚼斫獾钠疃斐傻臅r(shí)間、人力和經(jīng)濟(jì)資源的浪費(fèi)及復(fù)工。

關(guān)于prd需求文檔模板和prd需求文檔怎么寫(xiě)的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。