BRD

Business Requirements Document永丝，商業(yè)需求文檔箭养。這是產(chǎn)品聲明周期中最早的問的文檔，再早就應(yīng)該是腦中的構(gòu)思了喝检，其內(nèi)容涉及市場分析撼泛，銷售策略，盈利預(yù)測等损俭，通常是和老大們過的ppt，所以也就比較短小精煉雁仲，沒有產(chǎn)品細(xì)節(jié)琐脏。

商業(yè)需求文檔重點放在定義項目的商業(yè)需求。BRD要能說出客戶碰到的一個或多個商業(yè)問題骆膝，并且通過公司的產(chǎn)品能夠解決這些問題阅签。接著建議一個方案—— 通常是新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)來解決這些問題。BRD也可能包括一個高級的商業(yè)案例政钟，例如收益預(yù)測养交，市場競爭分析和銷售/營銷策略。BRD通常是由擁有產(chǎn)品經(jīng)理碎连，產(chǎn)品營銷經(jīng)理或者行業(yè)分析師頭銜的人撰寫的。在小公司廉嚼，可能由高級主管或者甚至創(chuàng)始人撰寫倒戏。BRD通常是一份連續(xù)的1-3頁Word文檔，或者不超過10頁的Powerpoint文檔傍念。

MRD

Market Requirements Document葛闷，市場需求文檔。獲得老大的認(rèn)同后秦陋，產(chǎn)品進(jìn)入實施治笨，需要先出MRD，具體來說要有更細(xì)致的市場與競爭對手分析顺又，通過哪些功能來實現(xiàn)商業(yè)目的等孵，功能/非功能需求分哪幾塊，功能的優(yōu)先級等等果录。實際工作中咐熙，這個階段PD可能的產(chǎn)出物有Mind Manager的思維圖，Excel的Feature List等返弹。

市場需求文檔（MRD）重點放在為一個被提議的新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)定義市場需求爪飘。與BRD指出商業(yè)問題和解決這些問題的解決方案不同，MRD更深入提議解決方案的細(xì)節(jié)师崎。它包括一些或者所有這些細(xì)節(jié)：

a. 解決商業(yè)問題所需要的特色

b. 市場競爭分析

c. 功能和非功能需求

d. 特色/需求的優(yōu)先級

e. 用例

MRD通常是由擁有產(chǎn)品經(jīng)理犁罩，產(chǎn)品營銷經(jīng)理或者行業(yè)分析師頭銜的人撰寫的。MRD通常是一份連續(xù)的5-25頁Word文檔昼汗，或者正如之后描述那樣在一些機構(gòu)中甚至更長顷窒。

PRD

Product Requirements Document，產(chǎn)品需求文檔鞋吉。進(jìn)步一細(xì)化谓着，這部分是PD寫得最多的內(nèi)容，也就是傳統(tǒng)意義上的需求分析赊锚，我們這里主要指UC（use case）文檔屉栓。主要內(nèi)容有友多，功能使用的具體描述（每個UC一般有用例簡述堤框、行為者、前置條件启绰、后置條件沟使、UI描述、流程/子流程/分支流程撤缴，等幾大塊）叽唱，Visio做的功能點業(yè)務(wù)流程，界面的說明虎眨，demo等镶摘。Demo方面，可能用dreamweaver凄敢、ps甚至畫圖板簡單畫一下涝缝，有時候也會有UI/UE支持，出高保真的demo拒逮，開發(fā)將來可以直接用的那種滩援。

產(chǎn)品需求文檔（PRD）重點放在為一個被提議的新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)定義市場需求。與MRD側(cè)重于從市場需要角度看需求的不同，PRD側(cè)重于從產(chǎn)品本身角度看待需求谨究。通常在特點和功能需求上更深入細(xì)節(jié)恰矩，并也可能包括屏幕截圖和用戶界面流程憎蛤。在那些MRD不包括具體需求和用例的機構(gòu)中俩檬，PRD就包含這些具體內(nèi)容。PRD通常是由擁有產(chǎn)品經(jīng)理技竟，行業(yè)分析師或者產(chǎn)品分析師頭銜的人撰寫的屈藐。PRD通常是一份連續(xù)的20-50頁Word文檔，或者針對復(fù)雜產(chǎn)品甚至更長搓扯。

