2015年，我寫(xiě)了一篇梳理PRD的文章《 PRD到底該怎么寫(xiě)？》，獲得3.5萬(wàn)次閱讀，423次收藏。至今已過(guò)去5年，在這5年里，我一直從事產(chǎn)品產(chǎn)品相關(guān)的工作，也經(jīng)歷過(guò)一次完整的創(chuàng)業(yè)，對(duì)PRD又有了一些新的思考。這篇文章是《PRD怎么寫(xiě)》的升級(jí)版，彌補(bǔ)了之前文章的不足，對(duì)怎么寫(xiě)PRD，描述得更具體、更全面，是我思考的沉淀，也希望對(duì)大家有一定幫助。

01. 你是否遇到過(guò)這樣的問(wèn)題

-PRD里關(guān)鍵需求描述不準(zhǔn)確，研發(fā)過(guò)程中不斷修改，導(dǎo)致項(xiàng)目延期；

-產(chǎn)品總監(jiān)、項(xiàng)目經(jīng)理、研發(fā)、測(cè)試總是不斷挑刺，信譽(yù)度降低，自信心受打擊；

-到新公司負(fù)責(zé)新項(xiàng)目，前任產(chǎn)品經(jīng)理留下的文檔晦澀難懂，不知所云。

如果遇到以上一個(gè)或多個(gè)問(wèn)題，那么你可能需要反思，自己寫(xiě)PRD的思路是不是有問(wèn)題？寫(xiě)PRD是產(chǎn)品經(jīng)理非常重要的基本功，寫(xiě)好PRD，可以提高團(tuán)隊(duì)效率，減少無(wú)效的溝通。

02.什么是PRD?

PRD是Product Requirement Document的簡(jiǎn)稱，其中文翻譯為：產(chǎn)品需求文檔。該文檔是產(chǎn)品項(xiàng)目由“概念化”階段進(jìn)入到“圖紙化”階段的最重要的一個(gè)文檔。

PRD的主要使用對(duì)象有：研發(fā)、測(cè)試、交互設(shè)計(jì)師及其他業(yè)務(wù)人員。

-研發(fā)可以根據(jù)PRD獲知整個(gè)產(chǎn)品的邏輯，作為編碼的依據(jù)；

-測(cè)試可以根據(jù)PRD編寫(xiě)測(cè)試用例，為正式測(cè)試做準(zhǔn)備；

-交互設(shè)計(jì)師可以根據(jù)PRD設(shè)計(jì)交互細(xì)節(jié)；

-業(yè)務(wù)人員可以通過(guò)PRD提前了解產(chǎn)品，為運(yùn)營(yíng)和推廣做準(zhǔn)備；

PRD是項(xiàng)目啟動(dòng)之前，必須經(jīng)過(guò)評(píng)審達(dá)成共識(shí)的最重要文檔。

產(chǎn)品經(jīng)理的PRD，就像建筑設(shè)計(jì)師的設(shè)計(jì)圖紙，是設(shè)計(jì)和思考的文檔化呈現(xiàn)。

《用戶體驗(yàn)要素》作者在書(shū)中有一句很經(jīng)典的話：“文檔不能解決問(wèn)題，但定義可以”，PRD就是要定義需求。

03. 動(dòng)手之前，先思考這幾個(gè)問(wèn)題

1、解決什么問(wèn)題？

解決用戶什么問(wèn)題？發(fā)現(xiàn)問(wèn)題比解決方案更重要。給公司能否帶來(lái)收益？相關(guān)干系人的需求是什么？是不是老板說(shuō)這樣做的？是不是“他們”說(shuō)這樣做的？他們是誰(shuí)？真正的問(wèn)題是他們說(shuō)的那樣嗎？

產(chǎn)品經(jīng)理正確的設(shè)計(jì)思路如下：

這叫RTPA設(shè)計(jì)框架，是一種逆向思維假設(shè)分析，我們要使用這樣一種思考技巧：假設(shè)初始需求都是錯(cuò)誤的，即問(wèn)題并不存在，你需要重新發(fā)現(xiàn)問(wèn)題。

不要需求方一提需求，就開(kāi)始著手設(shè)計(jì)，多問(wèn)幾個(gè)為什么并著手調(diào)查，以了解真正的問(wèn)題。

