寫好一個(gè)賞心悅目的PRD是一個(gè)合格PM的基本功，怎么寫好——精于心&簡(jiǎn)于形。

一、為什么需要一個(gè)優(yōu)秀的PRD

小案例：需求評(píng)審，預(yù)計(jì)1個(gè)小時(shí)的時(shí)間，PM自信的打開PRD，開始講述自認(rèn)為想的很周全的需求，可是研發(fā)們發(fā)現(xiàn)了PRD上沒(méi)有的各種細(xì)節(jié)邏輯并開始質(zhì)問(wèn)，PM急得一頭汗的回應(yīng)著各種問(wèn)題，評(píng)審會(huì)議也終于在2個(gè)小時(shí)結(jié)束；開始開發(fā)了，RD發(fā)現(xiàn)這份PRD中仍然缺少了相當(dāng)多的邏輯細(xì)節(jié)，于是一邊心里暗罵PM不靠譜，一邊去找PM確認(rèn)，于是PM在整個(gè)需求開發(fā)周期中一邊被噴，一邊心累著跟進(jìn)需求；需求開發(fā)完畢，PM開始回歸，發(fā)現(xiàn)很多細(xì)節(jié)不是自己想要的，于是去找RD修改，RD認(rèn)為你這個(gè)不靠譜的PM還敢修改需求后果斷拒絕了，并給出終極大招，看，PRD上沒(méi)寫，PM此時(shí)可以做的，只能是沉默…

其實(shí)我們從上面發(fā)現(xiàn)，一個(gè)優(yōu)秀的PRD的用處。

1. 是PM基本功的體現(xiàn)
2. 節(jié)省開發(fā)中PM的精力
3. 增強(qiáng)在RD心中的靠譜程度（這很重要）
4. 需求驗(yàn)收的標(biāo)準(zhǔn)

二、如何寫出優(yōu)秀的PRD

那么，如何寫出一個(gè)優(yōu)秀的PRD–精于心，簡(jiǎn)于形。

每份PRD都應(yīng)該是PM心血的體現(xiàn)，都應(yīng)該讓一個(gè)對(duì)需求完全不了解的人能夠知悉需求中的全貌和細(xì)節(jié)，但是沒(méi)人會(huì)一開始就寫出一份優(yōu)秀的PRD，沒(méi)人會(huì)在一開始寫的PRD中就想到了所有的細(xì)節(jié)，一份優(yōu)秀的PRD必然是PM踩著坑，總結(jié)著坑點(diǎn)，一步一步的不斷完善才完成的，那么一個(gè)優(yōu)秀的PRD，必須包含的元素有哪些？干貨見下：

1、需求緯度

一個(gè)PRD首先應(yīng)該展示的內(nèi)容是需求，需求的背景是什么，沒(méi)人會(huì)想做一個(gè)完全不了解或者沒(méi)有意義的需求，作為項(xiàng)目的一份子，研發(fā)們有必要知道需求本身最重要的內(nèi)容–需求背景是什么？需求意義是什么？而且PM和研發(fā)也必須知道本需求有效的衡量方法，接下來(lái)有個(gè)固定的方法，即：

• 需求意義：XX需求為XX解決了XX問(wèn)題，以提升XX指標(biāo)/體驗(yàn)
• 衡量方法：XX數(shù)據(jù)發(fā)生XX變化

2、業(yè)務(wù)緯度

精于心：一個(gè)需求/項(xiàng)目（比較大的）里面包括了很多小的需求分支、業(yè)務(wù)邏輯、甚至是之前沒(méi)有的名詞和定義，這里需要用心考慮周全，業(yè)務(wù)上所有的角色的流程都要考慮到，以免照成影響。

簡(jiǎn)于形：相比大段的說(shuō)明文檔，可能大家需要的是一個(gè)邏輯圖。

業(yè)務(wù)緯度的內(nèi)容見下：

1）業(yè)務(wù)流程圖

需求的具體業(yè)務(wù)是怎么樣的，涉及到哪些部門，物料/數(shù)據(jù)/信息在各個(gè)部門中是如何流轉(zhuǎn)的。

以淘寶退款流程為例

2）操作流程圖