提醒：一些機構(gòu)將這里描述的MRD和PRD合并成一個文檔包归，并稱最后的文檔為MRD。在這種情況下换可，MRD包括本段描述的內(nèi)容厦幅，也包括上一段描述PRD的內(nèi)容，并且可能超過50頁译荞。

FSD

Functional Specifications Document缚态，功能詳細(xì)說明。有一點像“概要設(shè)計”浆熔，這步就開始往開發(fā)銜接了，產(chǎn)品UI医增、業(yè)務(wù)邏輯的細(xì)節(jié)都要確定叶骨，細(xì)化文檔并保持更新。相應(yīng)的天揖，有很多內(nèi)容跪帝，比如表結(jié)構(gòu)設(shè)計，要由項目經(jīng)理來編寫了伞剑。

功能規(guī)格文檔（FSD）把焦點集中在實現(xiàn)黎泣，定義產(chǎn)品功能需求的全部細(xì)節(jié)。FSD可能通過一張張的截屏和一條條功能點來定義產(chǎn)品規(guī)格褐着。這是一份可以直接讓工程師創(chuàng)建產(chǎn)品的文檔衡便。與MRD和PRD側(cè)重于以市場需要和產(chǎn)品角度看需求不同，F(xiàn)SD把重點放在了以表格形式定義產(chǎn)品細(xì)節(jié)谴餐，再讓工程師實現(xiàn)這些細(xì)節(jié)呆抑。FSD也可能包括完整的屏幕截圖和UI設(shè)計細(xì)節(jié)。FSD通常是由擁有產(chǎn)品分析師厌殉，工程領(lǐng)導(dǎo)或者項目經(jīng)理頭銜的人撰寫的 – 作者通常屬于工程部門侈咕。通常一個連續(xù)幾十頁的Word或類似文檔。

寫好MRD的10種技巧

2008-04-22 13:14

MRD-“市場需求文檔”楼眷，是產(chǎn)品經(jīng)理或者產(chǎn)品市場經(jīng)理編寫的一個產(chǎn)品的說明需求的文檔。這些文檔用于計劃一個新產(chǎn)品或修正一個已有的產(chǎn)品掌腰，是被工程師團(tuán)隊開發(fā)產(chǎn)品時使用张吉。? ?? ?? ?在硅谷的一些軟件公司，MRD僅僅覆蓋high-level的功能勺择。在這種情況下蔗崎，產(chǎn)品經(jīng)理通過創(chuàng)建了另一個文檔-通常指的是PRD（產(chǎn)品需求文檔）來定義更加詳細(xì)的產(chǎn)品需求。

在本文中，我用術(shù)語“MRD”泛指所有那些由產(chǎn)品管理和/或產(chǎn)品市場團(tuán)隊創(chuàng)建的未桥，為工程師團(tuán)隊傳達(dá)產(chǎn)品需求為目的的文檔芥备。

寫好MRD的10種技巧

1、從用戶角度的編寫

從用戶角度編寫需求內(nèi)容亦镶。使用“用例(Use Case)”和“用戶角色（User Personas）”來達(dá)到這個袱瓮。考慮用以下兩種方法來詳細(xì)說明你們公司正在開發(fā)的SFA（sales force automation）軟件的“Login”的功能性绊起。

方法A：

用戶通過一個要求用戶提供證書的登陸界面燎斩，然后軟件允許用戶帶著特定的權(quán)限進(jìn)入系統(tǒng)。軟件鑒別這些證書笋鄙，在鑒定通過的基礎(chǔ)上允許用戶訪問那些他們有權(quán)限訪問軟件的功能部件怪瓶。

方法B：

Mike是一個銷售經(jīng)理，Cathy是一個銷售代表铐尚。當(dāng)他們打開軟件，他們看到登陸界面玫膀。他們通過用戶名和密碼進(jìn)入系統(tǒng)爹脾。如果用戶名和密碼是正確的，他們能登進(jìn)系統(tǒng)解阅。一旦登陸進(jìn)系統(tǒng)泌霍，Mike能訪問軟件所有的功能部件。Cathy只能訪問那些對銷售代表有有效的功能部件蟹地。

哪個方法更加容易閱讀和理解?就我的看法,毫無疑問藤为，"方法B"缅疟。還有，它同時減少了令人煩惱的閱讀存淫！

2纫雁、使用Screen Shots

