一、什么是PRDPRD全稱Product Requirement Document,，中文名產(chǎn)品需求文檔,，歷史上第一份PRD據(jù)推測應(yīng)該是誕生于寶潔這家公司，因?yàn)閾?jù)史料記載,，寶潔在二十世紀(jì)二三十年代第一次提出了產(chǎn)品經(jīng)理的概念,，并誕生了第一位產(chǎn)品經(jīng)理，所以通過合理的邏輯推理,，應(yīng)該也誕生了第一份PRD,，只是因時(shí)間久遠(yuǎn)且沒有更多的細(xì)節(jié)資料而無從考證。 隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展,，產(chǎn)品經(jīng)理崗位的發(fā)展成熟,，產(chǎn)品經(jīng)理的工作職責(zé)逐漸的清晰明了，PRD也終于在歷史長河的演變過程中,，慢慢形成了產(chǎn)品工作流程當(dāng)中不可缺少的一環(huán),，那么到底什么是PRD呢? 可以概括為，PRD是對產(chǎn)品需求以實(shí)際可落地方式進(jìn)行細(xì)化描述的文檔,。 這里面有個(gè)關(guān)鍵詞“實(shí)際可落地”,，也就意味著閱讀者通過查看PRD能夠大致知道需求會(huì)最終以什么樣的實(shí)際形態(tài)或方式被呈現(xiàn)出來，而不是說看完了PRD以后,，依然不知道需求會(huì)被做成什么樣或者說感覺需求還只是停留在一種概念性的層面,。 那怎樣去實(shí)際落地，這里就涉及到另外一個(gè)問題,，就是PRD是給誰看的,。 PRD的查看對象一般來說,，PRD是寫給以下幾種人看的： 1.產(chǎn)品同事 2.運(yùn)營 3.設(shè)計(jì)師 4.開發(fā)工程師 5.其他需求方(相關(guān)業(yè)務(wù)部門等) 二、圍繞用戶體驗(yàn)要素的PRD編寫為什么要說圍繞用戶體驗(yàn)要素來編寫PRD,，因?yàn)楫a(chǎn)品的設(shè)計(jì)是圍繞著這個(gè)經(jīng)典的框架來的,，那寫PRD的任務(wù)當(dāng)然是要把這個(gè)內(nèi)容向大家表述清楚。 第一部分：需求概述其實(shí)不僅僅是做產(chǎn)品,，任何事情,，第一步肯定是要想清楚要做什么，為什么要做,，也就是把戰(zhàn)略層描述清楚,，PRD的第一部分就是要把這塊內(nèi)容說清楚，回答出下面的問題,。 1）用戶要獲得什么,？—— 用戶痛點(diǎn)、需求建議這塊內(nèi)容,，說清楚整體的問題痛點(diǎn),，同時(shí)也要舉具體case，列舉數(shù)字,，如用戶的使用頻次,，現(xiàn)在的花費(fèi)等等。 2）用戶是誰,？—— 用戶細(xì)分,、用戶數(shù)量、畫像用戶是誰,，并不是如“商家用戶”這種粗線條的描述,，要說清楚對于當(dāng)前的功能，是哪類用戶在什么場景下的需求,，用戶的量級(jí)是怎樣的,，有一個(gè)相對具體的畫像。 3）用戶能通過這個(gè)得到什么,？ —— 用戶收益這里面補(bǔ)充個(gè)內(nèi)容,，俞軍老師曾說過，用戶凈收益=新體驗(yàn)-舊體驗(yàn)-替換成本,，替換成本可能是獲取成本,、認(rèn)知成本、資金等等,， 雖然這些內(nèi)容并不是真正可衡量的,，但在做一款新產(chǎn)品評估其價(jià)值時(shí)，可以從這幾個(gè)角度進(jìn)行思考。 4）我們能得到什么,？—— 對企業(yè)能帶來什么收益這點(diǎn)很重要,，做任何產(chǎn)品，給用戶賦能,，給用戶帶來價(jià)值,，其主要目的還是企業(yè)自身能夠盈利，這點(diǎn)想清楚才能說服老板提供資源呀,。 模板： 1.需求背景 描述目前存在的問題,，業(yè)務(wù)痛點(diǎn)或用戶痛點(diǎn)（建議有具體數(shù)字、案例） 2.目標(biāo)用戶（為誰解決問題,，用戶畫像越具象,，問題會(huì)描述地越清楚） 3.需求目標(biāo)（要解決什么問題） 4.需求收益（解決問題后能產(chǎn)生什么收益，衡量標(biāo)準(zhǔn)） 第二部分：產(chǎn)品規(guī)劃最抽象的戰(zhàn)略層說清楚了,，下一步就要大體說下為了實(shí)現(xiàn)上面列舉的各種想法目標(biāo),，要一步一步怎么做了，也就是說清范圍層的內(nèi)容,。 1）功能&信息結(jié)構(gòu)圖范圍層,，就是要說清楚,，為了實(shí)現(xiàn)戰(zhàn)略做什么事情,，什么功能，提供什么內(nèi)容,。這塊一般會(huì)通過腦圖或者框架圖來展現(xiàn),，說清楚我們需要哪些數(shù)據(jù)，做哪些功能,，各個(gè)功能與功能之間的關(guān)系,。 要注意，這部分需要在長遠(yuǎn)角度,，解決這個(gè)問題地整條路線進(jìn)行思考,。舉個(gè)例子吧，比如要做個(gè)評論功能,，讓用戶對產(chǎn)品更了解,，并帶來更多銷量。那第一步先增加評論功能,，之后可以對評論進(jìn)行分析,，為用戶推薦高質(zhì)量的產(chǎn)品，發(fā)現(xiàn)問題產(chǎn)品保證平臺(tái)產(chǎn)品質(zhì)量等等,。類似這樣,，出一個(gè)整體的規(guī)劃藍(lán)圖。 2）路線規(guī)劃藍(lán)圖出來了,，還是要落地的,。所以這一步要把剛才地藍(lán)圖,，切成一塊一塊，每一步要做什么,，多長時(shí)間,，這個(gè)階段解決怎么的問題，為后面提供什么鋪墊,。有些內(nèi)容,，也可以出一個(gè)簡易的DEMO圖，能描述清楚即可,。 模板： 1.功能結(jié)構(gòu)圖,、信息結(jié)構(gòu)圖（腦圖、框架圖） 要從長遠(yuǎn)的考慮去思考產(chǎn)品的形態(tài) 2.路線規(guī)劃 沒一起完成的內(nèi)容,，解決的問題以及期望上線的時(shí)間 第三部分：功能概述這一部分是對當(dāng)前這一期要做的內(nèi)容的詳細(xì)描述了,。這部分面向的主要用戶是UI、交互,、開發(fā),、測試同學(xué)，具體到做事情上,，就是把大家的認(rèn)知拉齊,。 1）產(chǎn)品流程圖通過圖的方式，可以快速,、方便地告知PRD的每個(gè)用戶這個(gè)功能的思路流程,。這里最開始放的是比較粗線條的流程圖，比如買家購買商品,，加入購物車->付款->商家發(fā)貨->確認(rèn)收貨,。而一些細(xì)節(jié)，比如買家超時(shí)未付款,，或者賣家修改價(jià)錢等等,，可以到具體寫到這個(gè)功能點(diǎn)地時(shí)候再出一個(gè)細(xì)化的流程圖。 2）DEMO,，原型制作,，這個(gè)就不用多說。3）UI稿,，這塊是UI同學(xué)完成后,，放上來，統(tǒng)一相關(guān)資料的獲取入口,。4）產(chǎn)品功能點(diǎn),，后面來細(xì)說。產(chǎn)品功能細(xì)化說明這塊就是要把功能說得足夠細(xì)，但也是有一些技巧,。 1）更新說明首先,，我一般會(huì)在功能最上方，列出更新的清單,，一般記錄有：調(diào)整時(shí)間,、調(diào)整功能塊、詳細(xì)說明,。 2）全局說明每期功能可能會(huì)有多個(gè)頁面多個(gè)功能塊,，但有一些想通的地方，比如對于數(shù)據(jù)產(chǎn)品,，數(shù)字的展現(xiàn)形式,，保留2位小數(shù)，增加三分位符號(hào)等,；對于移動(dòng)端產(chǎn)品,，一些操作方式等。這個(gè)適用于各個(gè)塊,，不用分別在每個(gè)中單獨(dú)說明,，而且后續(xù)做其他功能都是可以復(fù)用的，可以先列出來說清楚,。 3）具體每個(gè)塊的功能說明
最后說下寫這塊內(nèi)容的原則
第四部分：數(shù)據(jù)需求因?yàn)槲冶救耸菙?shù)據(jù)產(chǎn)品的產(chǎn)品經(jīng)理,，所以這一部分對于我們很重要，需要哪些維度,、哪些指標(biāo),，指標(biāo)的來源庫表字段、計(jì)算口徑是什么,，這些都要清晰地記錄下來,。 除此之后,，有個(gè)內(nèi)容可能經(jīng)常會(huì)被忽略，就是數(shù)據(jù)的整理,。以某寶的搜索結(jié)果頁為例,，一般會(huì)展示圖片、標(biāo)題,、價(jià)格,、銷量、賣家名稱,、包郵會(huì)標(biāo)記出來,，這些RD通過UI稿可能會(huì)查看到，但有一些比如鼠標(biāo)移入顯示信息,，點(diǎn)擊操作,、是否購買過，都在商品展示時(shí)體現(xiàn)出來,。 這些內(nèi)容,，我們可不能指望RD同學(xué)從UI稿中一點(diǎn)點(diǎn)發(fā)現(xiàn)。所以列出這樣的表格,，把你認(rèn)為需要的類及其屬性列清楚,，有點(diǎn)類似我們上面類圖中對象屬性要描述的內(nèi)容，目的是讓開發(fā)同學(xué)對照這個(gè)來進(jìn)行庫表設(shè)計(jì),，不要遺漏某些點(diǎn),。 第五部分：數(shù)據(jù)埋點(diǎn)包括按鈕的埋點(diǎn)&內(nèi)容的埋點(diǎn)，可以通過截圖+表格說明的方式,，截圖標(biāo)明需要埋點(diǎn)哪些控件,，表格說明對應(yīng)控件的什么信息，如操作PV,、UV,、輸入內(nèi)容等。 第六部分：效果評估方案及上線安排對于C端產(chǎn)品,，這塊內(nèi)容會(huì)更加重要,，一般會(huì)有個(gè)灰度發(fā)布過程，因此需要說清楚灰度發(fā)布的方式,，放量安排、節(jié)奏,，需要關(guān)注的指標(biāo),，這個(gè)指標(biāo)如何進(jìn)行評估，達(dá)到什么樣程度可以全部上線,。 第七部分：人員排期OK,，大功告成了,。 三、PRD的承載最后說一點(diǎn)：PRD的存放,。 我嘗試過幾種方式,，之前就在axure中完成，在DEMO的右側(cè)進(jìn)行說明,，但這個(gè)不好的是：在進(jìn)行更新后,，還要發(fā)送給大家，各個(gè)版本的存放加上axure本身下載解壓就比較麻煩,，所以并不是最佳方案,。 可以用知識(shí)庫來完成，這里推薦Baklib來搭建知識(shí)庫,。只要一個(gè)鏈接,，更新后只要告知大家同步下信息就好，就是在寫功能時(shí)候,，需要把DEMO對應(yīng)圖貼上去,，RD能夠比較方便知道是對哪塊內(nèi)容的描述。
對于上述內(nèi)容,，可以使用Baklib創(chuàng)建2個(gè)站點(diǎn)進(jìn)行記錄,，一個(gè)記錄需求概述和產(chǎn)品規(guī)劃部分內(nèi)容；一個(gè)記錄產(chǎn)品功能及之后的內(nèi)容,，這個(gè)是當(dāng)前這期的事情,。一個(gè)總分的結(jié)構(gòu)。 希望這篇寫PRD的一些經(jīng)驗(yàn)總結(jié)對大家有幫助,。不過,，這個(gè)PRD的編寫并不適于所有公司，一份完善的PRD需要花費(fèi)比較多的時(shí)間,，對大公司來說,，對接方比較多，很有必要這樣一份文檔統(tǒng)一各方的認(rèn)知,；而對于創(chuàng)業(yè)公司,，將產(chǎn)品快速落地投放市場進(jìn)行驗(yàn)證更為重要，所以這個(gè)時(shí)候千萬不要把時(shí)間花費(fèi)到PRD上面,。 文章來源：http://www.woshipm.com/pmd/1069816.html
|
|
|
