導(dǎo)語(yǔ)：寫(xiě)好PRD文檔是產(chǎn)品經(jīng)理的必修功課，但這門(mén)“必修課”卻沒(méi)有統(tǒng)一的課本和答案，本篇文章適用于初入職場(chǎng)的產(chǎn)品新人。本文作者工作于BAT大廠，工作期間寫(xiě)過(guò)多份PRD，將結(jié)合作者個(gè)人經(jīng)驗(yàn)并結(jié)合大廠同事的寫(xiě)法，總結(jié)一下如何寫(xiě)出一份“簡(jiǎn)練”的PRD。

一、為什么強(qiáng)調(diào)“簡(jiǎn)練”P(pán)RD？

標(biāo)題中強(qiáng)調(diào)簡(jiǎn)練，是因?yàn)樽髡咴诔跞肼殘?chǎng)時(shí)也看過(guò)非常多的PRD教程，大部分事無(wú)巨細(xì)，最長(zhǎng)的可以分出十幾個(gè)一級(jí)標(biāo)題，這樣“冗長(zhǎng)”的PRD讓初入職場(chǎng)的產(chǎn)品經(jīng)理往往失去了方向。

其實(shí)作為文檔三兄弟（BRD、MRD、PRD）中的一環(huán)，前兩個(gè)文檔如果寫(xiě)得清晰，那么PRD就可以寫(xiě)的相對(duì)“簡(jiǎn)練”。

