以用戶體驗(yàn)五要素的思路，如何編寫產(chǎn)品需求文檔（PRD）

Baklib

+ 關(guān)注

2022-04-21 16:25

575次閱讀

一份優(yōu)秀的PRD能夠幫助你獲取資源，有效推進(jìn)項(xiàng)目，獲得團(tuán)隊(duì)成員的信任。今天就和大家聊聊如何寫好一篇PRD，希望能夠提供給大家一些干貨。

PRD全稱Product Requirement Document，中文名產(chǎn)品需求文檔，歷史上第一份PRD據(jù)推測(cè)應(yīng)該是誕生于寶潔這家公司，因?yàn)閾?jù)史料記載，寶潔在二十世紀(jì)二三十年代第一次提出了產(chǎn)品經(jīng)理的概念，并誕生了第一位產(chǎn)品經(jīng)理，所以通過(guò)合理的邏輯推理，應(yīng)該也誕生了第一份PRD，只是因時(shí)間久遠(yuǎn)且沒(méi)有更多的細(xì)節(jié)資料而無(wú)從考證。

隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展，產(chǎn)品經(jīng)理崗位的發(fā)展成熟，產(chǎn)品經(jīng)理的工作職責(zé)逐漸的清晰明了，PRD也終于在歷史長(zhǎng)河的演變過(guò)程中，慢慢形成了產(chǎn)品工作流程當(dāng)中不可缺少的一環(huán)，那么到底什么是PRD呢?

可以概括為，PRD是對(duì)產(chǎn)品需求以實(shí)際可落地方式進(jìn)行細(xì)化描述的文檔。

這里面有個(gè)關(guān)鍵詞“實(shí)際可落地”，也就意味著閱讀者通過(guò)查看PRD能夠大致知道需求會(huì)最終以什么樣的實(shí)際形態(tài)或方式被呈現(xiàn)出來(lái)，而不是說(shuō)看完了PRD以后，依然不知道需求會(huì)被做成什么樣或者說(shuō)感覺(jué)需求還只是停留在一種概念性的層面。

那怎樣去實(shí)際落地，這里就涉及到另外一個(gè)問(wèn)題，就是PRD是給誰(shuí)看的。

一般來(lái)說(shuō)，PRD是寫給以下幾種人看的：

1.產(chǎn)品同事

2.運(yùn)營(yíng)

3.設(shè)計(jì)師

4.開(kāi)發(fā)工程師

5.其他需求方(相關(guān)業(yè)務(wù)部門等)

為什么要說(shuō)圍繞用戶體驗(yàn)要素來(lái)編寫PRD，因?yàn)楫a(chǎn)品的設(shè)計(jì)是圍繞著這個(gè)經(jīng)典的框架來(lái)的，那寫PRD的任務(wù)當(dāng)然是要把這個(gè)內(nèi)容向大家表述清楚。

其實(shí)不僅僅是做產(chǎn)品，任何事情，第一步肯定是要想清楚要做什么，為什么要做，也就是把戰(zhàn)略層描述清楚，PRD的第一部分就是要把這塊內(nèi)容說(shuō)清楚，回答出下面的問(wèn)題。

建議這塊內(nèi)容，說(shuō)清楚整體的問(wèn)題痛點(diǎn)，同時(shí)也要舉具體case，列舉數(shù)字，如用戶的使用頻次，現(xiàn)在的花費(fèi)等等。

用戶是誰(shuí)，并不是如“商家用戶”這種粗線條的描述，要說(shuō)清楚對(duì)于當(dāng)前的功能，是哪類用戶在什么場(chǎng)景下的需求，用戶的量級(jí)是怎樣的，有一個(gè)相對(duì)具體的畫像。

這里面補(bǔ)充個(gè)內(nèi)容，俞軍老師曾說(shuō)過(guò)，用戶凈收益=新體驗(yàn)-舊體驗(yàn)-替換成本，替換成本可能是獲取成本、認(rèn)知成本、資金等等，雖然這些內(nèi)容并不是真正可衡量的，但在做一款新產(chǎn)品評(píng)估其價(jià)值時(shí)，可以從這幾個(gè)角度進(jìn)行思考。

這點(diǎn)很重要，做任何產(chǎn)品，給用戶賦能，給用戶帶來(lái)價(jià)值，其主要目的還是企業(yè)自身能夠盈利，這點(diǎn)想清楚才能說(shuō)服老板提供資源呀。

模板： 1.需求背景 描述目前存在的問(wèn)題，業(yè)務(wù)痛點(diǎn)或用戶痛點(diǎn)（建議有具體數(shù)字、案例） 2.目標(biāo)用戶（為誰(shuí)解決問(wèn)題，用戶畫像越具象，問(wèn)題會(huì)描述地越清楚） 3.需求目標(biāo)（要解決什么問(wèn)題） 4.需求收益（解決問(wèn)題后能產(chǎn)生什么收益，衡量標(biāo)準(zhǔn)）