使用Screen Shots或者mockup來你的想法。我們中很多人都聽說過“一張圖片好比一千個文字”轧邪。當(dāng)提到寫MRD的時候忌愚，一個screen shot好比一千個文字！

舉個例子,看看下面這個screen shot院水，你需要多少字來描述？我想可能不只一千個字撬腾。

3恢恼、用簡單的語言編寫

在我超過11年的行業(yè)中，我通常注意到的（更多是令我懊惱）一件事是用很做作的語言來寫的MRD漓踢。我想這個主要是因為MRD聽起來是正式的和專業(yè)的原因吧漏隐。

相反，想象你寫的MRD是寫給你的在工程師團(tuán)隊工作的朋友挺据。你的目標(biāo)是幫助他理解你需要什么爽柒，以便于他能開發(fā)產(chǎn)品實現(xiàn)這些需要浩村。這個將有助于你避開陷入那些令讀者人厭煩（有時他們會把MRD撕碎然后再碎片喂給碎紙機）的用做作的語言的陷阱占哟。

還有：

a)保持簡短的語句，把長的語句分解成多個小的語句怎燥。

b)避免大篇幅的連續(xù)文本蜜暑，把他們分解成多個小的章節(jié)。

c)把大塊文本內(nèi)容分解成隐绵，screen shots拙毫，表格缀蹄、重點列表等等膘婶。

4蛀醉、小心的使用模板

我發(fā)現(xiàn)MRD模板非常有用。他們的幾個好處包括：

a) 模板提供了一個標(biāo)準(zhǔn)的格式脊岳，使那些不得不閱讀大量MRD的讀者更加容易閱讀筛璧。

b) 模板讓新的產(chǎn)品經(jīng)理快速的寫MRD變得容易夭谤，因為公司與公司之間的MRD內(nèi)容是不同的。

c) 模板確保你不會忘記所有需要在MRD中覆蓋描述的部分颊乘；

然而醉锄，一些公司過分的使用模板。一個硅谷最大的公司之一有一個所有部分被強制使用的近60頁的模板檩小。我覺得這個讓人覺得非常難以忍受并且有幾個負(fù)面的作用：

a) 產(chǎn)品經(jīng)理害怕但又不得不寫MRD - 幾乎和不得不和Dick Cheney去南德克薩斯打獵一樣（譯者按：美國副總統(tǒng)Dick Cheney在南德克薩斯打獵時意外的打傷了和自己一起去的打獵伙伴）烟勋。

b) 工程師團(tuán)隊害怕但又不得不閱讀MRD。

c) 寫MRD和讀MRD都需要花大量的時間阻肿。

我推薦你使用MRD模板沮尿，但確保他們不要過分的長畜疾。還有如果需要，確信產(chǎn)品經(jīng)理可以靈活的跳過模板某些部分和創(chuàng)建新的內(nèi)容乍楚。

5届慈、區(qū)分需求的優(yōu)先級

在這些年里忿偷，我從來沒有碰到一個工程師團(tuán)隊實現(xiàn)了MRD里包括的所有特性的沒有刪減的項目-通常由于那些我們控制之外因素鲤桥！

這就是說作為MRD作者的產(chǎn)品經(jīng)理渠概，當(dāng)出現(xiàn)需要決定取舍的時候，應(yīng)該提供一個辦幫助讓他們決定那些特性要實現(xiàn)那些可以推遲播揪。

區(qū)分需求的優(yōu)先級是一個最好的能幫助完成這個事情的辦法贮喧。我發(fā)現(xiàn)把需求分等級就像P1，P2猪狈，P3...這樣工作的剛剛好箱沦。在這個分類中-P1是最高優(yōu)先級，P2是第二高優(yōu)先級等等雇庙。

最好的決定一個已經(jīng)明確的需求的優(yōu)先級方法這個需求實現(xiàn)后的好處-包括你的客戶和你的公司谓形。在實際實踐中，最好是和其他多種因素一起綜合決定寒跳。

我推薦你只要包括P1，P2竹椒，P3的需求在你的MRD中童太，在多數(shù)的項目中更低的優(yōu)先級可能未必會實現(xiàn)。還有這樣也讓MRD變得更加容易讀胸完。

6康愤、說明"是什么"和"為什么"，但不要"如何"

產(chǎn)品經(jīng)理為理解客戶的需求負(fù)責(zé)舶吗，然后基于這些理解定義什么和為什么需要開發(fā).