下面是一次完整的設(shè)計(jì)思路示例：

2、怎么衡量？

不同的干系人，通過(guò)什么指標(biāo)去衡量問(wèn)題是否已解決？有沒(méi)有埋點(diǎn)？有沒(méi)有業(yè)務(wù)數(shù)據(jù)？誰(shuí)來(lái)運(yùn)營(yíng)？

3、需要多少資源？

為了實(shí)現(xiàn)這個(gè)解決方案，需要多少資源、多少人？能大致評(píng)估嗎?

4、會(huì)不會(huì)太復(fù)雜？

這個(gè)解決方案會(huì)不會(huì)太復(fù)雜？復(fù)雜是產(chǎn)品的墳?zāi)埂Ｓ袥](méi)有性價(jià)比更高的解決方案？會(huì)不會(huì)影響現(xiàn)有的業(yè)務(wù)？會(huì)不會(huì)影響歷史數(shù)據(jù)？

5、有風(fēng)險(xiǎn)嗎？

這個(gè)方案會(huì)有風(fēng)險(xiǎn)嗎?有沒(méi)有違法？相關(guān)政策是什么？尤其是金融、游戲領(lǐng)域，國(guó)家監(jiān)管比較嚴(yán)，有可能上不了應(yīng)用市場(chǎng)，有可能三方服務(wù)商不會(huì)提供服務(wù)。

6、有創(chuàng)新嗎？

有更創(chuàng)新的解決方案嗎?競(jìng)品怎么做的，有沒(méi)有調(diào)研3個(gè)以上的競(jìng)品方案。

7、用戶怎么說(shuō)？

需求真的是提交人說(shuō)的那樣嗎?有親身體驗(yàn)過(guò)場(chǎng)景嗎？有跟用戶面對(duì)面交流嗎？熟悉相關(guān)領(lǐng)域的基本知識(shí)嗎？有看不懂的名詞嗎？

動(dòng)手寫(xiě)文檔或做設(shè)計(jì)方案之前，一定要問(wèn)問(wèn)自己以上幾個(gè)問(wèn)題，想清楚了在動(dòng)手，任何一個(gè)問(wèn)題沒(méi)想清楚，都不要進(jìn)行下一步。

04. 寫(xiě)PRD的基本步驟

搭框架、定流程、扣細(xì)節(jié)，這是從一名產(chǎn)品前輩那了解到的產(chǎn)品設(shè)計(jì)流程，寫(xiě)PRD，也可以按照這個(gè)思路。

1、搭框架。首先遍歷出所有用戶角色，再針對(duì)每個(gè)角色，提供相應(yīng)的系統(tǒng)/功能，然后按照某種維度進(jìn)行結(jié)構(gòu)劃分。這個(gè)步驟完成后，就可以輸出產(chǎn)品的系統(tǒng)架構(gòu)圖及系統(tǒng)的功能結(jié)構(gòu)圖。

產(chǎn)品架構(gòu)圖，出自《電商產(chǎn)品設(shè)計(jì)全攻略》

更細(xì)化的功能結(jié)構(gòu)圖

產(chǎn)品由一個(gè)個(gè)功能組成，功能是邏輯結(jié)構(gòu)，一個(gè)完整的功能具備輸入、處理、輸出三大特性。從大到小的劃分是：系統(tǒng)>功能模塊>功能，用戶+功能組成了用例，用例是PRD文檔里描述占比70%以上的內(nèi)容，所以合理的功能結(jié)構(gòu)，是寫(xiě)好PRD的前提。

2、定流程。每個(gè)產(chǎn)品都有一個(gè)核心業(yè)務(wù)流程，這個(gè)核心業(yè)務(wù)流程涉及多個(gè)角色，這個(gè)步驟就是把各個(gè)角色和功能聯(lián)系起來(lái)。通過(guò)核心業(yè)務(wù)流程，閱讀者可以了解產(chǎn)品全貌，對(duì)產(chǎn)品有個(gè)宏觀的認(rèn)識(shí)。

此外，每個(gè)系統(tǒng)也有各自的核心業(yè)務(wù)流程，全業(yè)務(wù)流程+子系統(tǒng)業(yè)務(wù)流程，可以概括產(chǎn)品的業(yè)務(wù)邏輯。