最抽象的戰(zhàn)略層說(shuō)清楚了，下一步就要大體說(shuō)下為了實(shí)現(xiàn)上面列舉的各種想法目標(biāo)，要一步一步怎么做了，也就是說(shuō)清范圍層的內(nèi)容。

范圍層，就是要說(shuō)清楚，為了實(shí)現(xiàn)戰(zhàn)略做什么事情，什么功能，提供什么內(nèi)容。這塊一般會(huì)通過(guò)腦圖或者框架圖來(lái)展現(xiàn)，說(shuō)清楚我們需要哪些數(shù)據(jù)，做哪些功能，各個(gè)功能與功能之間的關(guān)系。

要注意，這部分需要在長(zhǎng)遠(yuǎn)角度，解決這個(gè)問(wèn)題地整條路線進(jìn)行思考。舉個(gè)例子吧，比如要做個(gè)評(píng)論功能，讓用戶對(duì)產(chǎn)品更了解，并帶來(lái)更多銷量。那第一步先增加評(píng)論功能，之后可以對(duì)評(píng)論進(jìn)行分析，為用戶推薦高質(zhì)量的產(chǎn)品，發(fā)現(xiàn)問(wèn)題產(chǎn)品保證平臺(tái)產(chǎn)品質(zhì)量等等。類似這樣，出一個(gè)整體的規(guī)劃藍(lán)圖。

藍(lán)圖出來(lái)了，還是要落地的。所以這一步要把剛才地藍(lán)圖，切成一塊一塊，每一步要做什么，多長(zhǎng)時(shí)間，這個(gè)階段解決怎么的問(wèn)題，為后面提供什么鋪墊。有些內(nèi)容，也可以出一個(gè)簡(jiǎn)易的DEMO圖，能描述清楚即可。

模板： 1.功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖（腦圖、框架圖） 要從長(zhǎng)遠(yuǎn)的考慮去思考產(chǎn)品的形態(tài) 2.路線規(guī)劃 沒(méi)一起完成的內(nèi)容，解決的問(wèn)題以及期望上線的時(shí)間

這一部分是對(duì)當(dāng)前這一期要做的內(nèi)容的詳細(xì)描述了。這部分面向的主要用戶是UI、交互、開(kāi)發(fā)、測(cè)試同學(xué)，具體到做事情上，就是把大家的認(rèn)知拉齊。

通過(guò)圖的方式，可以快速、方便地告知PRD的每個(gè)用戶這個(gè)功能的思路流程。這里最開(kāi)始放的是比較粗線條的流程圖，比如買家購(gòu)買商品，加入購(gòu)物車->付款->商家發(fā)貨->確認(rèn)收貨。而一些細(xì)節(jié)，比如買家超時(shí)未付款，或者賣家修改價(jià)錢等等，可以到具體寫到這個(gè)功能點(diǎn)地時(shí)候再出一個(gè)細(xì)化的流程圖。

這塊就是要把功能說(shuō)得足夠細(xì)，但也是有一些技巧。

首先，我一般會(huì)在功能最上方，列出更新的清單，一般記錄有：調(diào)整時(shí)間、調(diào)整功能塊、詳細(xì)說(shuō)明。

每期功能可能會(huì)有多個(gè)頁(yè)面多個(gè)功能塊，但有一些想通的地方，比如對(duì)于數(shù)據(jù)產(chǎn)品，數(shù)字的展現(xiàn)形式，保留2位小數(shù)，增加三分位符號(hào)等；對(duì)于移動(dòng)端產(chǎn)品，一些操作方式等。這個(gè)適用于各個(gè)塊，不用分別在每個(gè)中單獨(dú)說(shuō)明，而且后續(xù)做其他功能都是可以復(fù)用的，可以先列出來(lái)說(shuō)清楚。

前置條件：有些功能可能會(huì)有這個(gè)內(nèi)容，在什么情況觸發(fā)這個(gè)功能，比如在用戶購(gòu)買什么商品后提供某個(gè)功能；
主體功能說(shuō)明
流程描述：主流程、分支流程，這個(gè)就可以使用上面介紹的UML圖，把主線條描述清楚；
界面描述：操作、文案，文案建議其他顏色標(biāo)注出來(lái)，防止和描述弄混；
業(yè)務(wù)規(guī)則：這個(gè)是在界面看不到的，比如限制條件、表格的排序規(guī)則、需要記錄的數(shù)據(jù)、還有一些數(shù)字的計(jì)算公式等等；
異常描述：這個(gè)不能忽略，尤其是C端產(chǎn)品，考慮需要更為全面，因?yàn)楹芸赡芫褪且粋€(gè)小異常，就導(dǎo)致用戶使用不爽而流失，比如上傳文件沒(méi)有考慮超出大小怎么辦，用戶上傳后一直沒(méi)反應(yīng)，就會(huì)認(rèn)為這個(gè)產(chǎn)品不好用，轉(zhuǎn)而使用其他產(chǎn)品，所以，異常地考慮很重要。列幾個(gè)常見(jiàn)的異常：如未輸入、輸入錯(cuò)誤、無(wú)數(shù)據(jù)，無(wú)網(wǎng)絡(luò)，長(zhǎng)時(shí)間未操作，異常退出等等。

