PRD(Product Requirement Document召廷，產(chǎn)品需求文檔)揖闸，顧名思義是闡述產(chǎn)品需求的一種文檔，其核心是將需求描述清楚夷陋。

通過PRD可以看出一個(gè)產(chǎn)品經(jīng)理對產(chǎn)品理解的邏輯思維欠拾，產(chǎn)品經(jīng)理在相關(guān)領(lǐng)域的認(rèn)知和專業(yè)的深度以及對產(chǎn)品全局的認(rèn)識(shí)。如何才能寫出好的PRD骗绕，讓產(chǎn)品研發(fā)團(tuán)隊(duì)成員藐窄，開發(fā)、測試酬土、運(yùn)營同學(xué)了解產(chǎn)品需求荆忍，讓其他人能從該文檔中看到產(chǎn)品的價(jià)值和意義，估計(jì)很多人都思考過，如何讓PRD不被其他人挑戰(zhàn)刹枉，如何獲得他們的認(rèn)可估計(jì)是產(chǎn)品經(jīng)理經(jīng)尺闯考慮的問題。也有人可能認(rèn)為PRD只要中心思想不變嘶卧，闡明需求就已經(jīng)足夠尔觉，交給下游的同學(xué)他們理解了就完事了，但是這個(gè)文檔是否被叫好芥吟，是否有用侦铜，是否有價(jià)值可能從沒考慮過。

在此將從PRD的用戶側(cè)分析好的PRD應(yīng)該具備的要素或必要條件钟鸵。

首先钉稍，先了解清楚PRD的閱讀對象，使用者棺耍。

PRD的模版中一般有如下信息：

PRD預(yù)期的讀者包括：產(chǎn)品贡未、開發(fā)、測試人員及相應(yīng)的負(fù)責(zé)人和用戶方代表蒙袍。產(chǎn)品俊卤、開發(fā)、測試人員會(huì)從中了解到本次需求的背景和詳細(xì)要求害幅，以及每個(gè)需求點(diǎn)未來的優(yōu)化方向或?qū)τ脩舻膬r(jià)值消恍。而用戶方代表則可以通過該文檔了解PRD中所描述內(nèi)容是否是自己期望中的需求，是否符合以及是否都覆蓋到了自己的預(yù)期以现。因此PRD也是產(chǎn)品經(jīng)理同相關(guān)角色確認(rèn)開發(fā)任務(wù)的重要依據(jù)狠怨。當(dāng)所有角色認(rèn)可了PRD中的內(nèi)容后，這份PRD將作為后續(xù)開發(fā)邑遏、測試佣赖、需求驗(yàn)證的依據(jù)。

其次记盒，一個(gè)完整的PRD還應(yīng)該具備的要素有

1憎蛤、文檔的命名和編號

文檔的編號和命名很關(guān)鍵，每個(gè)產(chǎn)品都是經(jīng)過若干個(gè)迭代才完成的纪吮，而每個(gè)迭代所完成的產(chǎn)品功能或者升級的需求都可能是不一樣的蹂午，因此需要定義清楚該文件屬于產(chǎn)品的哪個(gè)迭代，修改了幾個(gè)版本彬碱。文件命名的方法一般是通過版本號定義豆胸，比如簡單的方法是，XX產(chǎn)品V1.0PRD_V2,前面的V1.0是產(chǎn)品迭代的編號巷疼，后面的V2 PRD的版本號晚胡。稍微詳細(xì)點(diǎn)可以定義成灵奖，XX產(chǎn)品XXXX需求PRD_V2,即對本次迭代的需求任務(wù)做命名，這樣更便于閱讀和記憶估盘。

2瓷患、文檔的版本歷史

包括，編號遣妥、文檔版本擅编、章節(jié)、修改原因箫踩、日期爱态、修改人。編號只是為了記錄修改的順序境钟，文檔版本顯示的當(dāng)前修改的內(nèi)容屬于文檔的第幾個(gè)版本(或第幾次修改锦担，一次修改一般為一個(gè)版本)，章節(jié)是具體到修改內(nèi)容屬于的功能模塊慨削，以便閱讀人及時(shí)找到修改后的內(nèi)容洞渔，修改原因說明為什么要修改該需求，讓閱讀者直觀的了解原因缚态。日期是指需求文檔修改的時(shí)間磁椒，修改人是指需求內(nèi)容的修改者。

