PRD對(duì)于產(chǎn)品人員而言，就像開發(fā)文檔對(duì)于開發(fā)人員、測(cè)試用例之于測(cè)試人員。但PRD又有些不一樣，產(chǎn)品的PRD需要給業(yè)務(wù)人員、內(nèi)部產(chǎn)品人員、開發(fā)人員、測(cè)試人員閱讀。所以PRD不僅要詳細(xì)，同時(shí)還要對(duì)開發(fā)、測(cè)試等非產(chǎn)品崗的人員友好，讓他們便于閱讀。

相信很多剛走上工作崗位或者想要從事產(chǎn)品工作的產(chǎn)品新人做的第一件事就是上網(wǎng)搜索“什么事PRD”或者“如何寫好PRD”。當(dāng)我開始學(xué)習(xí)寫PRD的時(shí)候，我也在網(wǎng)上找優(yōu)秀的案例，搜出來(lái)的優(yōu)秀PRD案例大多模塊豐富，介紹詳細(xì)。

看著產(chǎn)品用戶角色描述、產(chǎn)品總體架構(gòu)、業(yè)務(wù)流程圖、產(chǎn)品功能需求等模塊，剛覺(jué)得似懂非懂，又發(fā)現(xiàn)每一個(gè)小東西下面又有很多分類。例如：流程圖還分為業(yè)務(wù)流程圖、任務(wù)流程圖和頁(yè)面流程圖。產(chǎn)品功能需求還分為產(chǎn)品性能需求、測(cè)試環(huán)境需求、安全性需求等等。

如果產(chǎn)品新人接到原型任務(wù)時(shí)，想要按照這些格式，摩拳擦掌地寫PRD，你會(huì)發(fā)現(xiàn)，如果真有按照模板來(lái)寫，PRD的內(nèi)容少有10來(lái)頁(yè)，多的有幾十上百頁(yè)。這樣的PRD作為文檔留存固然詳細(xì)，但是當(dāng)項(xiàng)目時(shí)間緊任務(wù)重、或者小功能需要快速迭代的時(shí)候，開發(fā)、測(cè)試沒(méi)有時(shí)間也沒(méi)有耐心去看這樣一個(gè)詳細(xì)的文檔。他們只會(huì)認(rèn)真看原型和批注的部分。當(dāng)然認(rèn)不認(rèn)真可能還另當(dāng)別論。

對(duì)于產(chǎn)品人員來(lái)說(shuō)，我們的期望開發(fā)能夠認(rèn)真閱讀PRD的原型、批注部分，了解頁(yè)面和邏輯，開發(fā)出來(lái)的產(chǎn)品能夠達(dá)到我們預(yù)想的效果；同時(shí)期望測(cè)試在了解PRD原型和邏輯的基礎(chǔ)上能夠了解功能的變化，是全新的功能還是復(fù)用以前的邏輯，順利進(jìn)行測(cè)試。

此外，產(chǎn)品把PRD寫的詳細(xì)且易于閱讀，有一個(gè)非常直觀的好處：在項(xiàng)目進(jìn)行時(shí)，開發(fā)、測(cè)試來(lái)找你詢問(wèn)的次數(shù)越少，在開發(fā)的過(guò)程中，PRD在后期的改動(dòng)越少，整個(gè)項(xiàng)目進(jìn)行的會(huì)更順利。

如果PRD沒(méi)有寫詳細(xì)，在項(xiàng)目開發(fā)的時(shí)候，不斷地會(huì)有開發(fā)和測(cè)試來(lái)找你確認(rèn)問(wèn)題，問(wèn)題越來(lái)越多，修改PRD的概率也會(huì)越大。在項(xiàng)目的過(guò)程中修改PRD，很容易“牽一發(fā)而動(dòng)全身”。開發(fā)可能要重新梳理邏輯，測(cè)試也需要修改用例。

所以產(chǎn)品人員在寫PRD時(shí)，要記住兩個(gè)要點(diǎn)：

1. 盡可能寫詳細(xì) ；
2. 易于開發(fā)、測(cè)試人員閱讀

批注要事無(wú)巨細(xì)

很多產(chǎn)品一開始在寫批注時(shí)很容易想當(dāng)然，覺(jué)得這個(gè)功能的邏輯這么明顯，開發(fā)測(cè)試人員肯定知道。這個(gè)業(yè)務(wù)這么清楚，開發(fā)測(cè)試人員肯定會(huì)比我清楚的。這個(gè)按鈕這么通用，開發(fā)測(cè)試人員肯定一看就知道是干嘛的；這個(gè)邏輯在前面的頁(yè)面已經(jīng)寫過(guò)了，可以不用再贅述了…..