有一件比任何事情讓開發(fā)者發(fā)瘋就像在幾英里外都能聽到的汽笛在他們耳邊尖叫一樣的是一個令人痛苦的詳細(xì)描述了怎樣實現(xiàn)每一個需求細(xì)節(jié)的MRD。

考慮你們公司正在開發(fā)的以下兩種描述CRM“Login”功能的方法择膝。

推薦-描述“是什么”

Mike是一個銷售經(jīng)理誓琼，當(dāng)他打開我們的CRM軟件，他會看到一個登陸界面...登陸界面建議提供“記住我”復(fù)選框肴捉。如果Mike在點擊登陸按鈕之前選擇了該復(fù)選框腹侣，我們的軟件將記住并且在他下次來到登陸界面時自動填寫他的名字。

不推薦-描述“怎么樣”

Mike是一個銷售經(jīng)理齿穗，當(dāng)他打開我們的CRM軟件傲隶，他會看到一個登陸界面...登陸界面建議提供“記住我”復(fù)選框。如果Mike在點擊登陸按鈕之前選擇了該復(fù)選框-將通過Javascript 保存他的名字以cookie的方式寫到他的硬盤窃页。當(dāng)cookie寫到硬盤后跺株，用戶名和密碼將被發(fā)送到服務(wù)器复濒。下一次Mike來到登陸界面時，Javascript 將讀取他的cookie乒省，成功讀取后巧颈，Javascript 將是適當(dāng)?shù)腄OM命令填充登陸頁面上的用戶名。好的產(chǎn)品經(jīng)理擅長理解用戶的需求和描述什么需要實現(xiàn)袖扛，好的工程師擅長決定怎么樣實現(xiàn)它砸泛。好的工程師希望能自由的決定怎么樣最好的實現(xiàn)用戶希望得到的東西。

我注意到有技術(shù)背景的產(chǎn)品經(jīng)理尤其喜歡描述“如何實現(xiàn)”蛆封。如果這些描述的就是你唇礁，應(yīng)該從現(xiàn)在開始不要再做這樣的事了。工程師們將會感謝你惨篱。

附：這里有一些例外的情況-當(dāng)在描述“是什么”中描述“怎么樣”是必要的盏筐，當(dāng)描述“是什么”的最好的方式和/或唯一的方式就是描述“怎么樣”的情況。

7妒蛇、覆蓋非功能性需求

盡管功能性需求描述產(chǎn)品的功能机断，非功能性需求描述系統(tǒng)特性，如：

a)性能

b)可伸縮性

c)可用性

d)國際化

e)等等...

我注意到因為許多產(chǎn)品經(jīng)理和產(chǎn)品市場人員認(rèn)為這些是“技術(shù)細(xì)節(jié)”绣夺，而在MRD中被忽略吏奸。我發(fā)現(xiàn)這些是我的MRD中非常重要的一部分，工程師們會非常感激在MRD中定義這些需求陶耍。

要點：當(dāng)寫非功能性需求的時候奋蔚，盡可能的是使他們可度量（可測試）。否則烈钞，QA不能測試它們泊碑，你將沒有辦法知道完成的產(chǎn)品是否已經(jīng)實現(xiàn)了這些非功能性需求。

8毯欣、評審&修正

我有一個朋友-我們叫他Matt（他的真名叫Steve）馒过。Matt在硅谷一家成功的公司做產(chǎn)品經(jīng)理工作。最近我在午餐的時候碰到他是告訴我一個非常有趣的故事酗钞。

他們雇用了一個有三年經(jīng)驗的產(chǎn)品經(jīng)理腹忽。在他被雇用的幾個月里，不知何故他讓他的產(chǎn)品經(jīng)理同事和工程師一樣疏遠(yuǎn)他砚作。

他是罪犯窘奏？他基本上認(rèn)為他的MRD就像一個法令。他寫了它葫录，但不想和任何人評審或在反饋的基礎(chǔ)上修改它着裹。他僅僅想工程師團(tuán)隊沒有問任何問題的拿著它并實現(xiàn)它們！

不要像Matt的同事那樣米同。確信做到和你的產(chǎn)品經(jīng)理伙伴和工程師團(tuán)隊評審你的MRD骇扇。保持一個敞開的思想然后在評審反饋的基礎(chǔ)上更新MRD摔竿。這將幫助你寫出更好的MRD，工程師將喜歡你（或者至少少恨你一些）匠题，你的團(tuán)隊也將創(chuàng)造更好的產(chǎn)品拯坟。

