如何寫PRD (附PRD案例)

263 評(píng)論 834709 瀏覽 1503 收藏 14 分鐘

PRD是每個(gè)產(chǎn)品人員最經(jīng)??吹降奈臋n,還是有很多產(chǎn)品的朋友問我PRD怎么寫,如何才能表達(dá)清楚意思。其實(shí)PRD并沒有規(guī)定的格式,每個(gè)公司都可以根據(jù)自己公司的實(shí)際需要來寫適合自己產(chǎn)品團(tuán)隊(duì)的PRD。

PRD(Product-Requirement-Document,產(chǎn)品需求文檔),這對(duì)于任何一個(gè)產(chǎn)品經(jīng)理來說都不會(huì)陌生的一個(gè)文檔,一個(gè)PRD是衡量一個(gè)產(chǎn)品經(jīng)理整體思維的標(biāo)準(zhǔn),一個(gè)PRD可以看出一個(gè)產(chǎn)品經(jīng)理在某個(gè)領(lǐng)域的專業(yè)性,同時(shí)也可以反應(yīng)出一個(gè)產(chǎn)品經(jīng)理的整體產(chǎn)品思維。

產(chǎn)品經(jīng)理的整體思維體現(xiàn)在:

1、提煉核心需求

2、思考滿足核心需求的方式

3、評(píng)估方式優(yōu)劣選定方案

4、思考功能概要

5、思考支撐功能和關(guān)聯(lián)功能

6、細(xì)化設(shè)計(jì)功能

7、子功能(功能間迭代)

PRD其實(shí)就是將以上的思維整體走向?qū)懗鰜?,同時(shí)將產(chǎn)品的思想提煉出來,用文字表示給開發(fā)者,給UI、給視覺、給老板……PRD給的是一種思想,將產(chǎn)品的整體思想和核心需求灌輸給產(chǎn)品的相關(guān)人員,都說PRD是個(gè)承上啟下的功能,因?yàn)樯辖覯RD,下對(duì)MRD進(jìn)行技術(shù)性的描述。

網(wǎng)上已經(jīng)有太多互聯(lián)網(wǎng)公司的PRD文檔,淘寶、百度、騰訊等這類大型互聯(lián)網(wǎng)公司都有自己的PRD規(guī)范,適合企業(yè)的需要的PRD才是真正PRD。以淘寶的PRD為例,講解一下PRD的主要內(nèi)容。

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

文件的編號(hào)很關(guān)鍵,因?yàn)楫a(chǎn)品迭代過程會(huì)有不同的文件版本,一般命名規(guī)則“公司名+產(chǎn)品名+PRD+D1.0”(以第一版為例),這樣命名有利用版本號(hào)的迭代,如果是小的產(chǎn)品需求變動(dòng)可以直接命名為“公司名-產(chǎn)品名-PRD-D1.01”,如果涉及到功能需求增加可以命名為“公司名-產(chǎn)品名-PRD-D1.1”,當(dāng)出現(xiàn)產(chǎn)品第二版時(shí),可以命名為“公司名-產(chǎn)品名-PRD-D2.0”。

2、修訂控制頁

一般有這么幾項(xiàng):編號(hào)、文檔版本、修訂章節(jié)、修訂原因、修訂日期、修改人。編號(hào)只是為了給個(gè)修改的順序,文檔版本顯示的當(dāng)前修改的內(nèi)容是在哪個(gè)版本中出現(xiàn),修訂章節(jié)是具體到哪個(gè)章節(jié)哪個(gè)功能模塊的修改,修訂原因說明此功能修改的問題所在。修訂日期以修改當(dāng)日的日期為修訂日期,修改人顯示修改內(nèi)容模塊的人,可能是當(dāng)前用戶也可能是其它產(chǎn)品人員。

3、目錄

不建議自己去添加一個(gè)新的目錄,你可以去其它的文檔中拷一個(gè)過來,不考慮目錄的內(nèi)容,等寫完P(guān)RD可以再去更新。但建議用Mind manager來整理一下思路。

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)品整體流程將是很重要的。同時(shí)對(duì)于產(chǎn)品核心功能的提取也是一個(gè)重要環(huán)節(jié)。產(chǎn)品經(jīng)理很重要的一個(gè)職能就是溝通。例與客服中心:客服服務(wù)部,討論的內(nèi)容:預(yù)測(cè)客服成本、工作量;討論客服如何支持;協(xié)助評(píng)估詐欺/數(shù)據(jù)竄改風(fēng)險(xiǎn):欺詐/數(shù)據(jù)竄改風(fēng)險(xiǎn)、不正使用風(fēng)險(xiǎn)。這就是要寫在與其它部門討論P(yáng)RD中的。一個(gè)產(chǎn)品經(jīng)理需要考慮如何與其它部門之間的溝通合作,文檔很大一部分的功能是提醒你要做的工作,同時(shí)不斷補(bǔ)充將要面臨的工作。

