市場、運營或用戶反饋，我們需要這樣，需要那樣的產(chǎn)品改進或產(chǎn)品設(shè)計。需求審核也已經(jīng)通過了。然后產(chǎn)品經(jīng)理理完思路，進行流程設(shè)計，產(chǎn)品設(shè)計也隨之做好了。一臉蒙蔽，這些產(chǎn)品設(shè)計和設(shè)計的細節(jié)全部在產(chǎn)品經(jīng)理的腦海里呀，怎么辦？總不能天天跑到技術(shù)哪里，我需要技術(shù)實現(xiàn)這樣的產(chǎn)品需求，需要實現(xiàn)那樣的設(shè)計效果，每天口頭一遍一遍的交流吧？嗯？作為產(chǎn)品，有這樣的需求或則有這樣的疑惑。對頭，PRD就是為這樣的需求或則這樣的疑惑而生的。PRD的作用就是，把需求白字黑字外加圖像的生動明確的表示出啦，便于技術(shù)開發(fā)；便于需求更改，便于需求記錄；便于需求溝通……等等。有了PRD,需求溝通時的撕逼大大減少。

如果市場分析、用戶研究、用戶需求分析是用戶、市場告訴我們需要什么的產(chǎn)品，那么PRD文檔就是把產(chǎn)品需求告知給技術(shù)實現(xiàn)的直接方式。PRD是這樣的存在：

避免出下如下圖的悲劇，保證產(chǎn)品人員的人身安全。我們有必要認(rèn)真好好探究探究，PRD應(yīng)該怎么樣寫？怎么樣才能寫出一份合格的需求文檔。

一份合格的需求文檔應(yīng)該包含這些內(nèi)容。

一、PRD文檔頭

文檔名稱、作者或則撰寫人、文檔編寫日期、版本紀(jì)錄、目錄。

寫個需求文檔，你的告訴人家這是什么吧？這是什么文檔，不然人家技術(shù)還以為你是給人家發(fā)的什么少兒不宜的文檔呢。有了文檔名稱的告訴人家是誰寫的吧。人家要拿顯示器砸你應(yīng)該找到人對號入座，不然會殃及無辜的。文檔日期也寫上，不然人家技術(shù)會認(rèn)為，這需求已經(jīng)是去年提的需求了。沒有版本紀(jì)錄，鬼知道你這是第幾版。目錄，清晰的記錄文檔的脈絡(luò)結(jié)構(gòu)，讓人知道怎么去讀你的PRD文檔。合格的文檔頭，應(yīng)該長這個樣子的

OK有了一個漂亮的文檔頭，那下來就到文檔里面內(nèi)容的填充咯。

二、PRD文檔內(nèi)容結(jié)構(gòu)

PRD文檔內(nèi)容結(jié)構(gòu)包括：概述、產(chǎn)品需求說明、產(chǎn)品流程說明、產(chǎn)品結(jié)構(gòu)和功能說明、其他產(chǎn)品需求、上線需求說明。如果需要的話有相關(guān)文檔，附件說明。

1、概述

從大的方向，講講項目的相關(guān)背景、有什么目標(biāo)、有沒有競品對像？而階段性計劃是什么？傳遞做這個需求的目的是什么？要達到什么樣的目標(biāo)？要達到這個目標(biāo)階段性計劃是什么？

2、產(chǎn)品需求

落到具體的地方，產(chǎn)品有哪些需求？增加了哪些需求？調(diào)整了什么？取消了什么？需不需要其他資源的配合？有什么影響？，從這幾個地方說清楚。

3、產(chǎn)品流程說明

講清楚每個邏輯點，每個地方應(yīng)該怎么走？應(yīng)該做什么樣的判斷？如果進行這個操作返回給用戶什么內(nèi)容？用戶觸發(fā)之后得到什么內(nèi)容？

常見的流程圖：

泳道圖：

4、產(chǎn)品結(jié)構(gòu)說明

根據(jù)產(chǎn)品的內(nèi)在邏輯，分解、細化需求，將需求細化說明。針對內(nèi)在的需求邏輯，考慮到那個需求不同情況的不同反饋，邏輯嚴(yán)密，考慮到每個邏輯分支。如果有和其他產(chǎn)品關(guān)聯(lián)，考慮到對其他產(chǎn)品的影響。在描述的時候，不要用戶含糊的詞語，“可能”、“也許”之類的詞語。如果無法biao表述清楚，可以舉個例子說明。

例如：

必要的時候添加用例說明：

舉例：

5、其他產(chǎn)品需求

涉及到其他產(chǎn)品的產(chǎn)品線時，需要協(xié)同多個產(chǎn)品線進行多方面考慮。協(xié)同調(diào)整，避免出現(xiàn)遺漏，出現(xiàn)不必要的偏差。

6、相關(guān)文檔

如果一個項目分解成多個團隊。多個需求文檔協(xié)同合作。如一個UGC社區(qū)，有PC端社區(qū)，有APP端社區(qū)。這需要不同的研發(fā)團隊，Web前端、APP又分為安卓、iOS。所以需求文檔會拆分為PC端需求文檔和APP端需求文檔。

7、上線需求

測試通過的需求，具體的上線時間，具體一些特殊的流程需求等。

8、其他需求、附件

作為需求的一種補充，對一些需求進行補充說明，或者需要的文件說明等。

結(jié)語

OK這樣一個文檔下來，需求明確了，如果要改需求也是有版本紀(jì)錄，有方向的改進了。不然，作為個產(chǎn)品經(jīng)理你時不時跑到，跑到技術(shù)那邊說一嘴，哎呀，哎呀，這個需求不是這樣的呀，你做錯了，重新改。技術(shù)保證打不死你，人家辛辛苦苦做出來，然后你所不是這樣。送你大大的一個白眼。寫好PRD，真愛生命，遠離撕逼。最后，豌俠所說的都是沒用的，大家自行體會。

作者：豌俠說(微信號：wanxiashuo)

本文由 @豌俠說原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。