所以讓我們重新梳理一下BRD、MRD和PRD在一個(gè)產(chǎn)品調(diào)研、設(shè)計(jì)、開(kāi)發(fā)、上市中分別起到怎樣的作用，以及它的受眾是誰(shuí)，需要如何影響受眾 (熟悉的概念的朋友可以跳過(guò)這一部分）。

理清三者的關(guān)系后有助于產(chǎn)品新手明白哪些內(nèi)容是應(yīng)該在BRD和MRD中完成的，哪些內(nèi)容才是PRD的核心，進(jìn)而明白為何PRD可以很“簡(jiǎn)練”。

1. BRD：Business Requirement Document

BRD可以說(shuō)是一個(gè)產(chǎn)品從0-1過(guò)程中第一個(gè)誕生的正式文檔，用于論證產(chǎn)品在商業(yè)上的可行性。BRD文檔是產(chǎn)品經(jīng)理向上司、以及財(cái)務(wù)和預(yù)算等職能部門(mén)溝通產(chǎn)品立項(xiàng)的工具，主要就是為了說(shuō)明經(jīng)典的“產(chǎn)品精益畫(huà)布”當(dāng)中的內(nèi)容——即下圖1到9幾個(gè)模塊。

產(chǎn)品精益畫(huà)布是論證商業(yè)可行性的常用工具，說(shuō)明產(chǎn)品賣(mài)給誰(shuí)、成本和收入情況、為什么能贏利、通過(guò)什么渠道盈利等關(guān)鍵問(wèn)題。對(duì)BRD中產(chǎn)品精益畫(huà)布感興趣的朋友可以細(xì)讀《精益創(chuàng)業(yè)實(shí)戰(zhàn)》（第二版）第三章，本文不做細(xì)述。

若產(chǎn)品上司、財(cái)務(wù)預(yù)算等職能部門(mén)認(rèn)可了產(chǎn)品經(jīng)理的BRD分析，那么就意味著產(chǎn)品可以立項(xiàng)了，公司會(huì)對(duì)這個(gè)產(chǎn)品開(kāi)始投入資源，并開(kāi)始產(chǎn)品備案等流程。

2. MRD：Market Requirement Document

相比于BRD溝通投入產(chǎn)出、盈利性等目的，MRD在BRD和PRD之間起到一個(gè)承上啟下的作用，在BRD之后進(jìn)一步說(shuō)明立項(xiàng)產(chǎn)品所處的行業(yè)市場(chǎng)現(xiàn)況，目標(biāo)用戶，競(jìng)品調(diào)研和自身打法。

MRD的受眾主要是產(chǎn)品經(jīng)理的上司、公司的產(chǎn)品運(yùn)營(yíng)和市場(chǎng)品牌部門(mén)，向他們說(shuō)明產(chǎn)品在市場(chǎng)中的定位和打法，同時(shí)為自己的產(chǎn)品在同公司的眾多產(chǎn)品線中爭(zhēng)取更多的運(yùn)營(yíng)和市場(chǎng)資源傾斜。

3. PRD：Product Requirement Document

當(dāng)一個(gè)產(chǎn)品已經(jīng)通過(guò)了BRD、MRD評(píng)審后，說(shuō)明該產(chǎn)品在資源投入和定位、打法上已經(jīng)獲得了公司層面的認(rèn)可，已經(jīng)具備了啟動(dòng)產(chǎn)品設(shè)計(jì)、開(kāi)發(fā)、投向市場(chǎng)的資格。

在這種前提下，一份PRD文檔的受眾就可以拋開(kāi)運(yùn)營(yíng)和市場(chǎng)等職能部門(mén)，無(wú)需再贅述過(guò)多的商業(yè)可行性、盈利性等信息，僅面向產(chǎn)品后端RD、前端FE、交互設(shè)計(jì)師（UI或UX）、測(cè)試QA輸出信息即可。

二、如何寫(xiě)一份“簡(jiǎn)練”的PRD？

1. PRD文檔的受眾關(guān)心什么

基于上文，PRD是面向后端RD、前端FE、交互設(shè)計(jì)師和QA的文檔，我們首先要拆解分析這些角色的核心關(guān)注點(diǎn)，然后把他們的關(guān)注點(diǎn)融合到PRD的不同章節(jié)中。

• 后端RD：后端研發(fā)主要關(guān)注所設(shè)計(jì)的產(chǎn)品需要存儲(chǔ)哪些數(shù)據(jù)，需要如何建表存儲(chǔ)這些數(shù)據(jù)，這些數(shù)據(jù)是否需要支持增、刪、改、查等功能，以及為了操作這些數(shù)據(jù)需要為產(chǎn)品提供哪些接口；
• 前端FE：前端FE主要關(guān)注后端接口如何與前端界面相結(jié)合，調(diào)取后端哪個(gè)接口，并用怎樣的方式為后端收集入?yún)?，在收集入?yún)r(shí)前端是否要做額外的限制，以及后端返回的出參如何轉(zhuǎn)化為前端的提示等；
• 交互設(shè)計(jì)師：主要關(guān)注產(chǎn)品在用戶交互上的體驗(yàn)及產(chǎn)品的界面調(diào)性、視覺(jué)樣式是否符合公司的規(guī)范。大部分交互設(shè)計(jì)師和產(chǎn)品經(jīng)理溝通時(shí)都是對(duì)著原型圖深化UI稿，所以他們往往是最關(guān)注PRD中原型的人；
• 測(cè)試QA：主要關(guān)注產(chǎn)品的user story，因?yàn)镼A需要模擬不同的使用場(chǎng)景設(shè)計(jì)測(cè)試case，大部分情況下QA會(huì)用Xmind等腦圖設(shè)計(jì)工具來(lái)設(shè)計(jì)、覆蓋可能出現(xiàn)的case，并進(jìn)行遍歷測(cè)試。

當(dāng)然，除了上述不同的關(guān)注點(diǎn)，PRD的受眾也需要知道一些共同的信息，例如：產(chǎn)品中有哪些通用概念，本次迭代與之前版本的功能迭代的關(guān)系，以及本次產(chǎn)品開(kāi)發(fā)的緊急性和重要性。

2. 如何將受眾的關(guān)注點(diǎn)融入PRD框架

雖然說(shuō)不同的產(chǎn)品經(jīng)理在PRD框架上有自己的見(jiàn)解，本文根據(jù)作者自身經(jīng)驗(yàn)及對(duì)大廠同事們PRD的參考，建議產(chǎn)品新人遵循以下框架，就能滿足大部分RD、FE、UI/UX、QA們的需要。