9、定義市場目標(biāo)和定位

大部分我看到過MRD在覆蓋了市場目標(biāo)（誰將買和使用戶你的產(chǎn)品）和定位（與競爭對手的產(chǎn)品比你的產(chǎn)品定位怎么樣的）的方面做的很好韭山。

我還看到過一些沒有描述市場目標(biāo)和定位的MRD郁季，他們通常會這樣爭辯：“為什么工程師們需要知道這些？拿到定義了什么是需要的還不夠嗎钱磅？”

這些問題（誰將買和使用戶你的產(chǎn)品和與競爭對手的產(chǎn)品比你的產(chǎn)品定位怎么樣的）的確有一些正面價值梦裂，我發(fā)現(xiàn)許多工程師想知道為什么一個產(chǎn)品或特性要開發(fā)，誰將使用他們盖淡，什么是他們可以另外選擇辦法年柠。

這些信息幫助他們和產(chǎn)品組的其他成員想象最終用戶并從而更好的為創(chuàng)造成功的產(chǎn)品工作。我的建議的盡可能的（在MRD中）包含這些信息褪迟。- 它們不一定要很詳細(xì)冗恨，只要包含幾個段落就足夠了。

10味赃、包含一個術(shù)語表

如果你的MRD使用了新術(shù)語或在非通用的地方是使用了常用術(shù)語-確保在MRD后面包含一個術(shù)語表掀抹。

當(dāng)你像這樣說“我們的軟件將提供SME用戶通過選擇WAP或PSMS開MRC帳單”時，術(shù)語表將確保你的所有讀者（有些可能不是技術(shù)人員）理解你的意思是什么心俗。

trackback:

http://michael.hightechproductmanagement.com/2006/05/tips_for_writing_better_mrds.html

http://michael.hightechproductmanagement.com/2006/05/10_tips_for_writing_better_mrd.html

介紹一下MRD

2007-10-17 20:05:42

聯(lián)盟里有個朋友找MRD的模板傲武，我正好手頭有一份，就回了個帖子城榛，結(jié)果沒想到揪利，要這個模板的朋友還挺多，后來我想了想狠持，模板這種東西其實就是個工具疟位，本身沒有什么價值，只不過是產(chǎn)品管理者想法的文字體現(xiàn)而已喘垂，與其只發(fā)給大家模板献汗，不如介紹一下這個工具怎么來用，就算是好人做到底吧王污，呵呵！

說到MRD楚午，就不得不說一下PRD昭齐，也有朋友提到了這個問題，MRD和PRD有什么區(qū)別呢矾柜？如果大家看過聯(lián)盟的第一期和第二期雜志阱驾，那么就應(yīng)該知道MRD和PRD的區(qū)別和關(guān)系了就谜，在這兩期雜志的“PM詞典”欄目中，就對這兩個工具進(jìn)行了介紹里覆，先來分別看一下丧荐。

做個表格來說明一下兩者之間的關(guān)系：

從這個表中可以看出，MRD本身并沒有什么特殊之處喧枷，按照產(chǎn)品管理者的工作內(nèi)容來說虹统，是必備的東西，但是隧甚，我們知道车荔，現(xiàn)實的情況是，許多技術(shù)型的公司實際上對產(chǎn)品管理者的定位過于狹隘戚扳，非要生生地把產(chǎn)品管理者分為“技術(shù)型”忧便、“市場型”，本來一個完整的產(chǎn)品管理過程和管理內(nèi)容帽借，就這樣支離破碎了珠增。

關(guān)于這個問題抽時間，咱們再一塊討論砍艾，還是重點講MRD蒂教。

正是因為這個原因，許多技術(shù)型企業(yè)的產(chǎn)品管理者很少或者幾乎沒有接觸過MRD辐董，并不是說大家沒有這個意識悴品，其實，作為產(chǎn)品管理者简烘，這些市場端的東西多少都會有了解的苔严，但是，企業(yè)并沒有把這個任務(wù)交給產(chǎn)品管理者來做孤澎，因此届氢，就顯的有些陌生了。