這個(gè)步驟輸出產(chǎn)品核心業(yè)務(wù)流程圖，子系統(tǒng)核心業(yè)務(wù)流程圖，活動(dòng)圖，狀態(tài)機(jī)圖，與外部系統(tǒng)交互可能還有時(shí)序圖。

3、扣細(xì)節(jié)。這一步的核心的畫(huà)原型和功能設(shè)計(jì)，通過(guò)原型表達(dá)產(chǎn)品的界面和交互。功能設(shè)計(jì)主要是從輸入處理輸出三個(gè)方面去考慮，用戶執(zhí)行輸入指令后，系統(tǒng)會(huì)進(jìn)行邏輯處理，然后輸出結(jié)果。此外，還要考慮功能涉及到哪些數(shù)據(jù)，表結(jié)構(gòu)怎樣設(shè)計(jì)，這些會(huì)涉及大量細(xì)節(jié)，PRD大部分內(nèi)容，都是在描述這些細(xì)節(jié)。

步驟1和步驟2沒(méi)有嚴(yán)格的順序，也可以先梳理業(yè)務(wù)流程，再根據(jù)流程中的具體場(chǎng)景梳理出實(shí)際功能或系統(tǒng)結(jié)構(gòu)。

05. 文檔的組成部分

1、修訂記錄

記錄每次文檔更新的時(shí)間、作者、修訂內(nèi)容，便于追溯歷史變動(dòng)；

2、全局說(shuō)明

包括名詞解釋、統(tǒng)一異常處理、列表默認(rèn)數(shù)據(jù)規(guī)則等。

• 名詞解釋?zhuān)好總€(gè)行業(yè)都有專(zhuān)業(yè)術(shù)語(yǔ)，可以提前將晦澀難懂的術(shù)語(yǔ)提前做好解釋?zhuān)阌谶_(dá)成共識(shí)，更好溝通；

• 統(tǒng)一異常處理：網(wǎng)絡(luò)異常、后臺(tái)服務(wù)異常的交互邏輯；

• 列表默認(rèn)數(shù)據(jù)規(guī)則：默認(rèn)列表的排序方式，默認(rèn)顯示條數(shù)，超過(guò)多少條翻頁(yè)，缺省值展現(xiàn)方式；

• 所有涉及全局的描述，都可以羅列在這里。

3、項(xiàng)目背景

每個(gè)產(chǎn)品，都有一套價(jià)值模型。以信貸產(chǎn)品為例，針對(duì)用戶的價(jià)值指標(biāo)有放款額、審批時(shí)長(zhǎng)、是否上征信等；針對(duì)后臺(tái)業(yè)務(wù)人員，有審批時(shí)效、通過(guò)率、放款率、壞賬率等指標(biāo)；針對(duì)老板，有投資回報(bào)比、員工成本、凈利潤(rùn)等價(jià)值指標(biāo)，每一個(gè)需求，應(yīng)該都是圍繞某個(gè)價(jià)值指標(biāo)展開(kāi)。

背景從現(xiàn)狀、方案、目標(biāo)3方面描述。

• 現(xiàn)狀：描述當(dāng)前需求方遇到的問(wèn)題，最好能跟價(jià)值模型關(guān)聯(lián)；

• 方案：針對(duì)這個(gè)問(wèn)題，所提供的解決方案概述；

• 目標(biāo)：期望獲得多少價(jià)值指標(biāo)提升；

通過(guò)項(xiàng)目背景的描述，可以讓項(xiàng)目參與者感受到自己的工作價(jià)值。

4、項(xiàng)目范圍

項(xiàng)目范圍對(duì)應(yīng)搭框架部分，將功能結(jié)構(gòu)圖在此處羅列；

5、業(yè)務(wù)流程

業(yè)務(wù)流程對(duì)應(yīng)定流程部分，將核心業(yè)務(wù)流程、子系統(tǒng)業(yè)務(wù)流程在此處羅列；

6、功能需求

