做産品的寫不好PRD，和鹹魚有什麽區別？

作為一只有夢想的産品狗，每天必備功課就是和各部門溝（si）通（bi）。

但你是否還能回憶起，被程序猿挑戰邏輯漏洞的恐懼？還有被UI設計獅質疑需求價值的尴尬？

更有當你興致勃勃准備驗收需求，突然發現實現方案完全不是自己想要的，是不是只能無可奈何，忍氣上線。

如果你經常遇到上面的情況，說明你的産品基本功：PRD需求文檔撰寫能力還不到家。

一份好的産品需求文檔，可以減少開發人員與設計人員對需求的理解難度，避免産品經理陷入無休止的溝（si）通（bi）中....

今天就想和你聊聊這項基本功的培育方法~

01.

什麽是PRD産品需求文檔

傳說中産品經理一生要面對三大文檔：商業需求文檔（BRD）、市場需求文檔（MRD）、産品需求文檔（PRD）。

其中産品需求文檔PRD的撰寫是很多産品新人首先要掌握的，因為它是在項目過程中給設計、開發、測試這樣的實施人員看的，

它仔細描述了産品功能應該怎麽做，是産品落地前的指南針、方向盤。

也就是說，PRD的目的是給實施人員講述産品最終要做成什麽樣。

較完整的PRD目錄結構包括：概述、産品描述、功能需求、非功能需求、上下線需求、運營計劃、附錄。

如下圖所示：

PRD的展現形式，行業内有2種。

一種是傳統WORD，有清晰的目錄結構，自頂向下閱讀，以圖文方式說明各個功能模塊的設計思路，業務邏輯，如下圖是網易新聞客戶端某個版本的需求PRD目錄：

WORD格式的PRD在大公司會比較常見，優點是結構完整，閱讀順暢，也不會有遺漏，適合成熟産品；

還有一種是把PRD和Axure交互原型混排在一起，如下圖：

這種做法適合要求快速叠代的中小型公司，

對産品人員：能夠做到PRD快速産出；

對開發人員：不必一頁頁的翻文檔，可以直接可視化查看頁面交互情況，對照頁面標記去查看對應功能，所見即所得；

對測試人員：則可以根據頁面交互跳轉去寫測試用例，對後期測試可提供更加完整的測試思路。

實際做的時候，可以二者結合，取最適合自己團隊的方法。

02.

哪些人會關注PRD文檔

如上所述，PRD面向的是産品落地的實施人員，涉及到多個角色，每個人關注的點都不同。

具體如下：

産品經理：自查産品功能點，更加透徹和完整地梳理産品需求；

交互設計師：檢查自己的交互稿是否滿足需求，是否有遺漏特殊情況、異常情況、極限情況等；

開發工程師：檢查自己的程序開發是否符合PRD中描述的相關要求；

測試工程師：將PRD中的功能描述和用例轉化為測試用例的一部分，進行産品可用性測試；

運營/財務/法務等：確認産品上線前的准備工作

優秀的産品經理會在寫PRD時換位思考：

一方面，會在語言描述上更客觀，使用“支持、顯示、要求”字樣。

盡量不用形容詞、模棱兩可的詞，比如“可能、以後、盡量、很好地、快速地”。

另一方面，會在描述功能時，更多以開發邏輯去思考書寫方式，使用流程圖、數量級、優先級這樣的表達方式。

或者用開發語言來闡述概念，比如“接口定義、數據結構、雲端存儲”。做到精確無歧義。

03.

如何寫出優秀PRD?

PRD作為産品經理的第一個産出物，也應該以做産品的思路來實施。

第一，站在用戶，也就是讀者角度去想他們想從PRD中獲得什麽；

第二，保證文檔結構清晰、排版美觀，閱讀舒適；

第三，保持文檔的持續更新，並及時通知修改情況；

第四，邏輯嚴謹，需求說明有理有據。

說了這麽多，最後咱們落實到操作部分，如何才能寫出優秀的PRD呢？

網易雲課堂精心准備了一場免費公開課——《産品新人如何寫出自己風格的需求文檔》，深度解讀一份優秀PRD背後的故事。

長按掃碼添加助教小姐姐

領取産品經理線上免費課程

60分鍾教你寫出完美的PRD，成為優秀的産品經理。

掃碼領取以下課程錄像

更多課程安排

錯過直播時間也有錄像回放哦！

大家可以提前進群和同行交流，參與直播課同時還有《産品經理學習資料包》免費贈送。

【産品經理學習資料包】資料福利

如何獲取？

想要獲取免費公開課和資料包的小夥伴

可以長按掃描下方的二維碼

添加網易助教小姐姐

稍後她會拉你進學習群