在表格中覆旭，已經(jīng)提到了退子，MRD起著一種“承上啟下”的作用，“向上”是對不斷積累的市場數(shù)據(jù)的一種整合和記錄型将，“向下”是對后續(xù)工作的方向說明和工作指導(dǎo)寂祥。

這個很容易理解的，那么七兜，具體到這個文檔中丸凭，都包括什么內(nèi)容以及如何來完成好這些內(nèi)容呢？

接下來，我就自己的一些經(jīng)驗說說個人的想法惜犀，對不對的铛碑，大家見諒。

剛才說到了虽界，MRD就是對產(chǎn)品所在市場數(shù)據(jù)的整合汽烦，說白了，就是對市場分析后的結(jié)論體現(xiàn)莉御，那么撇吞，在這個文檔中，需要體現(xiàn)哪些內(nèi)容呢颈将？

在我看來梢夯，需要體現(xiàn)的主要內(nèi)容包括：

1、市場的問題和機會晴圾；2颂砸、市場特征；3死姚、用戶特征人乓；4、使用者特征5都毒、市場的需求色罚。

分別解釋一下：

1、市場的問題和機會账劲。

在這個主題中戳护，主要是要求產(chǎn)品管理者說明自己負(fù)責(zé)的產(chǎn)品現(xiàn)在所處的市場都有什么問題和機會、面對這個現(xiàn)實的市場瀑焦，產(chǎn)品有什么問題和機會腌且，以及產(chǎn)品所需技術(shù)面臨的問題和機會。其實就是要求從市場層面榛瓮、產(chǎn)品層面铺董、技術(shù)層面來闡述問題和機會。

2禀晓、市場特征精续。在這個主題中，主要是要求產(chǎn)品管理者說明目標(biāo)市場的現(xiàn)狀和趨勢粹懒。應(yīng)該包括的信息有：

目標(biāo)市場特征重付；目標(biāo)市場趨勢；目標(biāo)市場細(xì)分凫乖；目標(biāo)市場時間約束堪夭。

3愕把、用戶特征。這里的用戶是個廣義的概念森爽，它其實包括兩個方面的信息：1、客戶（customer）嚣镜；2爬迟；購買者（buyer）。

在這個主題中菊匿，主要是要說明這產(chǎn)品的目標(biāo)用戶的特征付呕、細(xì)分、動機跌捆、影響因素以及用戶期望（目標(biāo)）徽职。

4、使用者（user）特征佩厚。之所以把這個主題獨立出來姆钉，就是因為，無論什么產(chǎn)品抄瓦，最終是要由具體的人來介入的潮瓶，這類人才是產(chǎn)品的最終享受者，具體到產(chǎn)品上钙姊，其實我們?nèi)粘７治龅漠a(chǎn)品需求和功能都是基于他們考慮的毯辅。

在這個主題中，要說明這類用戶的特征煞额、現(xiàn)實需要和相關(guān)聯(lián)系思恐。

這里插一句話，我看到國外的一些公司是采用了原型塑造法來完成這個主題的膊毁，關(guān)于這個方法胀莹，抽時間再說八千，呵呵予跌。

備注：關(guān)于客戶（customer）、購買者（buyer）皿伺、使用者（user）的區(qū)別和關(guān)系缭召，如果有朋友還有不解的地方栈顷，可以一塊來討論，嘿嘿嵌巷。

5萄凤、市場的需求。這個就比較容易理解了搪哪，就是把市場需求按類別描述出來即可靡努，具體的標(biāo)準(zhǔn)，大家應(yīng)該很清楚的，就是“描述性的語言來說明用戶的期望”惑朦，主要包括的內(nèi)容有：

功能分類兽泄；開發(fā)環(huán)境說明；兼容性說明漾月；性能說明病梢；國際性說明；文檔說明梁肿；外觀說明蜓陌；發(fā)布說明；支持和培訓(xùn)說明吩蔑；其它說明钮热；方案概述；技術(shù)概述烛芬。當(dāng)然了隧期，我是把可能出現(xiàn)的內(nèi)容都列舉出來了，在實際的情況中蛀骇，肯定會根據(jù)行業(yè)和產(chǎn)品的不同有所刪減厌秒，這個僅供參考哈。

在這個主題的最后擅憔，我建議大家加一個表格鸵闪，就是“需求概要表”，這個表格的作用就是用列舉的形式來把所有市場需求記錄下來暑诸，畢竟上面的內(nèi)容都是描述性的蚌讼，這個表格有助于快速瀏覽。