這是因?yàn)楫a(chǎn)品人員陷入了一個(gè)誤區(qū)：以產(chǎn)品的角度來(lái)看這份PRD。你是產(chǎn)品，你構(gòu)想出來(lái)的方案，你當(dāng)然是熟悉業(yè)務(wù)和功能的，也知道上下頁(yè)面邏輯的關(guān)聯(lián)。所以在寫PRD的時(shí)候，會(huì)覺(jué)得很多東西都是顯而易見的。

但是開發(fā)、測(cè)試人員沒(méi)有參與用戶的調(diào)研和需求的討論，也沒(méi)有參與方案的產(chǎn)出。所以他們不知道新增的業(yè)務(wù)流程和功能按鈕的用處。而且有可能你設(shè)計(jì)的頁(yè)面是分別有幾個(gè)開發(fā)來(lái)開發(fā)的，頁(yè)面1和頁(yè)面2的某個(gè)邏輯相同，你在頁(yè)面1寫了邏輯，但是頁(yè)面2是由別的開發(fā)負(fù)責(zé)的。

所以不能想當(dāng)然，而是應(yīng)該把每一個(gè)頁(yè)面的邏輯都當(dāng)成獨(dú)立的頁(yè)面，將這個(gè)頁(yè)面存在的邏輯和細(xì)節(jié)都清晰地羅列出來(lái)。

對(duì)于把PRD寫詳細(xì)這一點(diǎn)，我總結(jié)出一個(gè)重點(diǎn)“用測(cè)試思維寫PRD”。

這個(gè)觀點(diǎn)是我從測(cè)試用例和測(cè)試工作上反推出來(lái)的。測(cè)試人員在寫測(cè)試用例的時(shí)候，會(huì)對(duì)PRD進(jìn)行非常詳細(xì)的解構(gòu)。大到業(yè)務(wù)的邏輯，小到一個(gè)按鈕的各種特殊情況，都是他們需要進(jìn)行測(cè)試的。產(chǎn)品可以借鑒這個(gè)思維來(lái)寫PRD。

1. 閱讀測(cè)試用例

新手產(chǎn)品可以向測(cè)試要一份測(cè)試用例，仔細(xì)研讀?？纯礈y(cè)試用例中的分析。這樣在寫PRD的時(shí)候，也能夠大概清楚測(cè)試會(huì)關(guān)注哪些細(xì)節(jié)。你寫的PRD也就越對(duì)測(cè)試的胃口。到時(shí)候測(cè)試找你確認(rèn)的問(wèn)題越少。

如果拿到了測(cè)試用例，可以先關(guān)注一下“測(cè)試前提”，這可以和批注中的前置條件進(jìn)行對(duì)應(yīng)。而“驗(yàn)證場(chǎng)景”是測(cè)試對(duì)頁(yè)面的樣式、內(nèi)容的展示、功能的檢查、校驗(yàn)。而“預(yù)期”則是批注里產(chǎn)品想要實(shí)現(xiàn)的效果，這部分也是產(chǎn)品應(yīng)該在批注里詳細(xì)描述的內(nèi)容。

2. 寫批注的時(shí)候，考慮到各種情況

寫PRD的時(shí)候，如果對(duì)上下游業(yè)務(wù)不是特別熟悉，很容易會(huì)遺漏細(xì)節(jié)。所以在寫PRD時(shí)，要沉下心來(lái)，多問(wèn)問(wèn)自己：如果出現(xiàn)XX情況那怎么辦呢？

例如我們現(xiàn)在每天都要用的掃碼支付的功能，可能現(xiàn)在看來(lái)就是掏出手機(jī)，對(duì)著二維碼掃個(gè)碼。但是需要考慮很多特殊情況。例如：如果用戶手機(jī)沒(méi)有網(wǎng)絡(luò)或者網(wǎng)絡(luò)不好的情況下，怎么顯示；二維碼不是收款碼掃碼后怎么顯示；如果支付寶掃了微信的收款碼應(yīng)該怎么顯示；用戶默認(rèn)的支付賬戶是哪個(gè)；如果用戶默認(rèn)賬戶里的余額不足怎么提示……

一些功能可能看起來(lái)簡(jiǎn)單，但其實(shí)里面會(huì)有復(fù)雜邏輯，所以產(chǎn)品在確定了主要方案后，需要多思考一些特殊情況，然后在PRD里進(jìn)行備注。這樣不至于測(cè)試來(lái)問(wèn)你的時(shí)候，你措手不及，發(fā)現(xiàn)自己的方案有很多漏洞。

3. 思考內(nèi)容“從哪兒來(lái)，到哪兒去”

這種情況大多出現(xiàn)在B端產(chǎn)品的移動(dòng)端設(shè)計(jì)中，需要考慮兩端信息的對(duì)應(yīng)性。在設(shè)計(jì)移動(dòng)端時(shí)，一些展示的內(nèi)容，很有可能是從系統(tǒng)中調(diào)用過(guò)來(lái)的。所以在寫批注是，要備注清楚這個(gè)字段是調(diào)用的當(dāng)前系統(tǒng)的哪個(gè)模塊的哪個(gè)字段。

