PRD：防止程序員撕逼的終極法寶

精準把握用戶痛點、將用戶需求落到具體產品

是產品經理的核心能力

而所有想法都要藉助PRD表達出來

這也是為什麼寫PRD會成為他們的日常

有些公司還會要求面試者帶一份PRD

因為從PRD上看人要比面試準的多

所以如此重要的PRD該怎麼寫？

今日入群重磅福利

01

PRD決定著你加不加班

一個完整的產品需要完備的前期需求分析作支撐，一般會涉及三種需求文檔：

BRD

Business Requirement Document，商業需求文檔

MRD

Market Requirement Document，市場需求文檔

PRD

Product Requirement Document，產品需求文檔

如果將一個產品類比成完整的人，那麼BRD是head，MRD是body，PRD就是heart。

*圖片來源：網路

1

BRD

針對人群：老闆、高層管理人員、項目負責人

作用是告訴管理層：

這是什麼樣的產品，有什麼樣的競爭優勢

這個產品需要多少資源，要多少人、多少時間、多少錢、多少關係等

產品成品是什麼樣的，能帶來多少盈利

*圖片來源：網路

商業需求文檔的目的就是為了說服管理層給你的產品項目投資，協調資源，所以它更像是一個給高層領導看的商業計劃書。

2

MRD

針對人群：商務、運營、市場

作用是給市場人指明方向：

要找什麼樣的客戶進行資源合作

給客戶展現清晰的產品發展藍圖，以及盈利渠道

指明市場打向：目標用戶是哪些人，如何優化資源減少資源消耗

*圖片來源：網路

3

PRD

針對人群：

產品經理：利用PRD向每個人傳達產品需求

開發：根據PRD獲取整個產品的邏輯

測試：根據PRD建用例

項目經理：根據PRD拆分工作包，並分配給開發人員

交互設計師：設計交互細節

核心作用是：

方便產品經理自己梳理流程和細節

方便其他人理解需求並按照文檔內容實現功能

PRD是一個產品項目從「概念化」進入「圖紙化」最主要的文檔，它讓一項產品有了初步形象，比如產品定位、目標市場、目標用戶、競爭對手等，也可以清晰地展現產品的結構、核心業務流程、具體用例描述，以及功能和內容的描述。

一份優秀的PRD文檔可以有效減少團隊的溝通成本，甚至在一些大公司，PRD還是員工KPI的指標之一。因此，在項目啟動前，產品經理必須認真寫一份PRD，並讓團隊內部對此達成共識。

所以，PM身上的擔子還是蠻重的，一個PRD寫不好，可能全員都要加班。

*圖片來源：脈脈

02

PRD構成要素

一份完整的PRD文檔由引言、業務建模和業務模塊三部分組成。

*圖片來源：UniCareer

引言：包括需求背景、需求目的、需求概要、涉及範圍、全局規則、名詞說明和交互原型等

業務建模：為了幫助閱讀對象更好地理解需要開發的需求，常用的模型種類包括用例圖、實體圖、狀態圖、流程圖等。常用的建模語言是UML。

業務模塊：包含具體頁面的元素、用例規則，以及相關的原型、流程圖。業務模塊的描述是整個文檔最核心的部分。

03

PRD寫作邏輯

一份優秀的PRD文檔應該滿足五個方面的要求：完整、準確、清晰、簡潔、穩定。

*圖片來源：網路

它是衡量一個產品經理整體思維的標準，從一份PRD就能看出一個產品經理的專業度，同時也可以反映出產品經理的整體產品思維：

提煉核心需求

思考滿足核心需求的方式

評估方式優劣選定方案

思考功能概要

思考支撐功能和關聯功能

細化設計功能

子功能（功能間迭代）

撰寫產品需求文檔我們可以按照以下五個步驟進行。

1

羅列信息

羅列產品功能的信息內容，是將想法清晰化的第一步，也是幫助我們接下來規劃功能的輔助信息，同事還可以輔助服務端技術人員創建資料庫。不過不用太過詳細，後續會進行梳理和完善。

常用方式：文本、思維導圖等

*圖片來源：網路

2

梳理需求

將想法結構化，先擬一份產品結構圖，比如產品有幾個頻道，每個頻道下面有沒有子頻道或者有多少個頁面，這些頁面又有哪些功能模塊，這些功能模塊裡面有哪些元素……等等，然後在基於產品結構圖梳理出的頻道及頁面中需要實現的功能，構建出用戶的操作流程。

*圖片來源：網路

3

設計原型

規劃好產品功能需求之後，需要檢驗方案實現的可行性，可以先粗略地手繪產品原型，推演並討論方案的可行性，有一定的修改和完善之後，再利用軟體工具進行深入設計。常見的原型設計工具包括Axure RP、Balsamiq Mockups、UIDesigner等。

一般移動產品可以考慮灰模原型，網站產品可以考慮交互原型。

灰模原型：由圖形軟體製作而成，更適用於宣講

交互原型：常用軟體是Axure RP，該原型有時也會被稱為產品Demo版

4

撰寫PRD

經過前期的梳理之後，可以開始著手撰寫產品需求文檔了，產品經理常用的PRD製作工具是Axure。

PRD文檔沒有標準的規範，也沒有統一的模板，但一定有兩項是必不可少的，那就是文件標識和修改記錄。文檔在撰寫過程中，可以自行修改完善，但是文檔一旦正式發布或交給團隊其他成員後，有了修改就一定要標註出文檔的修改內容，備註修改記錄。

一般PRD文檔常見的表現形式有三種：word文檔、圖片和交互原型。

5

用例文檔

對於產品人員來說，UML更多是指用例圖，就是用戶流程圖，在整個產品需求文檔中起輔助說明的作用，比如用戶註冊、活動報名等功能要如何實現，所以這部分主要是給開發和測試人員看。

用例文檔中有兩個關聯文件：用例圖和流程圖。

用例圖：描述產品功能，以及該用戶在產品各功能中的操作許可權

流程圖：用線框圖形描述功能的實現過程

最常用的兩個工具是Visio和Axure RP。

*圖片來源：網路

04

PRD寫作三大原則

1

文字盡量簡練

雖說詳細的說明可以給開發人員最全面的指導，但過分的文字說明會增加溝通成本，延誤開發進程，反而過猶不及。

所以在進行評審和討論的過程中，最好能將關鍵性的邏輯用圖表或文本展現出來，而「眾所周知」的規則和功能需求可以適當精簡。

2

不做高保真

原型通常是為了內部溝通交流，只要將核心功能和架構用圖表展示出來，就能梳理清晰產品的設計思路。

而精緻的視覺細節和交互特效看起來固然漂亮，但一旦後期遇到需求變更，修改成本也會非常高，可能會嚴重影響產品設計和開發的進度。

3

測試驗證

測試結果決定著產品是否有創意還好上手，是產品經理想法呈現的階段。下面三個測試決定著PRD最終是否「接地氣」：

可用性測試：從目標用戶身上獲取產品測試反饋，可以找出遺漏的產品要求

可行性測試：這項測試需要設計師和工程師的技術介入，檢驗產品功能的可行性，儘早解決一些不太現實的功能和問題

概念測試：測試一項產品對用戶是否有價值，是否能讓用戶產生購買慾望

應屆生沒有產品實操經驗怎麼辦？

Uni獨家Global Refer Me

全面強化求職技能

大廠再也不是想想而已

識別上方二維碼添加

小希學姐（ID：UniCareerChina42）

備註【RM】，立即諮詢課程

今日福利

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！