一、產(chǎn)品經(jīng)理的三大文檔之PRD文檔的意義
（一）百度百度
? 該文檔是產(chǎn)品項目由“概念化”階段進入到“圖紙化”階段的最主要的一個文檔茅主，其作用就是“對MRD中的內(nèi)容進行指標化和技術化”舞痰，這個文檔的質量好壞直接影響到研發(fā)部門是否能夠明確產(chǎn)品的功能和性能。
（二）簡單概述
跟項目成員說明產(chǎn)品的需求暗膜，可以更高效匀奏、高質量的進行工作。
二学搜、個人工作中的PRD文檔迭代路徑
（一）1.0版本（word+原型的形式）
15年多數(shù)PM都在用此形式編寫PRD文檔娃善。
缺點：1.項目成員查看需要打開兩個文件進行查看论衍，閱讀成本高、效率低聚磺；
?????????? 2.word文檔格式文字占了較大的篇幅坯台，隨便一翻密密麻麻的文字~閱讀較枯燥，需求描述送達率較低瘫寝；
（二）2.0版本（原型+便簽的形式）
新版Axure迭代出了便簽的形式蜒蕾，在原型旁邊附上便簽，在便簽寫上需求說明焕阿，再拉個虛線連接對應的元件咪啡。
?缺點：頁面的需求說明較少時，此方法還是可以的~然而當說明較多時暮屡，頁面上懸浮著許多虛線撤摸、五彩斑斕的便簽...視覺體現(xiàn)不好，而且展示的太多褒纲，在項目成員讀者看來也會無重點准夷！
（三）3.0版本（原型+元件注釋+流程圖形式）
利用Axure新版需求控件的功能~把對應的需求寫到元件說明里，流程圖用Axure畫（或者把visio畫好的流程圖帖過來）莺掠，旨在把表達需求的輸出物整合到一起衫嵌，自己在17年中之前竟然沒有發(fā)現(xiàn)Axure的這個功能（捂臉痛哭狀），雖說Axure彻秆、word等都是工具楔绞，但我們還是要善用工具！
三掖棉、PRD包含的內(nèi)容以及意義
先展示一下Axure制作的3.0版本的原型目錄
1.項目背景
簡單描述項目的背景墓律、目標等，讓項目的參與者明白項目是為什么而做和價值所在幔亥，方便項目的參與者有整體的認知以及明確方向。
2.修訂歷史
寫清楚每次修改的編號察纯、修改的內(nèi)容帕棉、備注等，方便溝通和追溯饼记。
3.用戶范圍
本系統(tǒng)涉及的角色以及對應角色的職能香伴、描述、權限等
4.名詞術語表
具體專業(yè)名詞具则、縮寫的解釋以及說明即纲，幫助項目成員方便理解業(yè)務并統(tǒng)一名稱。
5.迭代記錄
上線后的每一次迭代的記錄博肋，產(chǎn)品迭代記錄了產(chǎn)品成長路徑低斋，從產(chǎn)品的迭代中察覺產(chǎn)品動向蜂厅，為規(guī)劃未來產(chǎn)品成長提供參考。
6.全局交互
? 記錄整個項目通用的交互形式膊畴，如：彈框樣式掘猿、異常頁面等，在某個頁面需要用到的時候直接寫引用規(guī)范就可以唇跨，避免重復設計稠通。
7.項目排期進展
項目啟動定完大概的排期后，明確對應職能人員以及對應的時間節(jié)點买猖，方便協(xié)作梳杏、跟進、追溯季研；
8.產(chǎn)品功能結構圖
結構化的描述系統(tǒng)內(nèi)部對需求實現(xiàn)的具體功能旧乞，便于功能評審、溝通等
9.用例圖
定義了系統(tǒng)的的功能需求奸远，系統(tǒng)功能之間以及同功能參與者之間關系的鳥瞰圖既棺，使讀者對象對功能需求、角色之間的關系有主體上的認知懒叛；
10.流程圖
以水流的形式由淺入深的描述事件丸冕、任務、管理等的過程薛窥，可以幫助設計人員梳理過程胖烛、邏輯、準確傳達需求诅迷、查漏補缺佩番。流程圖又分為業(yè)務流程圖、頁面流程罢杉、功能流程趟畏、數(shù)據(jù)流程等，根據(jù)項目滩租、團隊的需要赋秀，流程圖的粒度自行把控。
11.非功能需求
非功能性需求的描述律想，如：
(1) 性能需求：用戶在軟件響應速度猎莲、結果精度、運行時資源消耗量等方面的要求技即；
(2) 可靠性需求：用戶在軟件失效的頻率著洼、嚴重程度、易恢復性，以及故障可預測性等方面的要求身笤；
(3) 易用性需求：用戶在界面的易用性豹悬、美觀性，以及對面向用戶的文檔和培訓資料等方面的要求展鸡；
(4) 安全性需求：用戶在身份認證屿衅、授權控制、私密性等方面的要求莹弊；
(4) 運行環(huán)境約束：用戶對軟件系統(tǒng)運行環(huán)境的要求涤久；
(5) 外部接口：用戶對待開發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設備之間的接口的要求；
(6) 數(shù)據(jù)監(jiān)控需求：數(shù)據(jù)埋點監(jiān)控忍弛，在新功能上線后响迂，驗證是否達到預期的商業(yè)目標，用數(shù)據(jù)反饋驅動迭代细疚；
四蔗彤、優(yōu)秀PRD需要具備的要素
1.可驗證：對于功能性的描述，不要描述一些無法定性的東西疯兼，例如：支持高并發(fā)然遏、響應快都是模棱兩可的，無法驗證的吧彪；
2.正確待侵、無歧義：確保文檔的表述跟你的思路是一致的，表述不會產(chǎn)生歧義姨裸；
3.一致：文檔中用詞用語一致秧倾，對于同一事物的表述應該一樣，避免混用同義詞 傀缩；
4.方便迭代：利于后期的修改以及調整那先；
5.可追蹤：每個功能性需求的來源應該是清楚明白的
6.完備：MECE原則的思考方式盡量保證對產(chǎn)品功能需求表述的系統(tǒng)完整；
7.具有優(yōu)先級：產(chǎn)品的功能性需求是有先后主次的赡艰，對于一次性規(guī)劃叫多功能的PRD售淡，應該注明功能性需求的先后主次
最最最重要的：把問題、需求表述清楚瞄摊！
五勋又、元件庫的念叨
雖然現(xiàn)在網(wǎng)上有不少元件庫，但是真正實用换帜，適合自己的少之又少，建議每個PM都花點時間花點時間整理一份屬于自己的元件庫鹤啡，這樣可以提高畫圖效率惯驼、保證視覺的統(tǒng)一，整理元件庫的分類可以考慮從常用性、適用性祟牲、交互組件隙畜、邏輯組件、頁面框架等方面去考慮说贝。
六议惰、結語
其實PRD并沒有規(guī)定的格式，可以根據(jù)自己公司乡恕、項目階段等實際需要來寫適合自己產(chǎn)品團隊的PRD言询。寫文檔的目的在于把事情說清楚，且有記錄（防止秋后算賬）傲宜，可傳閱运杭，多跟研發(fā)人員溝通，重要的是讓他們了解需求函卒，把問題和想法表述清楚才是王道辆憔！
?????????????????????????????????????????? ----------------歡迎討論、交流----------------
需要原型和組件庫的童鞋可關注“社稷獅筆記”报嵌，回復“原型”虱咧，即可獲取下載地址！本公眾號定期更新互聯(lián)網(wǎng)產(chǎn)品經(jīng)理干貨锚国，歡迎眾汪討論交流~~~
???????????????????????????????????????????????? ? ? ? ?? 公眾號： 社稷獅筆記