1）迭代管理

迭代管理記錄了產(chǎn)品開(kāi)發(fā)從0-1的過(guò)程，產(chǎn)品經(jīng)理需要寫(xiě)清每一次迭代新增、修改或下架了哪些功能，以及迭代的原因。

同時(shí)，迭代版本號(hào)反映出每次迭代版本更新的大小，以下圖為例，通常兩級(jí)版本號(hào)就能夠表達(dá)出需求屬于“大步迭代”還是“小步快跑”。

2）需求背景

需求背景是RD、FE、UI/UX和QA共同關(guān)注的點(diǎn)，在大廠中，一般后端RD和QA是分組的，而FE和UI/UX是部門(mén)共享的人力，意味著你的需求在FE、UI/UX面前是要和部門(mén)內(nèi)其他組的需求搶排期。

所以建議“簡(jiǎn)練”版的需求背景要包括以下兩點(diǎn)：

1. 需求產(chǎn)生的原因：可以是發(fā)現(xiàn)了原來(lái)版本的局限性，即優(yōu)化/修改老需求；也可以是基于新發(fā)現(xiàn)的用戶需求對(duì)產(chǎn)品進(jìn)行迭代，即增加新需求；
2. 需求的合理性和必要性：在需求評(píng)審中，RD通常會(huì)對(duì)需求合理性、必要性挑戰(zhàn)產(chǎn)品經(jīng)理——即為什么一定要開(kāi)發(fā)上線這些功能，F(xiàn)E和UI/UX同樣也會(huì)評(píng)估該需求是否為高優(yōu)緊急。所以產(chǎn)品經(jīng)理可以正向回答——即開(kāi)發(fā)了需求所提的功能預(yù)計(jì)能為項(xiàng)目組、為部門(mén)帶來(lái)怎樣的好處，或逆向回答——不開(kāi)發(fā)該功能會(huì)導(dǎo)致什么樣的問(wèn)題和風(fēng)險(xiǎn)。

3）功能清單

功能清單建議以列表的方式闡明本次新增和修改的功能。在功能清單中需要說(shuō)明項(xiàng)目信息、新增/修改的功能點(diǎn)、功能點(diǎn)詳情，以及優(yōu)先級(jí)。

功能清單的目的主要是讓后端RD快速了解本次開(kāi)發(fā)的內(nèi)容大綱，并評(píng)估出工作量，當(dāng)產(chǎn)品經(jīng)理定好每個(gè)功能點(diǎn)的優(yōu)先級(jí)后，后端RD就可以根據(jù)工作量和優(yōu)先級(jí)給出詳細(xì)的排期，并協(xié)調(diào)QA提測(cè)的時(shí)間。

功能清單建議不要寫(xiě)的太過(guò)于繁雜，否則滿滿的文字RD、FE們很容易感到厭煩，反而導(dǎo)致整個(gè)文檔模塊被忽略。下表是典型的功能清單例子，大家可以參考：

4）產(chǎn)品流程圖

產(chǎn)品流程圖是PRD中的必備內(nèi)容，通常有很多畫(huà)法，每個(gè)產(chǎn)品經(jīng)理在流程圖中表達(dá)的信息都不盡相同。

非技術(shù)背景出身的產(chǎn)品經(jīng)理往往站在使用者的角度來(lái)梳理流程，而一些技術(shù)背景出身（或研發(fā)轉(zhuǎn)產(chǎn)品）的產(chǎn)品經(jīng)理往往在流程圖會(huì)額外表達(dá)數(shù)據(jù)的流轉(zhuǎn)關(guān)系。

但不論采用何種畫(huà)法，他們的目的都是為了讓PRD的受眾理解產(chǎn)品使用的主線和分支。既然本文的核心在于“簡(jiǎn)練”，那么如何畫(huà)出即簡(jiǎn)單但又滿足需求評(píng)審要求的流程圖呢？