完整：足夠細(xì)，考慮足夠周全；
無(wú)歧義：RD同學(xué)是拿著這個(gè)文檔真真切切寫代碼，所以說(shuō)得內(nèi)容，要能夠落到代碼上，比如用戶一段時(shí)間未操作則提示。。。，等待多長(zhǎng)時(shí)間，要寫清楚；
有條理：這文檔是有人看的，所以序號(hào)、符號(hào)都適當(dāng)?shù)挠蒙希屇愕奈臋n容易閱讀；
及時(shí)更新：功能、DEMO的調(diào)整，都需要落到PRD上。

因?yàn)槲冶救耸菙?shù)據(jù)產(chǎn)品的產(chǎn)品經(jīng)理，所以這一部分對(duì)于我們很重要，需要哪些維度、哪些指標(biāo)，指標(biāo)的來(lái)源庫(kù)表字段、計(jì)算口徑是什么，這些都要清晰地記錄下來(lái)。

除此之后，有個(gè)內(nèi)容可能經(jīng)常會(huì)被忽略，就是數(shù)據(jù)的整理。以某寶的搜索結(jié)果頁(yè)為例，一般會(huì)展示圖片、標(biāo)題、價(jià)格、銷量、賣家名稱、包郵會(huì)標(biāo)記出來(lái)，這些RD通過(guò)UI稿可能會(huì)查看到，但有一些比如鼠標(biāo)移入顯示信息，點(diǎn)擊操作、是否購(gòu)買過(guò)，都在商品展示時(shí)體現(xiàn)出來(lái)。

這些內(nèi)容，我們可不能指望RD同學(xué)從UI稿中一點(diǎn)點(diǎn)發(fā)現(xiàn)。所以列出這樣的表格，把你認(rèn)為需要的類及其屬性列清楚，有點(diǎn)類似我們上面類圖中對(duì)象屬性要描述的內(nèi)容，目的是讓開(kāi)發(fā)同學(xué)對(duì)照這個(gè)來(lái)進(jìn)行庫(kù)表設(shè)計(jì)，不要遺漏某些點(diǎn)。

包括按鈕的埋點(diǎn)&內(nèi)容的埋點(diǎn)，可以通過(guò)截圖+表格說(shuō)明的方式，截圖標(biāo)明需要埋點(diǎn)哪些控件，表格說(shuō)明對(duì)應(yīng)控件的什么信息，如操作PV、UV、輸入內(nèi)容等。

對(duì)于C端產(chǎn)品，這塊內(nèi)容會(huì)更加重要，一般會(huì)有個(gè)灰度發(fā)布過(guò)程，因此需要說(shuō)清楚灰度發(fā)布的方式，放量安排、節(jié)奏，需要關(guān)注的指標(biāo)，這個(gè)指標(biāo)如何進(jìn)行評(píng)估，達(dá)到什么樣程度可以全部上線。

OK，大功告成了。

最后說(shuō)一點(diǎn)：PRD的存放。

我嘗試過(guò)幾種方式，之前就在axure中完成，在DEMO的右側(cè)進(jìn)行說(shuō)明，但這個(gè)不好的是：在進(jìn)行更新后，還要發(fā)送給大家，各個(gè)版本的存放加上axure本身下載解壓就比較麻煩，所以并不是最佳方案。

可以用知識(shí)庫(kù)來(lái)完成，這里推薦Baklib來(lái)搭建知識(shí)庫(kù)。只要一個(gè)鏈接，更新后只要告知大家同步下信息就好，就是在寫功能時(shí)候，需要把DEMO對(duì)應(yīng)圖貼上去，RD能夠比較方便知道是對(duì)哪塊內(nèi)容的描述。

對(duì)于上述內(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é)對(duì)大家有幫助。不過(guò)，這個(gè)PRD的編寫并不適于所有公司，一份完善的PRD需要花費(fèi)比較多的時(shí)間，對(duì)大公司來(lái)說(shuō)，對(duì)接方比較多，很有必要這樣一份文檔統(tǒng)一各方的認(rèn)知；而對(duì)于創(chuàng)業(yè)公司，將產(chǎn)品快速落地投放市場(chǎng)進(jìn)行驗(yàn)證更為重要，所以這個(gè)時(shí)候千萬(wàn)不要把時(shí)間花費(fèi)到PRD上面。

[免責(zé)聲明]

原文標(biāo)題：以用戶體驗(yàn)五要素的思路，如何編寫產(chǎn)品需求文檔（PRD）

本文由作者原創(chuàng)發(fā)布于36氪企服點(diǎn)評(píng)；未經(jīng)許可，禁止轉(zhuǎn)載。