5、概述

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

名詞說明:名稱、說明。名稱就是對(duì)文檔中會(huì)出現(xiàn)的比較新的名稱,說明則是對(duì)這些名稱進(jìn)行解釋。

產(chǎn)品概述及目標(biāo):解釋說明該產(chǎn)品是干什么的,為什么需要這樣的產(chǎn)品。同時(shí)產(chǎn)品想要達(dá)到什么樣的目標(biāo)。產(chǎn)品概述及目標(biāo)就是對(duì)產(chǎn)品核心功能講解,同時(shí)希望可以達(dá)到的期望。

產(chǎn)品roadmap:產(chǎn)品分期目標(biāo),階段描述,以及時(shí)間點(diǎn)的確定,產(chǎn)品是個(gè)不斷演進(jìn)的過程,很多時(shí)間一期產(chǎn)品只完成了產(chǎn)品70%的功能,二期才會(huì)繼續(xù)去完善剩下的30%,同時(shí)有可能會(huì)推翻了重新推出第二版。產(chǎn)品roadmap并不及著全部規(guī)劃好所有的階段目標(biāo),而是更多的通過維護(hù)來保持產(chǎn)品的更新和迭代。

產(chǎn)品風(fēng)險(xiǎn):描述產(chǎn)品可能存在的風(fēng)險(xiǎn),比如商務(wù)談判的風(fēng)險(xiǎn),外部合作的風(fēng)險(xiǎn),不當(dāng)使用的風(fēng)險(xiǎn)等等。風(fēng)險(xiǎn)級(jí)別為高中低。

6、使用者需求

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

目標(biāo)客戶即為產(chǎn)品的最終用戶,確定產(chǎn)品的最終使用者。

需求描述是對(duì)目標(biāo)客戶的需求描述,表達(dá)用戶最需要的是什么,找到用戶的最根本需求。

場(chǎng)景描述,產(chǎn)品在哪種情況下會(huì)被用戶使用,就是用戶場(chǎng)景模擬。

優(yōu)先級(jí)是指用戶對(duì)于當(dāng)前產(chǎn)品功能需求的優(yōu)先級(jí),哪些是用戶最想要的功能優(yōu)先級(jí)則排前。

7、可選方案

列出所有可以選擇的達(dá)到該產(chǎn)品目標(biāo)的方案要點(diǎn)(主要思路),給各方案適當(dāng)?shù)脑u(píng)價(jià),并推薦最優(yōu)方案。你在做這個(gè)產(chǎn)品規(guī)劃時(shí)一定有很多的備選方案,別放棄這些方案,永遠(yuǎn)沒有過時(shí)的idea,只有最適合時(shí)機(jī)的idea。所以可以寫出幾個(gè)可選方案,或許是你下期產(chǎn)品改版一個(gè)方向。

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ù)中心支持成本。

效益預(yù)測(cè)是指提供在各種產(chǎn)品環(huán)境中的效益預(yù)測(cè),并標(biāo)明主要的變量及假設(shè),最好能包含現(xiàn)在和過去的效益數(shù)據(jù)。如網(wǎng)站的PV值,軟件的使用數(shù)都是效益預(yù)測(cè)數(shù)據(jù)。

產(chǎn)品技術(shù)中心成本是指設(shè)計(jì)及部署此產(chǎn)品的產(chǎn)品技術(shù)中心所需的資源需求,包括人力成本,軟硬件支出等。很大時(shí)候這份成本需要由項(xiàng)目經(jīng)理來協(xié)助,需要有什么樣的人才加入產(chǎn)品中需與人力協(xié)助。

非產(chǎn)品技術(shù)中心支持成本,產(chǎn)品不是只有產(chǎn)品組完成的,同樣需要其它部門的配合與協(xié)助。比如:需要客服部投入多少的資源用于該產(chǎn)品的服務(wù),需要運(yùn)營(yíng)部投入多少的資源運(yùn)營(yíng)該產(chǎn)品。

9、功能需求

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

功能總覽一般包括二個(gè)部分,一個(gè)是流程圖,一個(gè)是功能表。流程圖是對(duì)產(chǎn)品的整體走向的流程的規(guī)劃,流程圖是用來對(duì)產(chǎn)品整體功能的梳理。所以在做產(chǎn)品前建議所有的產(chǎn)品經(jīng)理先梳理一下產(chǎn)品流程。功能表是將流程圖文字化,同時(shí)將列出產(chǎn)品的功能點(diǎn)。

