當(dāng)產(chǎn)品經(jīng)理把產(chǎn)品的結(jié)構(gòu)圖苞冯、流程圖、原型圖都梳理完畢后肯尺，接下來的工作就是撰寫PRD文檔了沃缘，如果說思維導(dǎo)圖是把產(chǎn)品條理化，流程圖是將業(yè)務(wù)運(yùn)轉(zhuǎn)的步驟做出整體的說明则吟，原型是結(jié)構(gòu)布局槐臀，將系統(tǒng)脫去朦朧的華紗，具體化氓仲，那PRD就是穿針織網(wǎng)水慨，把需求綜合起來，整理成最終的產(chǎn)品需求文檔敬扛。下面就來看看PRD文檔的定義晰洒，怎么寫，包含什么內(nèi)容啥箭？需要注意什么谍珊？

PRD其實(shí)并沒有規(guī)定的格式，每個(gè)公司都可以根據(jù)自己公司的實(shí)際需要來寫適合自己產(chǎn)品團(tuán)隊(duì)的PRD急侥。重點(diǎn)在于明白PRD的基礎(chǔ)結(jié)構(gòu)和內(nèi)容砌滞。

PRD介紹說明

產(chǎn)品需求文檔（Product Requirement Document的縮寫）它是向研發(fā)部門說明產(chǎn)品的具體功能和性能指標(biāo)的說明性文檔。主要用于產(chǎn)品設(shè)計(jì)和開發(fā)使用坏怪，因此閱讀這份文檔的人群絕大多數(shù)是設(shè)計(jì)與技術(shù)人員贝润。在這類人群中，設(shè)計(jì)師更多依賴于原型進(jìn)行交互或視覺的設(shè)計(jì)陕悬，因此看這份文檔的人就會(huì)偏向于技術(shù)的人員题暖。相對(duì)于技術(shù)人員，他們不太關(guān)注產(chǎn)品的商業(yè)需求和市場愿景，因?yàn)樵谶M(jìn)行產(chǎn)品討論立項(xiàng)時(shí)胧卤，產(chǎn)品的定義就已經(jīng)向參與設(shè)計(jì)和研發(fā)的人員宣講過唯绍，因此技術(shù)人員更多的是關(guān)注界面、功能枝誊、交互况芒、元素等等內(nèi)容，因此PRD文檔是一份詳細(xì)的產(chǎn)品功能需求說明文檔叶撒，是產(chǎn)品文檔中最底層和最細(xì)致的文檔绝骚。

為什么寫PRD

從概念到圖紙?jiān)俚骄唧w詳盡的描述；

產(chǎn)品人員可以通過對(duì)結(jié)構(gòu)圖祠够、流程圖压汪、原型圖的綜合整理撰寫PRD，對(duì)整個(gè)項(xiàng)目起到承上啟下的作用古瓤，在梳理清楚方案實(shí)現(xiàn)過程中的各種問題和影響止剖，并對(duì)各個(gè)功能細(xì)節(jié)進(jìn)行詳細(xì)的描述。產(chǎn)品人員可以通過撰寫PRD落君，梳理清楚方案實(shí)現(xiàn)過程中的各種問題和影響穿香。

向項(xiàng)目組成員傳達(dá)詳盡的說明；

PRD的主要面向?qū)ο笫琼?xiàng)目經(jīng)理绎速、開發(fā)皮获、設(shè)計(jì)和測試，可以向項(xiàng)目成員傳達(dá)需求的明細(xì)纹冤，項(xiàng)目經(jīng)理通過文檔可以迅速了解任務(wù)的規(guī)模和相關(guān)接口洒宝，開發(fā)設(shè)計(jì)人員通過文檔可以了解頁面元素和用例規(guī)則，測試人員可以提前根據(jù)文檔撰寫測試用例赵哲。

歸檔管理待德，方便保存，方便迭代枫夺，方便傳承

大多數(shù)的產(chǎn)品都需要迭代幾個(gè)版本后才能走向成熟穩(wěn)定的階段将宪，如果沒有PRD文檔，在大型項(xiàng)目中橡庞，需求的迭代變更將變的無據(jù)可循较坛。PRD文檔可以在項(xiàng)目前后實(shí)現(xiàn)可前后查詢的作用。