3玫芦、目錄

不需要自己新建衷快，文檔完成后直接更新模版中的目錄即可。目錄是用來了解文檔結(jié)構(gòu)的

4姨俩、引言

這部分的內(nèi)容有：產(chǎn)品概述及目標(biāo)、產(chǎn)品roadmap师郑、預(yù)期讀者环葵、成功的定義標(biāo)準(zhǔn)和判斷、參考資料宝冕、名詞說明

產(chǎn)品概述：解釋說明該產(chǎn)品研發(fā)的背景以及核心功能张遭。

產(chǎn)品roadmap：為產(chǎn)品規(guī)劃的藍(lán)圖，每個(gè)關(guān)鍵階段完成的核心任務(wù)地梨。產(chǎn)品研發(fā)是個(gè)不斷迭代的過程菊卷，需要經(jīng)過若干個(gè)版本的迭代，宝剖，對一個(gè)功能點(diǎn)做了N個(gè)迭代后最終又回歸到了第一個(gè)迭代是很常見洁闰。產(chǎn)品經(jīng)理需要做好心理準(zhǔn)備。產(chǎn)品roadmap并不需要全部規(guī)劃好所有的階段目標(biāo)万细，但是對產(chǎn)品未來發(fā)展趨勢的一種預(yù)估扑眉，要達(dá)到目標(biāo)，需要更多的更新和迭代。清晰的呈現(xiàn)產(chǎn)品的roadmap可以幫助產(chǎn)品經(jīng)理把握產(chǎn)品的全貌腰素，更好的控制研發(fā)過程聘裁。

預(yù)期讀者：文檔的使用對象

成功的定義和判斷標(biāo)準(zhǔn)：旨在說明產(chǎn)品的目標(biāo)

參考資料：PRD的參考資料

名詞說明：名稱、說明弓千。名稱就是對文檔中會(huì)出現(xiàn)的比較新的名稱衡便，說明則是對這些名稱進(jìn)行解釋。

5洋访、需求概述

需求概述通常包括需求概覽镣陕、用戶類與特征、運(yùn)行環(huán)境捌显、設(shè)計(jì)和實(shí)現(xiàn)上的限制茁彭、項(xiàng)目計(jì)劃、產(chǎn)品風(fēng)險(xiǎn)等等

需求概覽：分兩部分扶歪，一是業(yè)務(wù)流程圖理肺，對產(chǎn)品整個(gè)業(yè)務(wù)流程的發(fā)生過程做圖形化的展示，是對產(chǎn)品整體功能流程的闡釋善镰。二是需求清單妹萨，對本次要開發(fā)的需求任務(wù)做分類，給出簡明扼要的需求描述并標(biāo)注優(yōu)先級炫欺。

用戶類與特征：產(chǎn)品的最終用戶乎完，確定產(chǎn)品的最終使用者，并對使用者的角色和操作行為做出說明品洛。

運(yùn)行環(huán)境：該產(chǎn)品上線后的使用環(huán)境树姨，比如支持的瀏覽器及其版本，操作系統(tǒng)桥状、數(shù)據(jù)庫的要求等等帽揪，測試人員在看到環(huán)境要求后會(huì)在測試時(shí)重點(diǎn)測試，而最終上線產(chǎn)品時(shí)需要把最佳的運(yùn)營環(huán)境告知給用戶辅斟。

設(shè)計(jì)和實(shí)現(xiàn)上的限制：比如控件的開發(fā)環(huán)境转晰、接口的調(diào)用方式等等

項(xiàng)目計(jì)劃：對于prd中要開發(fā)的內(nèi)容，給出關(guān)鍵里程碑士飒，比如需求評審?fù)ㄟ^的時(shí)間查邢、開發(fā)的完成時(shí)間、上線時(shí)間等等

產(chǎn)品風(fēng)險(xiǎn)：描述產(chǎn)品可能存在的風(fēng)險(xiǎn)酵幕，比如性能瓶頸扰藕，沒有解決的問題，用戶不當(dāng)使用的風(fēng)險(xiǎn)等等芳撒。

6.功能需求

