prd需求文檔模板(prd需求文檔怎么寫)
本篇文章給大家談?wù)刾rd需求文檔模板,以及prd需求文檔怎么寫對(duì)應(yīng)的知識(shí)點(diǎn),希望對(duì)各位有所幫助,不要忘了收藏本站喔。
本文目錄一覽:
完整的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編寫測(cè)試用例,為正式測(cè)試做準(zhǔn)備;交互設(shè)計(jì)師可以根據(jù)PRD設(shè)計(jì)交互細(xì)節(jié);業(yè)務(wù)人員可以通過PRD提前了解產(chǎn)品,為運(yùn)營(yíng)和推廣做準(zhǔn)備。
如何撰寫PRD文檔
首先,先了解清楚PRD的閱讀對(duì)象,使用者。 PRD的模版中一般有如下信息: PRD預(yù)期的讀者包括:產(chǎn)品、開發(fā)、測(cè)試人員及相應(yīng)的負(fù)責(zé)人和用戶方代表。產(chǎn)品、開發(fā)、測(cè)試人員會(huì)從中了解到本次需求的背景和詳細(xì)要求,以及每個(gè)需求點(diǎn)未來的優(yōu)化方向或?qū)τ?/p>
產(chǎn)品經(jīng)理的PRD到底該怎么寫
PRD(Product-Requirement-Document,產(chǎn)品需求文檔),寫作目錄如下:
1、文件命名(編號(hào))
文件的編號(hào)很關(guān)鍵,因?yàn)楫a(chǎn)品迭代過程會(huì)有不同的文件版本,一般命名規(guī)則“公司名+產(chǎn)品名+PRD+D1.0”(以第一版為例),這樣命名有利用版本號(hào)的迭代。
2、修訂控制頁
一般有這么幾項(xiàng):編號(hào)、文檔版本、修訂章節(jié)、修訂原因、修訂日期、修改人。
3、目錄
4、請(qǐng)與以下部門討論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)有:名詞說明、產(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版本放出,為了就是收求意見和一些性能測(cè)試。
12、非功能性需求
都說產(chǎn)品經(jīng)理是全才,在這點(diǎn)上得到徹底的體現(xiàn)。很多產(chǎn)品經(jīng)理在這點(diǎn)上忽視了,但很多方面使用到的,只是在產(chǎn)品過程中弱化了。
13、上、下線需求
上線時(shí)限需求:此產(chǎn)品預(yù)定上線日期?上線日期有無任何特殊依據(jù)或規(guī)定?
下線需求(活動(dòng)類需求必須明確下線時(shí)間):此產(chǎn)品預(yù)定下線日期?下線日期有無任何特殊依據(jù)或規(guī)定?
14、運(yùn)營(yíng)計(jì)劃
說明產(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ì)劃顯得特別的重要。
……
寫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文檔寫作方式,可以來官網(wǎng)學(xué)習(xí)
產(chǎn)品需求文檔模板
首先告訴你產(chǎn)品需求文檔肯定是有的!一個(gè)經(jīng)過實(shí)際工作檢驗(yàn)、經(jīng)歷過“質(zhì)疑”、“挑戰(zhàn)”和“斗爭(zhēng)”之后沉淀下來的模板,肯定是已經(jīng)吸收了各類人的偏好、意見,固化了很多符合實(shí)際業(yè)務(wù)必須的內(nèi)容要求,能夠起到很好的業(yè)務(wù)承接作用。格式化、標(biāo)準(zhǔn)化本身是一個(gè)很好的思維、工作方式,可以讓你在編輯文檔和接受文檔的雙方關(guān)系中建立一種“標(biāo)準(zhǔn)”的溝通機(jī)制和預(yù)先定義的溝通基礎(chǔ),減少額外的溝通成本,提高效率。
不過,在享受別人智力和經(jīng)驗(yàn)梳理好的模板進(jìn)行需求編寫的同時(shí),還是應(yīng)該了解模板形成的原因,并在此過程中形成自己對(duì)于模板的理解,進(jìn)而形成對(duì)于產(chǎn)品需求文檔的理解,在理解中使用,裁剪和優(yōu)化。
要理解和分析模板,理解和分析產(chǎn)品需求文檔,可以運(yùn)用以下幾個(gè)方法:
一、描述-解釋-預(yù)測(cè)-監(jiān)控
描述,是對(duì)觀察過程和觀察結(jié)果的描述。觀察的對(duì)象因不同的研究而有差異,其目標(biāo)是盡可能完整地將觀察者根據(jù)自己的觀察得到的現(xiàn)象、由此現(xiàn)象所產(chǎn)生的思想和感覺,以及在觀察過程中選擇納入的過程參與者對(duì)現(xiàn)象的反應(yīng)等信息進(jìn)行描述。
解釋,是回答 “為什么”,是對(duì)于描述的理解、歸類、定義和解釋。其目標(biāo)是將描述內(nèi)容背后的成因、原理、動(dòng)機(jī),內(nèi)容中各部分之間的相關(guān),依存、依賴和影響關(guān)系等進(jìn)行說明,以便對(duì)于描述內(nèi)容有更清晰、更細(xì)致、全面的了解。
預(yù)測(cè),根據(jù)以因果關(guān)系為內(nèi)容的內(nèi)在聯(lián)系,相互影響來推導(dǎo)未來的發(fā)展或者將要發(fā)生的事情。通過研究解釋內(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è)過程中根據(jù)內(nèi)在聯(lián)系制定的“響應(yīng)”機(jī)制,并任其自然發(fā)生或者通過提供“系統(tǒng)”的自制能力來實(shí)現(xiàn)。
二、需求準(zhǔn)備、編寫和檢查
回歸到產(chǎn)品經(jīng)理的日常工作中,在時(shí)間占比上較為集中的就是產(chǎn)品需求管理了,包括了需求的準(zhǔn)備、分析、編寫和檢查過程。在這個(gè)過程中,描述——解釋——預(yù)測(cè)——監(jiān)控這個(gè)通用的科學(xué)分析過程也同樣使用,且可以貫穿其中,并可以幫助理解、形成并固化成我們前文提到的需求文檔的模板。這個(gè)科學(xué)分析的過程、方法在不同階段運(yùn)用的側(cè)重點(diǎn)會(huì)有所不同。
1. 描述
描述的過程是客觀的進(jìn)行“需求向”描述的過程,是一個(gè)“背景”信息的補(bǔ)充,用來說明,這個(gè)需求文檔的源出是什么,是針對(duì)什么問題,這個(gè)問題是在具體什么領(lǐng)域,在怎樣的范圍內(nèi),涉及到的是那些人;在需求相應(yīng)的功能設(shè)計(jì)實(shí)現(xiàn)之前,當(dāng)前的解決方案存在的問題是什么,參與者是怎么解決的,解決的情況怎么樣,是好,還是不好,還是勉強(qiáng)可以,對(duì)于新的需求的緊迫性是什么樣的。此外,描述的過程還需提供一個(gè)基礎(chǔ)的概念和流程的解釋,用來統(tǒng)一作為背景去理解一個(gè)現(xiàn)實(shí)的業(yè)務(wù)場(chǎng)景和“溝通字典”,避免在溝通中因?yàn)檎`解而產(chǎn)生不必要的偏差。
需求準(zhǔn)備的過程:了解需求來源(管理部門、市場(chǎng)部門、運(yùn)營(yíng)部門等),需求背景(行業(yè)、同業(yè)規(guī)則現(xiàn)狀等);
需求分析的過程:了解需求目標(biāo)、預(yù)期效果(時(shí)間、結(jié)果等)、使用者習(xí)慣、相關(guān)人影響;
需求編寫的過程:描述需求目的、背景、時(shí)間和結(jié)果要求、業(yè)務(wù)流程、交互過程、系統(tǒng)架構(gòu)、干系人角色和影響范圍;
需求檢查的過程:需求的背景、目標(biāo)、過程、干系人、結(jié)果預(yù)測(cè)和預(yù)防的完整性檢查;
2. 解釋
解釋在需求來源的基礎(chǔ)上描述了 “為什么”接下來這個(gè)需求可以解決遇到的問題,同時(shí)還加入了“是什么”和“怎么樣”的部分。就是這個(gè)需求是通過怎么樣的方法解決了“描述”過程中提到的問題,這個(gè)新的解決方法需要要做什么,對(duì)于原有的業(yè)務(wù)過程有哪些改變,會(huì)提升什么,會(huì)降低什么,會(huì)影響哪些人、哪些業(yè)務(wù)部分、哪些業(yè)務(wù)系統(tǒng)以及哪些數(shù)據(jù)的產(chǎn)生。這個(gè)部分,是需求文檔的最主要、最核心的內(nèi)容部分,也是在內(nèi)容上占比最大的一部分。
這里的解釋根據(jù)產(chǎn)品需求面向的要解決的問題不同,而可能存在多個(gè)層面,多個(gè)維度的層面,比如對(duì)于運(yùn)營(yíng)的影響,對(duì)于前端市場(chǎng)的影響,對(duì)于用戶的影響,對(duì)于財(cái)務(wù)、法務(wù)的影響;從技術(shù)開發(fā)、技術(shù)實(shí)現(xiàn)維度,比如對(duì)于前端開發(fā)的影響、對(duì)于服務(wù)端開發(fā)的影響、對(duì)于數(shù)據(jù)平臺(tái)的影響,還可能涉及到對(duì)于運(yùn)維資源的影響等;因此對(duì)應(yīng)到實(shí)際的產(chǎn)品需求工作中:
需求準(zhǔn)備的過程:了解需求可能涉及的相關(guān)業(yè)務(wù)系統(tǒng)及系統(tǒng)對(duì)應(yīng)的數(shù)據(jù)流程和邏輯、了解需求可能涉及的外部服務(wù)的數(shù)據(jù)流程和邏輯;了解面向的內(nèi)外部用戶的產(chǎn)品使用水平、學(xué)習(xí)能力和使用習(xí)慣;
需求分析的過程:選擇和制定最有效的,滿足時(shí)間、資源投入等要求的方案;
需求編寫的過程:詳細(xì)描述需求的業(yè)務(wù)流程,通過各種圖表格式說明新的解決方法在各服務(wù)系統(tǒng)之間、各業(yè)務(wù)部門之間、用戶與產(chǎn)品,產(chǎn)品與后服務(wù)之間的數(shù)據(jù)、文件和行為的交互過程、詳細(xì)的信息輸入、信息處理和信息輸出;每個(gè)業(yè)務(wù)節(jié)點(diǎn)明確的輸出物和節(jié)點(diǎn)標(biāo)志,重要性和優(yōu)先級(jí);系統(tǒng)架構(gòu)、干系人角色和影響范圍;
需求檢查的過程:需求的流程、用戶交互動(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í)際過程中可能會(huì)出現(xiàn)這樣或者那樣的 “非規(guī)劃”的使用,也就是我們通常說的“用戶并不總是按照產(chǎn)品設(shè)計(jì)的方式來使用產(chǎn)品,而且,往往相反。”因此,這部分內(nèi)容很大的比例需要來對(duì)于用戶的行為進(jìn)行預(yù)測(cè)和監(jiān)控,并提供“預(yù)防”或者“解決”方案。其中:
預(yù)防在于,預(yù)測(cè)產(chǎn)品的用戶在使用的過程中,可能會(huì)進(jìn)行的一些超過產(chǎn)品使用半徑的操作,一旦進(jìn)行這些操作,操作的任務(wù)流程會(huì)中斷,掉出,進(jìn)入其他業(yè)務(wù)流程中且無法回滾,從而使得操作無法進(jìn)行下去,功能使用失敗,使用者會(huì)感覺產(chǎn)品、功能沒有包容性,缺乏引導(dǎo)性,導(dǎo)致了最后操作的失敗,預(yù)想的結(jié)果沒有實(shí)現(xiàn),而且造成了一定的挫敗感,甚至造成了一定的損失。預(yù)防的具體方法多采用導(dǎo)航、提示等,不同的系統(tǒng)都有各自標(biāo)準(zhǔn)化的控價(jià),我們?cè)谶@里不做展開。
解決在于,預(yù)測(cè)產(chǎn)品的用戶在使用產(chǎn)品的過程中,因誤解、操作手誤而進(jìn)行了“非標(biāo)”、“超規(guī)”使用“掉出”原本設(shè)計(jì)的業(yè)務(wù)流程和操作流程的情況下,需要提供額外的流程和控制來“回轉(zhuǎn)”用戶的操作,來幫助用戶回到預(yù)先設(shè)定和他所需要的流程上來。解決的具體方法多通過“導(dǎo)航”引導(dǎo)“跳轉(zhuǎn)”和“返回”、“回退”來實(shí)現(xiàn)。對(duì)應(yīng)到實(shí)際的產(chǎn)品需求工作中:
需求準(zhǔn)備的過程:了解用戶特征和使用水平、評(píng)估、比較不同方式實(shí)現(xiàn)需求對(duì)于用戶行為的可控性和“非常規(guī)”操作的危害程度;
需求分析的過程:選擇和確定需求實(shí)現(xiàn)方案,評(píng)估行為管理方式和管理機(jī)制;
需求編寫的過程:詳細(xì)描述需求的業(yè)務(wù)流程和交互過程中可能出現(xiàn)的用戶異常操作,相應(yīng)異常操作中系統(tǒng)反應(yīng),系統(tǒng)對(duì)應(yīng)的控制和引導(dǎo);
需求檢查的過程:需求“異?!绷鞒毯拖鄳?yīng)引導(dǎo)、控制地完整性檢查;
在需求管理的過程中,就可以按照這個(gè) 描述——解釋——預(yù)測(cè)——監(jiān)控流程來進(jìn)行。這四個(gè)既是步驟,是需求文檔內(nèi)容的組成部分,也是需求編寫完成之后的檢查。
四個(gè)模塊構(gòu)成了需求文檔的完整性,且同時(shí)有各自獨(dú)立,有對(duì)應(yīng)的說明,引導(dǎo)、要求和標(biāo)準(zhǔn)。所謂標(biāo)準(zhǔn)文檔,就可以按照這四個(gè)模塊作為框架、內(nèi)容和格式。
寫在最后
產(chǎn)品需求文檔作為產(chǎn)品經(jīng)理同視覺設(shè)計(jì)、交互設(shè)計(jì)以及技術(shù)開發(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需求文檔怎么寫的介紹到此就結(jié)束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關(guān)注本站。
掃描二維碼推送至手機(jī)訪問。
版權(quán)聲明:本文由飛速云SEO網(wǎng)絡(luò)優(yōu)化推廣發(fā)布,如需轉(zhuǎn)載請(qǐng)注明出處。