PRD構(gòu)成要素

文檔內(nèi)容大致包含以下部分：

? 產(chǎn)品名稱

? 版本修訂歷史說明

? 產(chǎn)品目錄

? 產(chǎn)品簡介：背景扒最、目標(biāo)丑勤、術(shù)語定義、產(chǎn)品規(guī)劃說明

? 功能需求總表：流程圖吧趣、功能表

? 功能性需求詳情說明：全局說明法竞、功能詳情（功能名稱耙厚、功能概要、業(yè)務(wù)規(guī)則岔霸、功能流程薛躬、界面原型、前置條件呆细、后置條件型宝、執(zhí)行人；

BETA測試需求

? 非功能性需求說明：安全絮爷、性能趴酣、財(cái)務(wù)、法律坑夯、運(yùn)營等需求

? 數(shù)據(jù)分析及風(fēng)險(xiǎn)評(píng)估

其他說明：上下線岖寞、運(yùn)營計(jì)劃、排期柜蜈、技術(shù)對(duì)接方案等

? 附錄（產(chǎn)品原型圖&設(shè)計(jì)稿）

這是一份完整的PRD文檔所有需要考慮到的維度慎璧，但并不是每個(gè)點(diǎn)都要寫，根據(jù)實(shí)際需要撰寫即可跨释，以具體產(chǎn)品需要，填寫相應(yīng)的需求內(nèi)容厌处，好的產(chǎn)品文檔都會(huì)將內(nèi)容記錄清楚鳖谈，從而使整個(gè)產(chǎn)品順利執(zhí)行。

文檔內(nèi)容相關(guān)注釋說明：

產(chǎn)品名稱

產(chǎn)品命名（編號(hào)）：文件的編號(hào)很關(guān)鍵阔涉，因?yàn)楫a(chǎn)品迭代過程會(huì)有不同的文件版本缆娃，一般命名規(guī)則“公司名+產(chǎn)品名+PRD+D1.0”（以第一版為例）這樣命名有利用版本號(hào)的迭代，

如果是小的產(chǎn)品需求變動(dòng)可以直接命名為“公司名-產(chǎn)品名-PRD-D1.01”瑰排，比如驗(yàn)證碼增加語音驗(yàn)證贯要；

如果涉及到功能需求增加可以命名為“公司名-產(chǎn)品名-PRD-D1.1”，比如注冊增加了一種方式椭住；

當(dāng)出現(xiàn)產(chǎn)品第二版時(shí)崇渗，可以命名為“公司名-產(chǎn)品名-PRD-D2.0”，比如增加了商品京郑、直播宅广、錢包等功能；

舉例：

電商產(chǎn)品增加了直播業(yè)務(wù)或者界面改版或者重大調(diào)整如增加語音直播可以6.0變7.0些举，

如果直播業(yè)務(wù)增加工會(huì)和個(gè)人主播區(qū)分或者增加了直播紅包娛樂功能跟狱，則可以是0.1的變動(dòng)，

如果頁面可以由靜態(tài)圖片修改為動(dòng)態(tài)視頻可以是0.01户魏。

不用糾結(jié)具體的版本驶臊，只需要根據(jù)實(shí)際情況進(jìn)行設(shè)置即可挪挤，可以和開發(fā)人員共同確認(rèn)即可。

版本修訂說明

一般包含：編號(hào)关翎、文檔版本扛门、修訂章節(jié)、修訂原因笤休、修訂日期尖飞、修改人、負(fù)責(zé)人店雅。如果是大型產(chǎn)品一般會(huì)新起一個(gè)文檔進(jìn)行說明政基，依據(jù)具體企業(yè)情況而定；

編號(hào)是為了給修改文檔一個(gè)順序排列闹啦。

文檔版本顯示的當(dāng)前修改的內(nèi)容是在哪個(gè)版本中出現(xiàn)沮明。

修訂章節(jié)是具體到哪個(gè)章節(jié)哪個(gè)功能模塊的修改。

