上一篇文章我們講解了需求分析如何做。本文繼續(xù)分享需求分析之后，如何寫好PRD這個(gè)關(guān)鍵文檔。

上節(jié)講完怎么做需求分析，那做完需求分析就需要輸出產(chǎn)品需求文檔：PRD。

產(chǎn)品小白不迷路04：需求分析階段需要做什么？

那怎么才能寫好一份PRD呢？

一、什么是PRD？

PRD，全稱Product Requirement Document，即產(chǎn)品需求文檔，是產(chǎn)品經(jīng)理在產(chǎn)品開發(fā)過(guò)程中編寫的一份詳細(xì)的產(chǎn)品需求說(shuō)明書。它主要用于指導(dǎo)產(chǎn)品的設(shè)計(jì)、開發(fā)、測(cè)試等后續(xù)工作，確保產(chǎn)品開發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品的功能、性能、用戶體驗(yàn)等方面有清晰的認(rèn)識(shí)和一致的理解。

考古一下，寶潔在二十世紀(jì)二三十年代第一次提出了產(chǎn)品經(jīng)理的概念，并有了產(chǎn)品經(jīng)理的崗位，第一份PRD推測(cè)也誕生于寶潔公司的第一位產(chǎn)品經(jīng)理手上。

再延伸一下，有PRD之前，應(yīng)該先有MRD（Market Requirement Document），市場(chǎng)需求文檔，用于市場(chǎng)調(diào)研，發(fā)掘可發(fā)展的市場(chǎng)商機(jī)。然后是BRD（Business Requirement Document），商業(yè)需求文檔，類似商業(yè)白皮書，用于產(chǎn)品在投入研發(fā)之前，由企業(yè)高層作為決策評(píng)估的重要依據(jù)，評(píng)估整體的商業(yè)目標(biāo)和價(jià)值。

二、PRD的作用是什么？

說(shuō)到作用，那就要知道PRD一般來(lái)說(shuō)是什么人會(huì)看，而這些人為什么會(huì)看，一般來(lái)說(shuō)是這幾類角色會(huì)查看：

• 產(chǎn)品經(jīng)理：查漏補(bǔ)缺
• 提需求的業(yè)務(wù)方：了解業(yè)務(wù)以及調(diào)整效果
• 設(shè)計(jì)師（UI/UE）：了解業(yè)務(wù)，進(jìn)行界面設(shè)計(jì)
• 開發(fā)（技術(shù)、測(cè)試、架構(gòu)師等）：功能開發(fā)說(shuō)明

所以，PRD的主要作用是作為產(chǎn)品開發(fā)的說(shuō)明書，它詳細(xì)描述了產(chǎn)品的各項(xiàng)需求，包括功能需求、界面設(shè)計(jì)、數(shù)據(jù)處理、操作流程等，以便開發(fā)團(tuán)隊(duì)能夠按照既定的要求進(jìn)行工作。

此外，PRD還可以作為項(xiàng)目管理的工具，幫助團(tuán)隊(duì)跟蹤項(xiàng)目進(jìn)度，及時(shí)調(diào)整開發(fā)計(jì)劃，確保產(chǎn)品按時(shí)交付。

三、PRD的內(nèi)容

通常每家公司都會(huì)有自己的PRD模版來(lái)規(guī)范需求的輸出格式，但都會(huì)包含以下內(nèi)容：

1、文檔命名：包括時(shí)間、迭代版本、需求名、版本號(hào)等，便于版本控制和追蹤。如果是外包對(duì)接，還可以加上公司名稱、機(jī)密等級(jí)說(shuō)明。

例如：0203（上線時(shí)間/開始時(shí)間）迭代1-訂單流程優(yōu)化需求說(shuō)明文檔

2、修訂記錄：記錄文檔的修訂歷史，包括修訂章節(jié)、修訂原因、修訂日期、修改人等信息。

修訂記錄如果是內(nèi)部自研，可以只寫創(chuàng)建文檔時(shí)間，過(guò)程中的修改只要業(yè)務(wù)、產(chǎn)品、技術(shù)達(dá)成一致，沒(méi)必要記錄。但如果是外包，則需要詳細(xì)記錄，以便后續(xù)驗(yàn)收時(shí)追溯。