這個表格應(yīng)該包括的內(nèi)容有但不僅限于：

實現(xiàn)目標(biāo)个榕；約束條件篡石；需求聯(lián)系；原型西采；類型凰萨；優(yōu)先級。

簡單介紹了一下MRD中主要體現(xiàn)的主題械馆，大家看一下胖眷，其實內(nèi)容很簡單的，但是霹崎，我在看了一些MRD后珊搀，才感覺到，寫好一份MRD尾菇，那是相當(dāng)?shù)牟灰籽健?/p>

首先境析，在MRD中必須有許多的數(shù)據(jù)來支持你每個主題的結(jié)論描述囚枪，其次，在MRD中劳淆，涉及到了一些具體的方法链沼，例如剛才說到的原型法，三沛鸵，MRD是整個產(chǎn)品項目過程中非常重要的一份文檔忆植，或者說，這份文檔奠定了接下來的一些列工作基礎(chǔ)谒臼，MRD做好了，其它的工作都沒有問題耀里，這個作不好蜈缤，其它的都不可能讓人滿意的。

因此冯挎，要寫好MRD底哥，是不能脫離產(chǎn)品項目流程和思想的，這個說起來房官，就太大了趾徽，有時間咱們慢慢聊。

大家在現(xiàn)實的工作中翰守，偏重于PRD的居多孵奶，大家可以想想，是不是通常把主要精力放在了產(chǎn)品功能上了蜡峰，而忽視了對產(chǎn)品所在市場的關(guān)注和分析了袁，尤其是在一些軟件和互聯(lián)網(wǎng)公司，非常明顯湿颅，有多少朋友做到了MRD中要求的呢载绿？

說到最后，還是我始終堅持的一個觀點油航，產(chǎn)品管理文檔崭庸，本身沒有任何價值，網(wǎng)上到處都可以找到谊囚，但是怕享，如果不懂產(chǎn)品管理的思想，不明白產(chǎn)品管理到底是什么秒啦，不知道產(chǎn)品管理者到底應(yīng)該做什么熬粗，即使給你非常好的文檔模板，又有幾個人能真正理解這份文檔的作用余境，并把它寫好呢驻呐？

對了灌诅，最后提一點，有些公司含末，是把MRD和PRD合并來做的猜拾，或者說，即使可以舍棄PRD佣盒，也不能舍棄MRD挎袜，因為PRD是由MRD延展而來的，MRD是根肥惭，PRD正是枝葉而已盯仪。

附一個MRD目錄吧，僅供參考蜜葱，千萬別照搬全景。1、文檔介紹

1.1 文檔目的

1.2 內(nèi)容概要

2牵囤、市場問題和機會

2.1 本章摘要

2.2 市場問題

2.3 市場機會

2.4 產(chǎn)品問題和機會

2.5 技術(shù)問題和機會

3爸黄、市場概述

3.1 本章摘要

3.2 目標(biāo)市場描述

3.2.1 目標(biāo)市場特征

3.2.2 目標(biāo)市場趨勢

3.2.3 目標(biāo)市場細(xì)分

3.2.4 目標(biāo)市場時間約束

4、客戶和購買者

4.1 本章摘要

4.2 目標(biāo)客戶描述

4.2.1 目標(biāo)客戶細(xì)分

4.2.2 客戶動機

4.2.3 影響因素

4.2.4 客戶目標(biāo)

4.3 目標(biāo)購買者描述

4.3.1 業(yè)務(wù)決策購買者

4.3.2 技術(shù)決策購買者

5揭鳞、使用者和用戶原型

5.1 本章摘要

5.2 原型特征

5.3 現(xiàn)實需要

5.4 原型聯(lián)系

6炕贵、市場需求

6.1 本章摘要

6.2 功能分類

6.3開發(fā)環(huán)境說明

6.4兼容性說明

6.5性能說明

6.6國際性說明

6.7文檔說明

6.8外觀說明

6.9發(fā)布說明

6.10支持和培訓(xùn)說明

6.11其它說明

6.12 方案概述

6.13 技術(shù)概述

6.14 市場需求概要表

7、支持信息

7.1 本章摘要

7.2 文檔假設(shè)

7.3 參考資料

7.4 產(chǎn)品體系