修訂原因說明此功能修改的問題所在窍奋。

修訂日期以修改當(dāng)日的日期為修訂日期荐健，

修改人顯示修改內(nèi)容模塊的人

負(fù)責(zé)人：各個(gè)業(yè)務(wù)負(fù)責(zé)人，PRD做為一個(gè)說明 “載體”琳袄，會(huì)與技術(shù)江场、運(yùn)營、財(cái)務(wù)窖逗、客服址否、技術(shù)、測試等人員溝通碎紊，方便找到相關(guān)負(fù)責(zé)人佑附，并通過溝通把產(chǎn)品的細(xì)節(jié)落實(shí)清晰，并記錄在PRD里仗考。

目錄：

使用word自帶的目錄生成功能即可音同，也可以自己建一個(gè)個(gè)人通用目錄或從其它文檔拷貝，不考慮目錄的內(nèi)容秃嗜，等寫完P(guān)RD可以再去更新权均。

只有大型成套產(chǎn)品才有目錄，如果單一功能點(diǎn)或模塊锅锨，目錄可以弱化螺句；

產(chǎn)品簡介：背景、目標(biāo)橡类、術(shù)語定義（名詞解釋）蛇尚、產(chǎn)品規(guī)劃說明；

背景：解釋產(chǎn)品需求的背景顾画，為什么做這個(gè)產(chǎn)品取劫，這個(gè)產(chǎn)品將會(huì)解決什么問題或有什么價(jià)值匆笤；

產(chǎn)品目標(biāo)：產(chǎn)品需求的核心任務(wù)，也可以說是商業(yè)訴求的內(nèi)在指標(biāo)谱邪。產(chǎn)品想要完成什么任務(wù)或功能炮捧，或者需要達(dá)成什么商業(yè)目的。比如預(yù)計(jì)上線覆蓋XX用戶等惦银，可選擇性填寫咆课；

術(shù)語定義：特殊名稱解釋，對(duì)文檔中會(huì)出現(xiàn)的比較新的名稱扯俱，對(duì)這些名詞進(jìn)行解釋盲镶。如：

交易快照：拍下商品時(shí)的交易快照棍弄，記錄了成交當(dāng)時(shí)商品的全部信息（標(biāo)題、屬性及詳情等）。將作為買賣雙方發(fā)生交易的憑證例隆，任何交易糾紛或者投訴都將以快照為準(zhǔn)憔维。如果賣家再對(duì)這件商品進(jìn)行編輯微姊、修改航攒，都不會(huì)影響這筆交易的信息，只要成功拍下让簿，就會(huì)記錄當(dāng)時(shí)拍下時(shí)商品的所有信息敬察，作為“交易快照”。內(nèi)容包含：商品ID尔当、標(biāo)題静汤、促銷活動(dòng)名稱、主圖居凶、價(jià)格、運(yùn)費(fèi)藤抡、顏色侠碧、尺碼、數(shù)量缠黍、商家發(fā)貨地弄兜、拍下時(shí)的商品詳情、該商品最后一次編輯日期瓷式。

商品偽刪除：指定的商品刪除操作替饿，商家后臺(tái)可見，不可操作贸典，用戶不可見

商品屏蔽：屏蔽指定商品在瀑布流或搜索列表中的展現(xiàn)

商品指定屏蔽：屏蔽指定商品在特定瀑布流或特定搜索詞下的展現(xiàn)

商品降權(quán)：指降低商品搜索列表中的排名视卢，搜索排序到最后，可設(shè)置降權(quán)時(shí)間廊驼，到期自動(dòng)恢復(fù)

產(chǎn)品規(guī)劃說明：產(chǎn)品基于時(shí)間點(diǎn)的階段性描述据过。產(chǎn)品是個(gè)不斷演進(jìn)的過程惋砂，很多時(shí)間一期產(chǎn)品只完成了產(chǎn)品70%的功能，二期才會(huì)繼續(xù)去完善剩下的30%绳锅，同時(shí)有可能會(huì)推翻了重新推出第二版西饵。產(chǎn)品roadmap并不是全部規(guī)劃好所有的階段目標(biāo)，而是更多的通過維護(hù)來保持產(chǎn)品的更新和迭代鳞芙。?