而在移動(dòng)端提交的內(nèi)容，則要考慮這個(gè)東西到哪里去。也要備注清楚這個(gè)內(nèi)容填完后生成的記錄會(huì)展示在當(dāng)前系統(tǒng)的哪個(gè)模塊哪張報(bào)表。

PRD要易于閱讀

PRD除了在內(nèi)容上要符合閱讀者的預(yù)期，在樣式上也要做到頁(yè)面整齊，便于閱讀。

1. 流程圖和用例

在PRD中提供流程圖和用例，能夠幫助開發(fā)、測(cè)試人員盡快地熟悉業(yè)務(wù)流程、用戶角色和核心功能。

process on上的流程圖案例

process on上的用例圖案例除了流程圖和用例，如果時(shí)間允許，還需要提供功能列表。這樣的話，在熟悉大致業(yè)務(wù)和核心功能基礎(chǔ)上，開發(fā)和測(cè)試還能進(jìn)一步了解詳細(xì)功能。測(cè)試用例在往期的文章里提過(guò)，看這里產(chǎn)品新人第一次負(fù)責(zé)項(xiàng)目應(yīng)該怎么做？

2. 言簡(jiǎn)意賅、語(yǔ)言規(guī)范

在寫PRD的批注時(shí)，盡量語(yǔ)言規(guī)范，避免口語(yǔ)化。簡(jiǎn)潔明了的描述能夠給讀者一個(gè)好的閱讀體驗(yàn)。尤其是項(xiàng)目頁(yè)面較多的時(shí)候，復(fù)雜的頁(yè)面，再加上口語(yǔ)化、冗余的文字描述，開發(fā)、測(cè)試人員閱讀起來(lái)會(huì)比較費(fèi)勁。

在PRD里，可以用多種形式來(lái)進(jìn)行表達(dá)。例如：遇到一些比較復(fù)雜的功能，涉及到狀態(tài)變化，描述起來(lái)文字較多，難以理解。這個(gè)時(shí)候就很適合用一張把表格來(lái)展示狀態(tài)的變化。

3. 頁(yè)面展示具有強(qiáng)關(guān)聯(lián)性

由于頁(yè)面之間可能會(huì)存在交互的聯(lián)系，所以頁(yè)面擺放時(shí)，最好是根據(jù)順序進(jìn)行擺放。這樣的話，開發(fā)和測(cè)試也能更好地理解頁(yè)面與頁(yè)面之間的關(guān)系。同時(shí)，批注也最好也頁(yè)面緊挨在一起。這樣的話，在看的時(shí)候，能夠同時(shí)看到原型和備注。

所以從PRD展示角度來(lái)看，墨刀會(huì)是比較友好的工具。使用墨刀的話，原型和批注可以展示在同一個(gè)頁(yè)面。而使用Axure，如果畫的是大幅的網(wǎng)頁(yè)頁(yè)面，在預(yù)覽狀態(tài)的時(shí)，無(wú)法同時(shí)看到原型和批注。這樣的話，閱讀體驗(yàn)就不是很好。很容易發(fā)生開發(fā)嫌麻煩只看原型、或者甚至找不到批注的的情況。

總結(jié)

如果沒(méi)有經(jīng)歷過(guò)幾次項(xiàng)目，一開始寫出來(lái)的PRD，會(huì)比較簡(jiǎn)單。開發(fā)、測(cè)試會(huì)輪番地來(lái)向你確認(rèn)問(wèn)題。在這個(gè)過(guò)程，會(huì)懊悔自己有很多細(xì)節(jié)在一開始沒(méi)有想清楚。當(dāng)然會(huì)有優(yōu)秀的人能夠一開始就思考得特別詳細(xì)。那我們這些不夠優(yōu)秀的人，要在一次一次的項(xiàng)目中總結(jié)問(wèn)題，不斷改進(jìn)。同時(shí)要和團(tuán)隊(duì)的開發(fā)、測(cè)試不斷磨合，綜合考慮他們的想法。

最好的PRD永遠(yuǎn)會(huì)是下一份PRD。當(dāng)然不想寫出完美的PRD的產(chǎn)品不是好產(chǎn)品。

#專欄作家#

異彩，微信公眾號(hào)：一只蝸牛慢慢跑，人人都是產(chǎn)品經(jīng)理專欄作家。從事房產(chǎn)管理系統(tǒng)的產(chǎn)品工作，關(guān)注To C產(chǎn)品的交互設(shè)計(jì)、運(yùn)營(yíng)、結(jié)構(gòu)設(shè)計(jì)和商業(yè)模式。在成為一名優(yōu)秀的產(chǎn)品人的路上努力前行。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash，基于CC0協(xié)議。