用戶角度對(duì)各個(gè)功能是如何使用的，頁(yè)面跳轉(zhuǎn)邏輯是怎么樣的。

以登錄流程為例

3）功能分支圖

整個(gè)需求都包括了哪些功能，功能的具體做是什么？

4）新定義說(shuō)明

需求中涉及到的新定義是怎樣的，跟業(yè)務(wù)的關(guān)系是怎么樣的？

3、頁(yè)面緯度

說(shuō)明了需求，說(shuō)明了業(yè)務(wù)，下一步就需要具體到頁(yè)面，這部分是用戶真正看到的內(nèi)容，這里的細(xì)節(jié)也是研發(fā)真正實(shí)現(xiàn)的時(shí)候最容易遇到細(xì)節(jié)不清楚的地方，所以，精于心特別重要。那么頁(yè)面緯度具體包括哪些內(nèi)容呢？

共有5個(gè)方面的內(nèi)容：

1）角色區(qū)別

進(jìn)入頁(yè)面時(shí)是否分角色展示不同內(nèi)容。

2）展示方式

進(jìn)入頁(yè)面后，默認(rèn)展示的樣式、多信息排列的規(guī)則、UE圖涉及到的邏輯變化、控件點(diǎn)擊前后的細(xì)節(jié)、文字?jǐn)?shù)目的限制等都需要做詳細(xì)的描述。

3）交互方式

頁(yè)面中各個(gè)控件切換的交互方式是怎么樣的，是否有特殊的交互方式需要特別指出

4）退出方式

頁(yè)面退出邏輯是否遵從從哪里進(jìn)，退回哪里的邏輯（以場(chǎng)景判斷，屬于需求層面），若不遵從，需做明顯標(biāo)識(shí)。

5）數(shù)據(jù)規(guī)則

刷新、緩存、加載、loading具體細(xì)節(jié)如何，都需要做出詳細(xì)的描述，但是由于此部分涉及技術(shù)層面內(nèi)容較多，故一定要與RD做好預(yù)溝通后再將確定的內(nèi)容填寫至PRD。

5、邊界情況

非正常情況也需要在PRD中做詳細(xì)的分類和描述，對(duì)于RD來(lái)說(shuō)這部分不可缺失，且是PRD中最容易出漏洞的。邊界情況大致包括以下6種。

1）登錄相關(guān)

用戶登錄和不登錄展示邏輯，是否可以進(jìn)入功能等。

2）網(wǎng)絡(luò)相關(guān)

無(wú)網(wǎng)/弱網(wǎng)如何處理，頁(yè)面如何展示。

3）空頁(yè)面相關(guān)

頁(yè)面信息為空時(shí)如何展示

4）版本相關(guān)

歷史版本如何包容新樣式、新信息。

5）操作相關(guān)

用戶在使用時(shí)殺掉APP，清理了緩存如何處理。

6）帳號(hào)相關(guān)

單個(gè)設(shè)備切換帳號(hào)后，如何處理數(shù)據(jù)。

7）數(shù)據(jù)相關(guān)

本需求中需要處理的數(shù)據(jù)在其他需求中有用到時(shí)，是否一并改動(dòng)，如何兼容問(wèn)題

6、一定記得檢查你的錯(cuò)別字和排版

一個(gè)錯(cuò)別字會(huì)讓你之前的努力大部分付之東流，錯(cuò)別字的出現(xiàn)將使好不容易獲得的靠譜度急劇下降，所以別小看它，它是一個(gè)PM專業(yè)態(tài)度的體現(xiàn)。

回頭再看看排版吧，是否看著舒服，信息清晰易懂，這決定著這份PRD的第一印象，請(qǐng)像對(duì)待一件藝術(shù)品一樣，對(duì)待PRD，排版也需要精于心，簡(jiǎn)于形。

總結(jié)：給個(gè)圖吧，這就是上面所有的內(nèi)容：

三、寫在最后的話

一份PRD不僅僅是一份PRD，看一份PRD，就能看出這個(gè)PM的邏輯性、思考的縝密性、對(duì)需求的理解、對(duì)美的理解，也就代表了一個(gè)PM的水平。

精于心，簡(jiǎn)于形，對(duì)待PRD，也需要如此…。

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

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