需求場景描述

使用者需求對(duì)需求的描述眷柔。需求描述有以下幾項(xiàng)內(nèi)容：用戶特征描述、需求描述原朝、場景描述驯嘱、需求優(yōu)先級(jí)。

用戶特征描述即為產(chǎn)品的最終用戶竿拆，確定產(chǎn)品的最終使用者及特征宙拉。

需求描述是對(duì)目標(biāo)用戶的需求描述，表達(dá)用戶最需要的是什么丙笋，找到用戶的最根本需求谢澈。

場景描述，產(chǎn)品在什么時(shí)間御板、什么地點(diǎn)锥忿，使用什么功能，以模擬用戶的行為怠肋。

優(yōu)先級(jí)是指用戶對(duì)于當(dāng)前產(chǎn)品功能需求的優(yōu)先級(jí)敬鬓，哪些是用戶最想要的功能優(yōu)先級(jí)則排前。

功能需求總表

一般包括二個(gè)部分笙各，一個(gè)是流程圖钉答，一個(gè)是功能表。

流程圖是對(duì)產(chǎn)品的整體走向的流程的規(guī)劃杈抢，流程圖是用來對(duì)產(chǎn)品整體功能邏輯的梳理数尿，所以在做產(chǎn)品前建議所有的產(chǎn)品經(jīng)理先梳理一下產(chǎn)品流程。

功能表是將流程圖文字化惶楼，同時(shí)將列出產(chǎn)品的功能點(diǎn)右蹦。輔助技術(shù)人員建立和調(diào)整數(shù)據(jù)庫結(jié)構(gòu)和了解產(chǎn)品的全局結(jié)構(gòu)；

功能性需求詳情說明

全局說明：主要講解產(chǎn)品的全局性功能的說明歼捐，例如產(chǎn)品的頁面編碼何陆、用戶角色，移動(dòng)產(chǎn)品的緩存機(jī)制豹储、下載機(jī)制贷盲，這類全局性功能的說明，如果沒有可不寫剥扣。

舉一個(gè)移動(dòng)產(chǎn)品的“狀態(tài)維持與恢復(fù)”的例子晃洒，示例如下：狀態(tài)的維持與恢復(fù)慨灭，當(dāng)用戶退出產(chǎn)品時(shí)（誤操作、Home鍵球及、鎖屏氧骤、自動(dòng)關(guān)機(jī)），產(chǎn)品需要維持用戶操作前的狀態(tài)吃引，當(dāng)用戶返回產(chǎn)品時(shí)仍可以恢復(fù)到之前狀態(tài)筹陵，并繼續(xù)使用。維持狀態(tài)包括流程操作镊尺、信息瀏覽朦佩、文本輸入、文件下載等庐氮。

詳情說明：主要講解產(chǎn)品的全局性功能语稠，描述產(chǎn)品的各個(gè)功能名稱、各個(gè)頁面及頁面模塊元素弄砍，功能的規(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)的流程圖婶博，如果沒有可以不寫

界面原型：產(chǎn)品經(jīng)理在這時(shí)做的原型界面，只需做一個(gè)簡界弧、單的界面即可，更多的時(shí)候只是個(gè)框架圖搭综。

執(zhí)行者：產(chǎn)品使用者垢箕。

前置條件：具體的操作或邏輯。如不同級(jí)別的會(huì)員顯示的價(jià)格不一樣兑巾；

后置條件：操作后的展示条获。將前置條件及后置條件結(jié)合起來書寫說明；

BETA測試需求

很多產(chǎn)品都有BETA版本放出蒋歌，為了就是收求意見和一些性能測試帅掘。這部份內(nèi)容不是必須的委煤，但現(xiàn)在很多產(chǎn)品已經(jīng)開始先推出BETA版本再推出正式版，當(dāng)然也 可以通過升級(jí)來解決修档。所以BETA測試需求并不是一定需要的碧绞。如果有BETA測試需求，則需寫出BETA版測試的要求和期望達(dá)到的目標(biāo)要求吱窝。