功能需求一般是由功能詳情和主流程說明兩大部分实胸。功能詳情是所有的產(chǎn)品功能的描述和規(guī)劃劳闹。功能詳情包括以下內(nèi)容：

簡要說明：介紹此功能的用途祸挪，包括其來源或背景，能夠解決哪些問題。

場景描述欠啤，產(chǎn)品在哪種情況下會(huì)被用戶使用郊艘，就是用戶場景模擬僚祷。這也是產(chǎn)品經(jīng)理講“好”故事的必備條件尺锚。

業(yè)務(wù)規(guī)則：每上產(chǎn)品在開發(fā)時(shí)都有相應(yīng)的業(yè)務(wù)規(guī)則，將這些規(guī)則清晰的描述出來讶凉，讓開發(fā)染乌、測試人員能夠直觀的明白該規(guī)則，且沒有產(chǎn)生歧義懂讯。業(yè)務(wù)規(guī)則必需是完整的荷憋、準(zhǔn)確的、易懂的褐望。業(yè)務(wù)規(guī)則的描述上如果涉及到頁面交互或者頁面的修改勒庄，建議給出頁面的草圖或者頁面截圖在圖上說明要修改的內(nèi)容。另外也建議對頁面的輸入框瘫里、下拉框的內(nèi)容格式实蔽、長度、控件之間的關(guān)聯(lián)性做出說明谨读，什么時(shí)候可見局装，不可見，灰掉或點(diǎn)亮的條件在文檔中都給出說明劳殖。方便閱讀者理解業(yè)務(wù)規(guī)則铐尚。

界面原型：如前所述，涉及到頁面交互的部分哆姻，產(chǎn)品經(jīng)理需要設(shè)計(jì)頁面原型宣增。原型設(shè)計(jì)通常需要產(chǎn)品經(jīng)理和UI設(shè)計(jì)師一起來完成。建議的做法是填具，產(chǎn)品經(jīng)理可設(shè)計(jì)一個(gè)頁面框架，將該頁面要呈現(xiàn)的字段及其特征以及頁面要使用的場景向交互設(shè)計(jì)師解釋清楚匆骗。之后交互和視覺設(shè)計(jì)師完成產(chǎn)品的原型設(shè)計(jì)劳景。

使用者說明：對產(chǎn)品使用者做出說明，可融入簡要說明中碉就。

前置條件：該需求實(shí)現(xiàn)依賴的前提條件盟广。比如，上傳照片時(shí)瓮钥，需要存有圖像文件筋量。

后置條件：操作后引發(fā)的后續(xù)處理烹吵。

主流程：把主流放在最后是有道理的，結(jié)合上面所說的桨武，做出主流程說明，對每個(gè)功能流程走向分點(diǎn)說明(這是非常重要的)呀酸。

看過很多的PRD，文檔中對既沒有前提條件性誉，也沒有后置條件，只對主流程做了說明错览，但是在描述主流程時(shí)卻沒有描寫主流程中每個(gè)功能流程的各種走向纫雁，只有一個(gè)主走向倾哺，讓人感覺prd成了操作手冊。事實(shí)上悼粮，對分支的介紹是非常重要的闲勺，開發(fā)和測試中提出的各類問題均與對分支的定義不明有關(guān)。一個(gè)合格的PRD不僅要描述主流程扣猫，同時(shí)對分支流程所出現(xiàn)的各類問題都要做詳細(xì)闡述并給出解決辦法。PRD的特征一定是明確的申尤、全面的闡述需求及各類異常情況的處理而不是等到開發(fā)和測試階段發(fā)現(xiàn)問題后再給以答案(雖然PRD不可能百分之百的覆蓋所有的可能，但是最大化的思考所有的業(yè)務(wù)問題是編制PRD時(shí)必須遵守的原則)勺远。另外时鸵，在描寫功能需求時(shí)給出的辦法中不能出現(xiàn)“可能”、“或者”等詞饰潜，一定是明確的彭雾，唯一的描述。如果有別的方案薯酝，建議寫入“可選方案”，在產(chǎn)品構(gòu)建的早期可選方案可以為功能實(shí)現(xiàn)提供更多的選擇者填，當(dāng)方案確定后可在文檔中注明本次使用了哪種方案。