3、目錄：列出文檔的主要章節(jié)和子章節(jié)，方便查閱。這里只要根據(jù)編寫規(guī)范，Word或在線文檔均可自動(dòng)生成目錄

4、概述：包括產(chǎn)品背景、場(chǎng)景、目標(biāo)、Roadmap、風(fēng)險(xiǎn)等內(nèi)容，概括產(chǎn)品的整體情況。

• 目的是讓看文檔的人知道產(chǎn)品需求的相關(guān)背景以及目的，后續(xù)產(chǎn)品功能的調(diào)整都需要圍繞這個(gè)目的為前提或者考慮，不要偏移需求的初衷。
• 這里還可以說(shuō)明一些非業(yè)務(wù)需求，可以是對(duì)產(chǎn)品的性能、交互體驗(yàn)的約定規(guī)范。這樣就不需要每個(gè)需求都寫很細(xì)致，提高文檔編寫的效率。

5、產(chǎn)品設(shè)計(jì)概述：描述目標(biāo)客戶、需求描述、場(chǎng)景描述、優(yōu)先級(jí)等，明確產(chǎn)品的服務(wù)對(duì)象和需求點(diǎn)。

• 需求命名：【需求類型】+需求簡(jiǎn)述，可根據(jù)需求類型是新功能還是功能優(yōu)化或界面優(yōu)化建立標(biāo)簽，可快速了解需求情況。
• 涉及功能模塊：實(shí)際運(yùn)營(yíng)和開發(fā)過(guò)程中，會(huì)按照功能模塊進(jìn)行維護(hù)，所以標(biāo)注出涉及的功能模塊，可快速定位相關(guān)業(yè)務(wù)和開發(fā)。
• 需求描述：描述需求，什么人，在什么地方，做什么，得到什么結(jié)果
• 優(yōu)先級(jí)：多需求同時(shí)開發(fā)，需要明確需求的優(yōu)先級(jí)
• 輸入/前置條件：相關(guān)的需求前置條件，例如：查看購(gòu)物車需要先登錄、查看客戶信息需要有相應(yīng)的角色權(quán)限等。
• 需求說(shuō)明：詳細(xì)描述產(chǎn)品需求，需要清晰的一條一條列出來(lái)，考慮正向和逆向（無(wú)數(shù)據(jù)、異常等）的場(chǎng)景解決方案，描述可用流程圖、用例圖、狀態(tài)圖、字段說(shuō)明等輔助說(shuō)明。
• 涉及產(chǎn)品/端：如果是跨產(chǎn)品開發(fā)，標(biāo)明是什么產(chǎn)品，什么端（PC、APP、小程序、H5等）
• 補(bǔ)充說(shuō)明：一般是輔助的資料，例如：原型地址、設(shè)計(jì)稿地址、導(dǎo)入導(dǎo)出文件等
• 原型說(shuō)明：文字描述總沒(méi)有圖直觀，且交互展示也需要原型中表達(dá)出來(lái)

四、PRD的撰寫原則

既然已經(jīng)清楚了PRD的基本結(jié)構(gòu)是怎樣的，那么具體應(yīng)該怎么去撰寫呢，我覺(jué)得需要把握住幾個(gè)原則：

• 符合實(shí)際：每個(gè)團(tuán)隊(duì)合作都需要磨合和配合，大家和跟進(jìn)實(shí)際情況增減PRD中的信息，不要為了寫文檔而寫文檔
• 結(jié)構(gòu)化清晰：合理安排文檔結(jié)構(gòu)，使內(nèi)容條理分明，易于理解和查找。
• 詳細(xì)準(zhǔn)確：對(duì)每個(gè)需求點(diǎn)進(jìn)行詳細(xì)描述，包括功能細(xì)節(jié)、操作步驟、預(yù)期效果等。
• 動(dòng)態(tài)更新：隨著項(xiàng)目進(jìn)展，及時(shí)更新PRD內(nèi)容，確保信息的實(shí)時(shí)性和準(zhǔn)確性。

五、總結(jié)

PRD的編寫應(yīng)根據(jù)團(tuán)隊(duì)的實(shí)際情況和需求進(jìn)行調(diào)整，避免生搬硬套模板。