非功能性需求說明：

一般非功能性需求包括以下幾個(gè)部分：產(chǎn)品性能需求讥邻、產(chǎn)品營銷需求、規(guī)則變更需求院峡、產(chǎn)品服務(wù)需求兴使、法務(wù)需求、財(cái)務(wù)需求照激、幫助需求发魄、安全性需求等，以具體產(chǎn)品需要俩垃，填寫相應(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)的解決方案。

其他說明

上荣茫、下線需求

上線時(shí)限需求：此產(chǎn)品預(yù)定上線日期想帅？上線日期有無任何特殊依據(jù)或規(guī)定？

下線需求（活動(dòng)類需求必須明確下線時(shí)間）：此產(chǎn)品預(yù)定下線日期啡莉？下線日期有無任何特殊依據(jù)或規(guī)定港准？雙11發(fā)貨問題，活動(dòng)下線問題

運(yùn)營計(jì)劃：說明產(chǎn)品的后續(xù)運(yùn)營計(jì)劃咧欣。產(chǎn)品經(jīng)理是核心需求的把握者浅缸，參與到產(chǎn)品整體運(yùn)營計(jì)劃顯得特別的重要。

排期：明確各個(gè)功能點(diǎn)的開發(fā)進(jìn)度及資源的配置魄咕，這也是需求評(píng)審會(huì)的一個(gè)重點(diǎn)衩椒，時(shí)間和責(zé)任人確認(rèn)后，才能更好的推動(dòng)項(xiàng)目的進(jìn)展；

技術(shù)對(duì)接說明：如誰提供什么給誰毛萌，在什么時(shí)間苟弛；

附件：

原型圖：僅是開發(fā)人員作為頁面開發(fā)時(shí)的參照物，與真實(shí)產(chǎn)品并無關(guān)系阁将；

效果圖（UI圖）：效果圖是由設(shè)計(jì)師完成的產(chǎn)品圖膏秫，和實(shí)際開發(fā)完成的產(chǎn)品保真度一致。

PRD表現(xiàn)形式：WORD+SVN冀痕、WIKI系統(tǒng)協(xié)同荔睹、原型+標(biāo)注

WORD+SVN：

傳統(tǒng)方式，word在閱讀修改方面比較有優(yōu)勢言蛇，一般使用Word加SVN的方式來管理更新文檔僻他。

WIKI系統(tǒng)協(xié)同：

wiki在協(xié)同和保密方面會(huì)有優(yōu)勢，而且能夠記錄修改文檔的每一次變更腊尚。

原型+標(biāo)注：

將傳統(tǒng)Word形式的功能需求說明標(biāo)注在原型圖上吨拗，將需求邏輯標(biāo)注說明，是非常高效的產(chǎn)品需求說明方式婿斥，這樣更便于去理解需求與表達(dá)需求劝篷，從而指導(dǎo)UI設(shè)計(jì)、開發(fā)與測試民宿。

PRD模板

寫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ì)寫一份讓其它人員看得懂的PRD着绷。

PRD文檔沒有標(biāo)準(zhǔn)的規(guī)范，也沒有統(tǒng)一的模板锌云，每個(gè)公司都不一樣荠医，并且每個(gè)人也不一樣，這個(gè)取決于個(gè)人習(xí)慣和團(tuán)隊(duì)要求桑涎。無論你采用哪種方式產(chǎn)出需求文檔彬向，最終的目的都是為了方便團(tuán)隊(duì)成員理解產(chǎn)品的意圖，因此哪種方法能夠避免細(xì)節(jié)黑洞攻冷，高效完成產(chǎn)品的設(shè)計(jì)和研發(fā)娃胆，那么這種方法就是最有效的方法。

這些更多的描述內(nèi)容取決于個(gè)人的習(xí)慣讲衫，最終目的都是為了描述清晰產(chǎn)品邏輯缕棵，因此我的原則就是用越少的文字描述清晰越多的需求說明。畢竟這些文檔是產(chǎn)品開發(fā)中的執(zhí)行文檔涉兽，文字不在多招驴，表達(dá)清晰即可。