推薦一個(gè)方法：“用例”穴亏，在面向?qū)ο蟮能浖O(shè)計(jì)模型中重挑，用例是一個(gè)被闡述的內(nèi)容，用例是對功能使用場景的解釋刺覆。用例很條理的介紹了每個(gè)功能的前置史煎、后置條件，主流程介紹氢橙，幫助開發(fā)恬偷、測試等角色快速的了解產(chǎn)品功能。

7袍患、可選方案

列出所有可以選擇的達(dá)到該產(chǎn)品目標(biāo)的方案要點(diǎn)(主要思路)诡延，給各方案適當(dāng)?shù)脑u價(jià)，并推薦最優(yōu)方案(在功能需求中描述的)肆良。你在做這個(gè)產(chǎn)品規(guī)劃時(shí)一定有很多的備選方案惹恃，別放棄這些方案，永遠(yuǎn)沒有過時(shí)的idea座舍，只有最適合時(shí)機(jī)的idea曲秉。所以可以寫出幾個(gè)可選方案，或許是你下期產(chǎn)品改版一個(gè)方向承二。記住亥鸠，多思考方案是永不為過的

8、效益成本分析

通過這一點(diǎn)上能看出產(chǎn)品經(jīng)理必須是個(gè)全才负蚊，不僅要具備行業(yè)知識(shí)家妆，還需要有財(cái)務(wù)知識(shí)。一個(gè)產(chǎn)品的成本衡量一般包括三個(gè)方面：效益預(yù)測伤极、產(chǎn)品技術(shù)成本和其他成本支出哨坪。

效益預(yù)測是指所提供的功能在未來能產(chǎn)生的效益，可通過對比以往的產(chǎn)品或者競爭對手的產(chǎn)品來做預(yù)估当编，效益預(yù)測的指標(biāo)凌箕，如每個(gè)功能點(diǎn)的潛在用戶數(shù)、使用頻率牵舱，吸引到的新的用戶特征及數(shù)量芜壁。產(chǎn)品技術(shù)成本是指研發(fā)設(shè)計(jì)以及上線后的運(yùn)營需要的資源需求，包括人力慧妄，軟硬件(帶寬塞淹、服務(wù)器、機(jī)房)支出饱普。當(dāng)有項(xiàng)目經(jīng)理時(shí)可以由項(xiàng)目經(jīng)理來協(xié)調(diào)這部分需求状共，如果沒有項(xiàng)目經(jīng)理谁帕，產(chǎn)品經(jīng)理得挑頭了，召集開發(fā)經(jīng)理去找運(yùn)維等部門落實(shí)此事碾牌。其他的成本還包括支持成本儡循，比如上線后的運(yùn)營資源投入、市場推廣投入以及客服服務(wù)投入等裤翩。

此處建議產(chǎn)品經(jīng)理們都去學(xué)習(xí)一門課《非財(cái)務(wù)人員的財(cái)務(wù)管理》體驗(yàn)下財(cái)務(wù)的過程管理调榄，如果能親歷沙盤訓(xùn)練，記錄財(cái)務(wù)明細(xì)賬目筐带，核算資產(chǎn)負(fù)債缤灵、現(xiàn)金流量、利潤率的計(jì)算帖鸦，對成本和利益的核算非常有幫助胚嘲，而且財(cái)務(wù)上要求的一絲不茍、精益求精也是每個(gè)產(chǎn)品經(jīng)理需要長期堅(jiān)持和遵守的攻锰。

9妓雾、整合需求

產(chǎn)品整合能力是產(chǎn)品經(jīng)理很重要的一個(gè)能力，業(yè)務(wù)合作通常是不可避免的妒蛇，將隸屬于兩個(gè)不同來源的業(yè)務(wù)功能做整合也是常見需求，比如系統(tǒng)登陸使用公司的域用戶登陸毫缆，或者付款使用財(cái)付通乐导、支付寶付款浸颓，解決好整合需求也是體現(xiàn)產(chǎn)品經(jīng)理核心競爭力的一大重要表現(xiàn)产上。

10、BETA測試需求

