當(dāng)產(chǎn)品經(jīng)理把產(chǎn)品的結(jié)構(gòu)圖、流程圖、原型圖都梳理完畢后，接下來(lái)的工作就是撰寫(xiě)PRD文檔了，如果說(shuō)思維導(dǎo)圖是把產(chǎn)品條理化，流程圖是將業(yè)務(wù)運(yùn)轉(zhuǎn)的步驟做出整體的說(shuō)明，原型是結(jié)構(gòu)布局，將系統(tǒng)脫去朦朧的華紗，具體化，那PRD就是穿針織網(wǎng)，把需求綜合起來(lái)，整理成最終的產(chǎn)品需求文檔。下面就來(lái)看看PRD文檔的定義，怎么寫(xiě)，包含什么內(nèi)容？需要注意什么？
PRD其實(shí)并沒(méi)有規(guī)定的格式，每個(gè)公司都可以根據(jù)自己公司的實(shí)際需要來(lái)寫(xiě)適合自己產(chǎn)品團(tuán)隊(duì)的PRD。重點(diǎn)在于明白PRD的基礎(chǔ)結(jié)構(gòu)和內(nèi)容。
PRD介紹說(shuō)明
產(chǎn)品需求文檔（Product Requirement Document的縮寫(xiě)）它是向研發(fā)部門(mén)說(shuō)明產(chǎn)品的具體功能和性能指標(biāo)的說(shuō)明性文檔。主要用于產(chǎn)品設(shè)計(jì)和開(kāi)發(fā)使用，因此閱讀這份文檔的人群絕大多數(shù)是設(shè)計(jì)與技術(shù)人員。在這類(lèi)人群中，設(shè)計(jì)師更多依賴(lài)于原型進(jìn)行交互或視覺(jué)的設(shè)計(jì)，因此看這份文檔的人就會(huì)偏向于技術(shù)的人員。相對(duì)于技術(shù)人員，他們不太關(guān)注產(chǎn)品的商業(yè)需求和市場(chǎng)愿景，因?yàn)樵谶M(jìn)行產(chǎn)品討論立項(xiàng)時(shí)，產(chǎn)品的定義就已經(jīng)向參與設(shè)計(jì)和研發(fā)的人員宣講過(guò)，因此技術(shù)人員更多的是關(guān)注界面、功能、交互、元素等等內(nèi)容，因此PRD文檔是一份詳細(xì)的產(chǎn)品功能需求說(shuō)明文檔，是產(chǎn)品文檔中最底層和最細(xì)致的文檔。
為什么寫(xiě)PRD
從概念到圖紙?jiān)俚骄唧w詳盡的描述；
產(chǎn)品人員可以通過(guò)對(duì)結(jié)構(gòu)圖、流程圖、原型圖的綜合整理撰寫(xiě)PRD，對(duì)整個(gè)項(xiàng)目起到承上啟下的作用，在梳理清楚方案實(shí)現(xiàn)過(guò)程中的各種問(wèn)題和影響，并對(duì)各個(gè)功能細(xì)節(jié)進(jìn)行詳細(xì)的描述。產(chǎn)品人員可以通過(guò)撰寫(xiě)PRD，梳理清楚方案實(shí)現(xiàn)過(guò)程中的各種問(wèn)題和影響。
向項(xiàng)目組成員傳達(dá)詳盡的說(shuō)明；
PRD的主要面向?qū)ο笫琼?xiàng)目經(jīng)理、開(kāi)發(fā)、設(shè)計(jì)和測(cè)試，可以向項(xiàng)目成員傳達(dá)需求的明細(xì)，項(xiàng)目經(jīng)理通過(guò)文檔可以迅速了解任務(wù)的規(guī)模和相關(guān)接口，開(kāi)發(fā)設(shè)計(jì)人員通過(guò)文檔可以了解頁(yè)面元素和用例規(guī)則，測(cè)試人員可以提前根據(jù)文檔撰寫(xiě)測(cè)試用例。
歸檔管理，方便保存，方便迭代，方便傳承
大多數(shù)的產(chǎn)品都需要迭代幾個(gè)版本后才能走向成熟穩(wěn)定的階段，如果沒(méi)有PRD文檔，在大型項(xiàng)目中，需求的迭代變更將變的無(wú)據(jù)可循。PRD文檔可以在項(xiàng)目前后實(shí)現(xiàn)可前后查詢(xún)的作用。
PRD構(gòu)成要素
文檔內(nèi)容大致包含以下部分：
? 產(chǎn)品名稱(chēng)
? 版本修訂歷史說(shuō)明
? 產(chǎn)品目錄
? 產(chǎn)品簡(jiǎn)介：背景、目標(biāo)、術(shù)語(yǔ)定義、產(chǎn)品規(guī)劃說(shuō)明
? 功能需求總表：流程圖、功能表
? 功能性需求詳情說(shuō)明：全局說(shuō)明、功能詳情（功能名稱(chēng)、功能概要、業(yè)務(wù)規(guī)則、功能流程、界面原型、前置條件、后置條件、執(zhí)行人；
BETA測(cè)試需求
? 非功能性需求說(shuō)明：安全、性能、財(cái)務(wù)、法律、運(yùn)營(yíng)等需求
? 數(shù)據(jù)分析及風(fēng)險(xiǎn)評(píng)估
其他說(shuō)明：上下線、運(yùn)營(yíng)計(jì)劃、排期、技術(shù)對(duì)接方案等
? 附錄（產(chǎn)品原型圖&設(shè)計(jì)稿）
這是一份完整的PRD文檔所有需要考慮到的維度，但并不是每個(gè)點(diǎn)都要寫(xiě)，根據(jù)實(shí)際需要撰寫(xiě)即可，以具體產(chǎn)品需要，填寫(xiě)相應(yīng)的需求內(nèi)容，好的產(chǎn)品文檔都會(huì)將內(nèi)容記錄清楚，從而使整個(gè)產(chǎn)品順利執(zhí)行。
文檔內(nèi)容相關(guān)注釋說(shuō)明：
產(chǎn)品名稱(chēng)
產(chǎn)品命名（編號(hào)）：文件的編號(hào)很關(guān)鍵，因?yàn)楫a(chǎn)品迭代過(guò)程會(huì)有不同的文件版本，一般命名規(guī)則“公司名+產(chǎn)品名+PRD+D1.0”（以第一版為例）這樣命名有利用版本號(hào)的迭代，
如果是小的產(chǎn)品需求變動(dòng)可以直接命名為“公司名-產(chǎn)品名-PRD-D1.01”，比如驗(yàn)證碼增加語(yǔ)音驗(yàn)證；
如果涉及到功能需求增加可以命名為“公司名-產(chǎn)品名-PRD-D1.1”，比如注冊(cè)增加了一種方式；
當(dāng)出現(xiàn)產(chǎn)品第二版時(shí)，可以命名為“公司名-產(chǎn)品名-PRD-D2.0”，比如增加了商品、直播、錢(qián)包等功能；
舉例：
電商產(chǎn)品增加了直播業(yè)務(wù)或者界面改版或者重大調(diào)整如增加語(yǔ)音直播可以6.0變7.0，
如果直播業(yè)務(wù)增加工會(huì)和個(gè)人主播區(qū)分或者增加了直播紅包娛樂(lè)功能，則可以是0.1的變動(dòng)，
如果頁(yè)面可以由靜態(tài)圖片修改為動(dòng)態(tài)視頻可以是0.01。
不用糾結(jié)具體的版本，只需要根據(jù)實(shí)際情況進(jìn)行設(shè)置即可，可以和開(kāi)發(fā)人員共同確認(rèn)即可。
版本修訂說(shuō)明
一般包含：編號(hào)、文檔版本、修訂章節(jié)、修訂原因、修訂日期、修改人、負(fù)責(zé)人。如果是大型產(chǎn)品一般會(huì)新起一個(gè)文檔進(jìn)行說(shuō)明，依據(jù)具體企業(yè)情況而定；
編號(hào)是為了給修改文檔一個(gè)順序排列。
文檔版本顯示的當(dāng)前修改的內(nèi)容是在哪個(gè)版本中出現(xiàn)。
修訂章節(jié)是具體到哪個(gè)章節(jié)哪個(gè)功能模塊的修改。
修訂原因說(shuō)明此功能修改的問(wèn)題所在。
修訂日期以修改當(dāng)日的日期為修訂日期，
修改人顯示修改內(nèi)容模塊的人
負(fù)責(zé)人：各個(gè)業(yè)務(wù)負(fù)責(zé)人，PRD做為一個(gè)說(shuō)明 “載體”，會(huì)與技術(shù)、運(yùn)營(yíng)、財(cái)務(wù)、客服、技術(shù)、測(cè)試等人員溝通，方便找到相關(guān)負(fù)責(zé)人，并通過(guò)溝通把產(chǎn)品的細(xì)節(jié)落實(shí)清晰，并記錄在PRD里。
目錄：
使用word自帶的目錄生成功能即可，也可以自己建一個(gè)個(gè)人通用目錄或從其它文檔拷貝，不考慮目錄的內(nèi)容，等寫(xiě)完P(guān)RD可以再去更新。
只有大型成套產(chǎn)品才有目錄，如果單一功能點(diǎn)或模塊，目錄可以弱化；
產(chǎn)品簡(jiǎn)介：背景、目標(biāo)、術(shù)語(yǔ)定義（名詞解釋?zhuān)a(chǎn)品規(guī)劃說(shuō)明；
背景：解釋產(chǎn)品需求的背景，為什么做這個(gè)產(chǎn)品，這個(gè)產(chǎn)品將會(huì)解決什么問(wèn)題或有什么價(jià)值；
產(chǎn)品目標(biāo)：產(chǎn)品需求的核心任務(wù)，也可以說(shuō)是商業(yè)訴求的內(nèi)在指標(biāo)。產(chǎn)品想要完成什么任務(wù)或功能，或者需要達(dá)成什么商業(yè)目的。比如預(yù)計(jì)上線覆蓋XX用戶(hù)等，可選擇性填寫(xiě)；
術(shù)語(yǔ)定義：特殊名稱(chēng)解釋?zhuān)瑢?duì)文檔中會(huì)出現(xiàn)的比較新的名稱(chēng)，對(duì)這些名詞進(jìn)行解釋。如：
交易快照：拍下商品時(shí)的交易快照，記錄了成交當(dāng)時(shí)商品的全部信息（標(biāo)題、屬性及詳情等）。將作為買(mǎi)賣(mài)雙方發(fā)生交易的憑證，任何交易糾紛或者投訴都將以快照為準(zhǔn)。如果賣(mài)家再對(duì)這件商品進(jìn)行編輯、修改，都不會(huì)影響這筆交易的信息，只要成功拍下，就會(huì)記錄當(dāng)時(shí)拍下時(shí)商品的所有信息，作為“交易快照”。內(nèi)容包含：商品ID、標(biāo)題、促銷(xiāo)活動(dòng)名稱(chēng)、主圖、價(jià)格、運(yùn)費(fèi)、顏色、尺碼、數(shù)量、商家發(fā)貨地、拍下時(shí)的商品詳情、該商品最后一次編輯日期。
商品偽刪除：指定的商品刪除操作，商家后臺(tái)可見(jiàn)，不可操作，用戶(hù)不可見(jiàn)
商品屏蔽：屏蔽指定商品在瀑布流或搜索列表中的展現(xiàn)
商品指定屏蔽：屏蔽指定商品在特定瀑布流或特定搜索詞下的展現(xiàn)
商品降權(quán)：指降低商品搜索列表中的排名，搜索排序到最后，可設(shè)置降權(quán)時(shí)間，到期自動(dòng)恢復(fù)
產(chǎn)品規(guī)劃說(shuō)明：產(chǎn)品基于時(shí)間點(diǎn)的階段性描述。產(chǎn)品是個(gè)不斷演進(jìn)的過(guò)程，很多時(shí)間一期產(chǎn)品只完成了產(chǎn)品70%的功能，二期才會(huì)繼續(xù)去完善剩下的30%，同時(shí)有可能會(huì)推翻了重新推出第二版。產(chǎn)品roadmap并不是全部規(guī)劃好所有的階段目標(biāo)，而是更多的通過(guò)維護(hù)來(lái)保持產(chǎn)品的更新和迭代。?
需求場(chǎng)景描述
使用者需求對(duì)需求的描述。需求描述有以下幾項(xiàng)內(nèi)容：用戶(hù)特征描述、需求描述、場(chǎng)景描述、需求優(yōu)先級(jí)。
用戶(hù)特征描述即為產(chǎn)品的最終用戶(hù)，確定產(chǎn)品的最終使用者及特征。
需求描述是對(duì)目標(biāo)用戶(hù)的需求描述，表達(dá)用戶(hù)最需要的是什么，找到用戶(hù)的最根本需求。
場(chǎng)景描述，產(chǎn)品在什么時(shí)間、什么地點(diǎn)，使用什么功能，以模擬用戶(hù)的行為。
優(yōu)先級(jí)是指用戶(hù)對(duì)于當(dāng)前產(chǎn)品功能需求的優(yōu)先級(jí)，哪些是用戶(hù)最想要的功能優(yōu)先級(jí)則排前。
功能需求總表
一般包括二個(gè)部分，一個(gè)是流程圖，一個(gè)是功能表。
流程圖是對(duì)產(chǎn)品的整體走向的流程的規(guī)劃，流程圖是用來(lái)對(duì)產(chǎn)品整體功能邏輯的梳理，所以在做產(chǎn)品前建議所有的產(chǎn)品經(jīng)理先梳理一下產(chǎn)品流程。
功能表是將流程圖文字化，同時(shí)將列出產(chǎn)品的功能點(diǎn)。輔助技術(shù)人員建立和調(diào)整數(shù)據(jù)庫(kù)結(jié)構(gòu)和了解產(chǎn)品的全局結(jié)構(gòu)；
功能性需求詳情說(shuō)明
全局說(shuō)明：主要講解產(chǎn)品的全局性功能的說(shuō)明，例如產(chǎn)品的頁(yè)面編碼、用戶(hù)角色，移動(dòng)產(chǎn)品的緩存機(jī)制、下載機(jī)制，這類(lèi)全局性功能的說(shuō)明，如果沒(méi)有可不寫(xiě)。
舉一個(gè)移動(dòng)產(chǎn)品的“狀態(tài)維持與恢復(fù)”的例子，示例如下：狀態(tài)的維持與恢復(fù)，當(dāng)用戶(hù)退出產(chǎn)品時(shí)（誤操作、Home鍵、鎖屏、自動(dòng)關(guān)機(jī)），產(chǎn)品需要維持用戶(hù)操作前的狀態(tài)，當(dāng)用戶(hù)返回產(chǎn)品時(shí)仍可以恢復(fù)到之前狀態(tài)，并繼續(xù)使用。維持狀態(tài)包括流程操作、信息瀏覽、文本輸入、文件下載等。
詳情說(shuō)明：主要講解產(chǎn)品的全局性功能，描述產(chǎn)品的各個(gè)功能名稱(chēng)、各個(gè)頁(yè)面及頁(yè)面模塊元素，功能的規(guī)則與邏輯的描述，是產(chǎn)品文檔的主體部分。包括以下內(nèi)
功能概要：告訴此功能叫什么，主要干什么的，以及相關(guān)導(dǎo)航。
業(yè)務(wù)規(guī)則：每個(gè)產(chǎn)品在使用時(shí)都有自己的規(guī)則，而產(chǎn)品的業(yè)務(wù)規(guī)則則是將產(chǎn)品的流程細(xì)化。將這個(gè)功能的業(yè)務(wù)規(guī)則，包括一些細(xì)節(jié)，如排版形式、日期顯示方式全定好，這樣方便其它人員的溝通和理解。
功能流程：即該功能對(duì)應(yīng)的流程圖，如果沒(méi)有可以不寫(xiě)
界面原型：產(chǎn)品經(jīng)理在這時(shí)做的原型界面，只需做一個(gè)簡(jiǎn)、單的界面即可，更多的時(shí)候只是個(gè)框架圖。
執(zhí)行者：產(chǎn)品使用者。
前置條件：具體的操作或邏輯。如不同級(jí)別的會(huì)員顯示的價(jià)格不一樣；
后置條件：操作后的展示。將前置條件及后置條件結(jié)合起來(lái)書(shū)寫(xiě)說(shuō)明；
BETA測(cè)試需求
很多產(chǎn)品都有BETA版本放出，為了就是收求意見(jiàn)和一些性能測(cè)試。這部份內(nèi)容不是必須的，但現(xiàn)在很多產(chǎn)品已經(jīng)開(kāi)始先推出BETA版本再推出正式版，當(dāng)然也 可以通過(guò)升級(jí)來(lái)解決。所以BETA測(cè)試需求并不是一定需要的。如果有BETA測(cè)試需求，則需寫(xiě)出BETA版測(cè)試的要求和期望達(dá)到的目標(biāo)要求。
非功能性需求說(shuō)明：
一般非功能性需求包括以下幾個(gè)部分：產(chǎn)品性能需求、產(chǎn)品營(yíng)銷(xiāo)需求、規(guī)則變更需求、產(chǎn)品服務(wù)需求、法務(wù)需求、財(cái)務(wù)需求、幫助需求、安全性需求等，以具體產(chǎn)品需要，填寫(xiě)相應(yīng)的需求內(nèi)容，好的產(chǎn)品文檔都會(huì)將這些內(nèi)容記錄清楚，從而使整個(gè)產(chǎn)品順利執(zhí)行。
數(shù)據(jù)分析：闡述產(chǎn)品數(shù)據(jù)，為產(chǎn)品贏得支持。
風(fēng)險(xiǎn)評(píng)估：描述產(chǎn)品可能存在的風(fēng)險(xiǎn)，比如商務(wù)談判的風(fēng)險(xiǎn)，外部合作的風(fēng)險(xiǎn)，不當(dāng)使用的風(fēng)險(xiǎn)等等。風(fēng)險(xiǎn)級(jí)別可設(shè)置高中低。以及遇到風(fēng)險(xiǎn)后所對(duì)應(yīng)的解決方案。
其他說(shuō)明
上、下線需求
上線時(shí)限需求：此產(chǎn)品預(yù)定上線日期？上線日期有無(wú)任何特殊依據(jù)或規(guī)定？
下線需求（活動(dòng)類(lèi)需求必須明確下線時(shí)間）：此產(chǎn)品預(yù)定下線日期？下線日期有無(wú)任何特殊依據(jù)或規(guī)定？雙11發(fā)貨問(wèn)題，活動(dòng)下線問(wèn)題
運(yùn)營(yíng)計(jì)劃：說(shuō)明產(chǎn)品的后續(xù)運(yùn)營(yíng)計(jì)劃。產(chǎn)品經(jīng)理是核心需求的把握者，參與到產(chǎn)品整體運(yùn)營(yíng)計(jì)劃顯得特別的重要。
排期：明確各個(gè)功能點(diǎn)的開(kāi)發(fā)進(jìn)度及資源的配置，這也是需求評(píng)審會(huì)的一個(gè)重點(diǎn)，時(shí)間和責(zé)任人確認(rèn)后，才能更好的推動(dòng)項(xiàng)目的進(jìn)展；
技術(shù)對(duì)接說(shuō)明：如誰(shuí)提供什么給誰(shuí)，在什么時(shí)間；
附件：
原型圖：僅是開(kāi)發(fā)人員作為頁(yè)面開(kāi)發(fā)時(shí)的參照物，與真實(shí)產(chǎn)品并無(wú)關(guān)系；
效果圖（UI圖）：效果圖是由設(shè)計(jì)師完成的產(chǎn)品圖，和實(shí)際開(kāi)發(fā)完成的產(chǎn)品保真度一致。
PRD表現(xiàn)形式：WORD+SVN、WIKI系統(tǒng)協(xié)同、原型+標(biāo)注
WORD+SVN：
傳統(tǒng)方式，word在閱讀修改方面比較有優(yōu)勢(shì)，一般使用Word加SVN的方式來(lái)管理更新文檔。
WIKI系統(tǒng)協(xié)同：
wiki在協(xié)同和保密方面會(huì)有優(yōu)勢(shì)，而且能夠記錄修改文檔的每一次變更。
原型+標(biāo)注：
將傳統(tǒng)Word形式的功能需求說(shuō)明標(biāo)注在原型圖上，將需求邏輯標(biāo)注說(shuō)明，是非常高效的產(chǎn)品需求說(shuō)明方式，這樣更便于去理解需求與表達(dá)需求，從而指導(dǎo)UI設(shè)計(jì)、開(kāi)發(fā)與測(cè)試。
PRD模板
寫(xiě)PRD并不是產(chǎn)品經(jīng)理的全部工作，但卻是不可少的一部分，很大程度上反應(yīng)了產(chǎn)品經(jīng)理的思維和產(chǎn)品核心功能把握上，同時(shí)對(duì)產(chǎn)品經(jīng)理溝通、協(xié)調(diào)、規(guī)劃等都得到了一定的驗(yàn)證，但每個(gè)產(chǎn)品經(jīng)理的第一職能是會(huì)寫(xiě)一份讓其它人員看得懂的PRD。
PRD文檔沒(méi)有標(biāo)準(zhǔn)的規(guī)范，也沒(méi)有統(tǒng)一的模板，每個(gè)公司都不一樣，并且每個(gè)人也不一樣，這個(gè)取決于個(gè)人習(xí)慣和團(tuán)隊(duì)要求。無(wú)論你采用哪種方式產(chǎn)出需求文檔，最終的目的都是為了方便團(tuán)隊(duì)成員理解產(chǎn)品的意圖，因此哪種方法能夠避免細(xì)節(jié)黑洞，高效完成產(chǎn)品的設(shè)計(jì)和研發(fā)，那么這種方法就是最有效的方法。
這些更多的描述內(nèi)容取決于個(gè)人的習(xí)慣，最終目的都是為了描述清晰產(chǎn)品邏輯，因此我的原則就是用越少的文字描述清晰越多的需求說(shuō)明。畢竟這些文檔是產(chǎn)品開(kāi)發(fā)中的執(zhí)行文檔，文字不在多，表達(dá)清晰即可。