這個(gè)部分在PRD中占比最大，搭框架部分，已經(jīng)將產(chǎn)品功能點(diǎn)全部梳理出來(lái)了，這部分就是對(duì)功能點(diǎn)進(jìn)行逐一描述。功能是從系統(tǒng)的角度來(lái)看，我們還要考慮用戶角度，所有我們采用用戶+功能的方式來(lái)描述需求，這就是用例。完整用例名稱一定是動(dòng)賓結(jié)構(gòu)，如添加文章、刪除文章、修改文章、查看文章列表。一個(gè)完整的用例包含：

1. 描述（非必須）

2. 前置條件

3. 后置條件

4. 界面交互

5. 業(yè)務(wù)流程

6. 異常和分支流程

7. 數(shù)據(jù)字典（非必須）

描述

功能的簡(jiǎn)要描述。

前置條件

要操作此功能，需要具備什么角色、權(quán)限或狀態(tài)。

后置條件

執(zhí)行完這個(gè)用例后，關(guān)聯(lián)的數(shù)據(jù)會(huì)有什么變化，頁(yè)面怎么跳轉(zhuǎn)。

界面

每個(gè)界面都可以拆分成多個(gè)元素，如表單、文本、鏈接、圖片等；

表單的每個(gè)元素要描述是否可為空、是否有初始內(nèi)容、是否默認(rèn)選中、是否有字?jǐn)?shù)限制等，還有對(duì)應(yīng)的錯(cuò)誤提示；

文本要考慮最大顯示長(zhǎng)度，超過(guò)怎么處理；

鏈接一定要指定點(diǎn)擊后跳轉(zhuǎn)到哪個(gè)頁(yè)面；

圖片要考慮顯示的比例，如果未加載出來(lái)該顯示什么；

還要考慮界面的內(nèi)容是寫(xiě)死還是通過(guò)后臺(tái)配置；

界面元素：

業(yè)務(wù)流程

當(dāng)用戶完成輸入并提交時(shí)，后端應(yīng)該做什么校驗(yàn)，不同輸入該怎么處理，不同結(jié)果該返回什么值，最好通過(guò)業(yè)務(wù)流程圖+文字來(lái)描述，確保邏輯完整。

示例：

文字版：

異常和分支流程

異常流程如網(wǎng)絡(luò)錯(cuò)誤、接口返回異常、服務(wù)器內(nèi)部錯(cuò)誤等；

以登錄為例，分支流程包括找回密碼、密碼登錄等，分支流程非必須，簡(jiǎn)單的分支流程可以直接通過(guò)主流程體現(xiàn)，具體可以視情況按照一定顆粒度進(jìn)行拆分。

數(shù)據(jù)字典

這個(gè)用例涉及哪些數(shù)據(jù)，可以通過(guò)數(shù)據(jù)字典描述，這一步非必須，最終表結(jié)構(gòu)也不一定就是這樣，只是給開(kāi)發(fā)一個(gè)參考。有技術(shù)背景的產(chǎn)品，也可以做得更細(xì)。以注冊(cè)功能涉及的用戶表為例：

產(chǎn)品經(jīng)理一定要懂基本的數(shù)據(jù)庫(kù)知識(shí)，程序=數(shù)據(jù)結(jié)構(gòu)+算法。用戶使用產(chǎn)品時(shí)，本質(zhì)上是在和數(shù)據(jù)進(jìn)行交互，只是在用戶和數(shù)據(jù)之間，加了一些列算法。

7、非功能需求

數(shù)據(jù)需求。常見(jiàn)的就是數(shù)據(jù)埋點(diǎn)，產(chǎn)品經(jīng)理需要梳理出埋點(diǎn)事件表，告知開(kāi)發(fā)，讓開(kāi)發(fā)在編碼過(guò)程中進(jìn)行埋點(diǎn)。

監(jiān)控需求。需要監(jiān)控某個(gè)接口或某些服務(wù)，當(dāng)出現(xiàn)異常時(shí)，可以發(fā)送報(bào)警信息至相關(guān)人員。

性能需求。需要支撐多大的并發(fā)，運(yùn)維人員可以提前準(zhǔn)備部署方案。

06. 最后

一定要用正確的思路去寫(xiě)PRD，更要想清楚PRD所呈現(xiàn)方案的價(jià)值。方向不對(duì)，努力白費(fèi)。記住，找準(zhǔn)問(wèn)題比解決方案更重要。

-End-