很多產(chǎn)品在正式上線前都有BETA版本或者內(nèi)測版本仪媒，或者叫灰度版本谢鹊，目的是在測試產(chǎn)品的一些核心功能或者性能。這部份內(nèi)容不是必須的偎巢，但如果需要兼耀，需要給出在此階段要實(shí)現(xiàn)的目標(biāo)或測試、衡量標(biāo)準(zhǔn)窍霞。

11拯坟、非功能性需求

一般情況下非功能性需求包括以下幾個(gè)部分：產(chǎn)品營銷需求、運(yùn)營需求傲绣、財(cái)務(wù)需求巩踏、法務(wù)需求、使用幫助菠净、問題反饋等。這些信息構(gòu)成了產(chǎn)品上線的完整內(nèi)容牵咙，也很好的體現(xiàn)了產(chǎn)品經(jīng)理的綜合素質(zhì)攀唯。

12、運(yùn)營計(jì)劃

產(chǎn)品上線后如何運(yùn)營另凌，目標(biāo)受眾是什么戒幔，建議的推廣策略、問題反饋途徑工坊、風(fēng)險(xiǎn)監(jiān)控敢订、亮點(diǎn)宣傳等等楚午，以及與運(yùn)營人員的協(xié)作方式。作為產(chǎn)品的設(shè)計(jì)人員不是開發(fā)完產(chǎn)品就能畫句號的醒叁，讓產(chǎn)品用起來把沼、用得好，有口碑更為重要饮睬，所以非常建議運(yùn)營計(jì)劃的制定上有產(chǎn)品設(shè)計(jì)人員的參與捆愁。

再次，說下需求變更

需求不是一成不變的呻逆，在產(chǎn)品研發(fā)過程中需求變更是正常的菩帝，產(chǎn)品團(tuán)隊(duì)成員需正確的看待需求變更茬腿，并要控制好變更宜雀。這里的建議是在做需求分析時(shí)辐董，盡可能把每個(gè)問題都考慮透徹，提前做好需求變更的預(yù)估及應(yīng)對方案苔严，必要的情況下和團(tuán)隊(duì)成員提前溝通存在變更的內(nèi)容夸研。

在與團(tuán)隊(duì)溝通變更時(shí)依鸥，需要以一種開放的心態(tài)贱迟，從團(tuán)隊(duì)成員的角度、產(chǎn)品未來的發(fā)展趨勢衣吠、市場格局的變化正確的提出變更需求缚俏，始終保持產(chǎn)品方向的正確和團(tuán)隊(duì)成員目標(biāo)的一致。

總結(jié)

PRD的能力映射出的是一個(gè)產(chǎn)品經(jīng)理的產(chǎn)品能力恬惯，這種能力分基礎(chǔ)和高級兩類亚茬，毋庸置疑，PRD應(yīng)該是一種基礎(chǔ)能力碗暗，產(chǎn)品經(jīng)理必備的一種技能梢夯，PRD的能力反映的就是產(chǎn)品經(jīng)理對用戶需求的理解能力，這種能力其實(shí)是建立在對行業(yè)的專業(yè)知識(shí)(表現(xiàn)在對業(yè)務(wù)的理解力)基礎(chǔ)上洲守，再加之良好的溝通能力梗醇，一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理寫出的PRD必然是準(zhǔn)確度高，開發(fā)出來的產(chǎn)品擴(kuò)展性好温鸽，同時(shí)受用戶歡迎手负。因此產(chǎn)品經(jīng)理在日常必須深入學(xué)習(xí)行業(yè)知識(shí)，了解用戶的操作規(guī)則蝠猬，多與用戶溝通统捶，多傾聽問題，從而發(fā)現(xiàn)問題匆绣，解決問題什黑，隨著對行業(yè)和用戶的理解及把控的逐步深刻愕把，PRD闡述的內(nèi)容將越來越全面，越來越有深度咐鹤，這份PRD將成為其他人的學(xué)習(xí)資料圣絮，會(huì)產(chǎn)生深遠(yuǎn)的影響。都說產(chǎn)品經(jīng)理引領(lǐng)著產(chǎn)品的發(fā)展方向捧请，是產(chǎn)品的“爸爸”或“媽媽”棒搜，衷心的希望每個(gè)產(chǎn)品經(jīng)理都能做個(gè)稱職的父母親力麸。