簡介
ProductRequirementDocument産品需求文檔。
将商業需求文檔(BRD)和市場需求文檔(MRD)用更加專業的語言進行描述。
作用
該文檔是産品項目由“概念化”階段進入到“圖紙化”階段的最主要的一個文檔,其作用就是“對MRD中的内容進行指标化和技術化”,這個文檔的質量好壞直接影響到研發部門是否能夠明确産品的功能和性能。
該文檔在産品項目中是一個“承上啟下”的作用,“向上”是對MRD内容的繼承和發展,“向下”是要把MRD中的内容技術化,向研發部門說明産品的功能和性能指标。
撰寫
在該文檔中,基點依然是MRD中的内容,隻是把重心放在了“産品需求”上,而産品需求本身實在MRD中有所體現的,區别就是在于,PRD要把MRD中的“産品需求”的内容獨立出來加以詳細的說明。
這部分是PD寫得最多的内容,也就是傳統意義上的需求分析,我們這裡主要指UC(use case)文檔。主要内容有,功能使用的具體描述(每個UC一般有用例簡述、行為者、前置條件、後置條件、UI描述、流程/子流程/分支流程,等幾大塊),Visio做的功能點業務流程,界面的說明,demo等。Demo方面,可能用dreamweaver、ps甚至畫圖闆簡單畫一下,有時候也會有UI/UE支持,出高保真的demo,開發将來可以直接用的那種。
文檔核心
該文檔中,側重的是對産品産品功能和性能(即“産品需求”)的說明,相對于MRD中的同樣内容,要更加詳細,并進行量化。
在一些國外的公司,是允許把MRD和PRD合并成一個文檔的,通常叫做“Marketing & Product Requirements Document”。
該文檔一般可以包括以下内容
該産品的遠景目标(vision)
目标市場和客戶(target market and customers)的描述
競争對手分析(competitive summary)
對産品主要feature的比較詳細的描述
這些feature的優先級
初步拟定的實現進度安排
用例(use cases),這可以是較粗略的大緻描述,未必一定要UML Use Case圖。
産品的性能要求
銷售方式上的思路、需求(直銷還是渠道?直銷怎麼做?渠道怎麼做?)
技術支持方式上的思路、需求(提供什麼樣的技術服務?)
開發工具推薦 :
Rational Rose--熟悉項目發生的相關業務行為。
visio 2007--将業務,從産品層面肢解開來,做到抽絲剝繭部分與整體統一
Mockplus——輕便好用的原型圖工具,可以和書寫PRD文檔同時進行,把需求表達得更加清楚明了。
mind manager--把項目條目化,條理化,目錄結構具體規定好。
axure--前台結構布局,合理規範的将系統脫去朦胧的華紗。
Word--穿針織網,把需求綜合起來,整理成最終的産品需求文檔
錯誤認識
1)PRD無原始數據(MRD為體現載體)支持,隻是個人經驗、部門要求或者領導指示進行撰寫。
2)在PRD中,隻重視“産品功能”的描述,而缺乏對産品其它指标項的說明。在一個完整的PRD中,一共需要對産品的10個産品需求項指标進行說明,分别是“功能要求、開發要求、兼容性要求、性能要求、擴展要求、産品文檔要求、産品外觀要求、産品發布要求、産品支持和培訓要求、産品其它要求”。
3)照搬國外的PRD模闆,來源于何處,不知道,将去向何處,也不知道,無頭無尾,一個被割裂的文檔。
其他解釋
1)Pesticides Regulation Division:(美國)農藥管理局
2)pro-rata distribution:按比例分配
3) .prd文件擴展名
4) Pearl River Delta: 珠江三角洲
差異
BRD不同于常見的MRD(Market Requirement Document-市場需求文檔)和PRD(Product Requirement Document-産品需求文檔),既然是用于産品實施之前的決策評估依據,必然對其文檔(報告)的内容和格式要求夠直觀、精煉,要點突出。
作為報告的撰寫者,你必須讓高層明白,你的報告中将展現出怎樣的商業價值,如何用有力的論據來說服企業對你這個項目的認可,并為之慷慨的投入研發資源及市場費用。如果說PRD的好壞,直接決定了項目的質量水平,那麼BRD的作用,就是決定了你的項目的商業價值。
優秀的BRD文檔,可以讓決策層充分被你的報告觀點所吸引,或許财務主管會因為報告呈現的低投入高産出的經濟效益預測而蠢蠢欲動;或許技術主管會因為項目的牽涉面廣泛而頭疼不已;又或許公司的VP之流因之報告而看到了未來一年業績的飛速發展的廣闊前景……
說白了,BRD需要産品經理(産品設計師)像對待PRD一樣,充分應用市場調查、用戶研究、需求分析等各種設計手段來充分闡述報告的内容。基于這樣的狀況,顯然不是給大家一份完整的BRD标準格式規範,就能夠搞定一切的!哈,也許有人會說這有點危言聳聽,不過我一向贊成,面對一切“産品”,都應該用設計的眼光看待它。