下面分ToC和ToB兩個(gè)場(chǎng)景來(lái)討論：在ToC產(chǎn)品中，產(chǎn)品的使用對(duì)象往往為單一的個(gè)體，產(chǎn)品不涉及多個(gè)用戶時(shí)，它的故事線和流程圖往往比較簡(jiǎn)單，只需按照時(shí)間維度，按產(chǎn)品使用流程的主線來(lái)整理即可，同時(shí)在主線上注明不同分支。

下圖就是一個(gè)很簡(jiǎn)單的例子:

但在TO B的產(chǎn)品中，產(chǎn)品的使用步驟通常涉及到多個(gè)身份的人員，不同人員之間的操作還有時(shí)序依賴關(guān)系。

在這種情況下，如何“簡(jiǎn)練”地將時(shí)間維度和人員維度囊括在一張圖里呢？大家可以參考下方流程圖的畫(huà)法——按時(shí)間維度+參與人員兩個(gè)維度，畫(huà)一份“泳道”流程圖。

上面兩張圖提供了兩個(gè)簡(jiǎn)單的例子，可以作為模板衍生、表達(dá)大部分的產(chǎn)品流程。

5）產(chǎn)品原型

最后，在一份PRD文檔中不可或缺的就是產(chǎn)品原型了。產(chǎn)品經(jīng)理在PRD需求評(píng)審時(shí)花往往花費(fèi)大部分時(shí)間溝通產(chǎn)品原型。通常產(chǎn)品原型可分為高保真原型和低保真原型，具體采用何種形式其實(shí)取決于產(chǎn)品經(jīng)理與UI/UX設(shè)計(jì)師之間的分工邊界。

在分工極度明確的大廠，一般鼓勵(lì)產(chǎn)品經(jīng)理提供低保真原型即可。因?yàn)榇髲S的UI/UX部門(mén)對(duì)產(chǎn)品的風(fēng)格調(diào)性、交互邏輯有著極為清晰的規(guī)定，產(chǎn)品經(jīng)理在原型圖上投入太多精力反而會(huì)事倍功半。

但是一些中小型公司人員分工不那么全面，產(chǎn)品經(jīng)理與UI/UX的邊界較為模糊，往往由產(chǎn)品經(jīng)理本人輸出高保真的原型圖。

所以產(chǎn)品經(jīng)理在輸出PRD時(shí)原型到底畫(huà)到怎樣的精細(xì)度是因公司、因項(xiàng)目組而異的。筆者建議能輸出低保真原型時(shí)盡量以低保真交付，但如果產(chǎn)品已經(jīng)處于后期迭代時(shí)，用現(xiàn)有的真實(shí)界面進(jìn)行P圖改造也不失為一種“簡(jiǎn)練”的方法。

下圖是筆者在產(chǎn)品迭代過(guò)程中，利用原有界面和新增備注快速迭代出的原型圖（部分截圖）：

三、結(jié)語(yǔ)

結(jié)合上述對(duì)BRD、MRD、PRD分工的探討，以及PRD的各個(gè)章節(jié)如何撰寫(xiě)的介紹。

本文的目的其實(shí)就為了表達(dá)一個(gè)核心觀點(diǎn)——PRD可以寫(xiě)的很簡(jiǎn)練，初入職場(chǎng)的產(chǎn)品經(jīng)理無(wú)需對(duì)PRD的撰寫(xiě)過(guò)分焦慮，尤其是在正確理解PRD在一個(gè)產(chǎn)品生命周期中所發(fā)揮的核心作用后，我們會(huì)發(fā)現(xiàn)其實(shí)它并不復(fù)雜。

作者：Amy有只藍(lán)貓，百度高級(jí)產(chǎn)品經(jīng)理，熟悉B端產(chǎn)品、AI產(chǎn)品、產(chǎn)品商業(yè)化、人機(jī)交互與內(nèi)容策略產(chǎn)品，歡迎交流。

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

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