功能詳情,這是所有的產(chǎn)品功能的描述和規(guī)劃。包括以下內(nèi)容:

簡(jiǎn)要說明:告訴此功能主要干什么的。

業(yè)務(wù)規(guī)則:每上產(chǎn)品在使用時(shí)都有自己的規(guī)則,而產(chǎn)品的業(yè)務(wù)規(guī)則則是將產(chǎn)品的流程細(xì)化。個(gè)人建議將這個(gè)功能的業(yè)務(wù)規(guī)則,包括一些細(xì)節(jié),如排版形式、日期顯示方式全定好,這樣方便其它人員的溝通和理解。

界面原型:產(chǎn)品經(jīng)理在這時(shí)做的原型界面只是顯示的框架,別細(xì)化,這樣會(huì)給交互和UI造成錯(cuò)覺。只需做一個(gè)簡(jiǎn)單的界面即可,更多的時(shí)候只是個(gè)框架圖。

執(zhí)行者:產(chǎn)品使用者。

前置條件:具體的操作。

后置條件:操作后的展示。在UC(user case)中后置條件又是另一種情況,所以對(duì)于建議在PRD中的前置條件和后置條件結(jié)果合起來。

主流程:把主流放在最后是有道理的,結(jié)合上面所說的,做出主流程說明。將此功能的流程走向做個(gè)分點(diǎn)說明。

10、整合需求

產(chǎn)品經(jīng)理很重要的一個(gè)能力就是體現(xiàn)在產(chǎn)品整合能力上,利用公司現(xiàn)有的資源或外部資源(合作公司等)實(shí)現(xiàn)產(chǎn)品功能需求的整合。實(shí)現(xiàn)功能貫穿的同時(shí),更多的如何在新產(chǎn)品上實(shí)現(xiàn)功能的拓展來輔助核心功能。

11、BETA測(cè)試需求

很多產(chǎn)品都有BETA版本放出,為了就是收求意見和一些性能測(cè)試。這部份內(nèi)容不是必須的,但現(xiàn)在很多產(chǎn)品已經(jīng)開始先推出BETA版本再推出正式版,當(dāng)然也可以通過升級(jí)來解決。所以BETA測(cè)試需求并不是一定需要的。如果有BETA測(cè)試需求,則需寫出BETA版測(cè)試的要求和期望達(dá)到的目標(biāo)要求。

12、非功能性需求

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

一般情況下非功能性需求包括以下幾個(gè)部分:產(chǎn)品營(yíng)銷需求、規(guī)則變更需求、產(chǎn)品服務(wù)需求、法務(wù)需求、財(cái)務(wù)需求、幫助需求、安全性需求等。與其說是全方位的掌握技能,還不如說是溝通,如何與不同的部門人員之間的溝通,讓更多的人協(xié)助產(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ī)劃等都得到了一定的驗(yàn)證,但每個(gè)產(chǎn)品經(jīng)理的第一職能是會(huì)寫一份讓其它人員看得懂的PRD。

產(chǎn)品需求文檔模板案例版下載地址:?

PRD案例文檔:

鏈接:https://pan.baidu.com/s/1bn2fg6r

鏈接:https://pan.baidu.com/s/1ntv7N77

PRD模版文檔:

鏈接:https://pan.baidu.com/s/1kTMN6WR

 

如果你想系統(tǒng)學(xué)習(xí)PRD、競(jìng)品分析、產(chǎn)品分析報(bào)告等產(chǎn)品經(jīng)理必備文檔技能,戳這里http://996.pm/YPWro

本文檔人人都是產(chǎn)品經(jīng)理版權(quán)所有,轉(zhuǎn)載請(qǐng)注明來源,請(qǐng)勿用于商用,否則追究法律責(zé)任,謝謝

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 謝謝大佬。

    來自河北 回復(fù)
  2. 大佬鏈接已經(jīng)失效了,能再發(fā)一下嗎?384883305@qq.com

    來自湖北 回復(fù)
    1. 更新了。

      來自廣東 回復(fù)
  3. 感謝大佬

    來自廣東 回復(fù)
    1. 感謝

      來自江蘇 回復(fù)
  4. 大佬鏈接已經(jīng)失效了,能再發(fā)一下嗎?1191684329@qq.com

    來自廣東 回復(fù)
  5. 大佬鏈接失效了,請(qǐng)問能麻煩您發(fā)到郵箱嗎?593060669@qq.com

    來自廣東 回復(fù)
  6. 大佬鏈接失效了,請(qǐng)問能麻煩您發(fā)到郵箱嗎?zyjSharrie@163.com

    回復(fù)
  7. 大佬鏈接已經(jīng)失效了,能再發(fā)一下嗎?1301835118@qq.com

    來自廣東 回復(fù)