BRD

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

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

MRD

Market Requirements Document，市場(chǎng)需求文檔。獲得老大的認(rèn)同后，產(chǎn)品進(jìn)入實(shí)施，需要先出MRD，具體來(lái)說(shuō)要有更細(xì)致的市場(chǎng)與競(jìng)爭(zhēng)對(duì)手分析，通過(guò)哪些功能來(lái)實(shí)現(xiàn)商業(yè)目的，功能/非功能需求分哪幾塊，功能的優(yōu)先級(jí)等等。實(shí)際工作中，這個(gè)階段PD可能的產(chǎn)出物有Mind Manager的思維圖，Excel的Feature List等。

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

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

b. 市場(chǎng)競(jìng)爭(zhēng)分析

c. 功能和非功能需求

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

e. 用例

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

PRD

Product Requirements Document，產(chǎn)品需求文檔。進(jìn)步一細(xì)化，這部分是PD寫得最多的內(nèi)容，也就是傳統(tǒng)意義上的需求分析，我們這里主要指UC（use case）文檔。主要內(nèi)容有，功能使用的具體描述（每個(gè)UC一般有用例簡(jiǎn)述、行為者、前置條件、后置條件、UI描述、流程/子流程/分支流程，等幾大塊），Visio做的功能點(diǎn)業(yè)務(wù)流程，界面的說(shuō)明，demo等。Demo方面，可能用dreamweaver、ps甚至畫圖板簡(jiǎn)單畫一下，有時(shí)候也會(huì)有UI/UE支持，出高保真的demo，開發(fā)將來(lái)可以直接用的那種。

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

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

FSD

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

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

寫好MRD的10種技巧

2008-04-22 13:14

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

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

寫好MRD的10種技巧

1、從用戶角度的編寫

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

方法A：

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

方法B：

Mike是一個(gè)銷售經(jīng)理，Cathy是一個(gè)銷售代表。當(dāng)他們打開軟件，他們看到登陸界面。他們通過(guò)用戶名和密碼進(jìn)入系統(tǒng)。如果用戶名和密碼是正確的，他們能登進(jìn)系統(tǒng)。一旦登陸進(jìn)系統(tǒng)，Mike能訪問(wèn)軟件所有的功能部件。Cathy只能訪問(wèn)那些對(duì)銷售代表有有效的功能部件。

哪個(gè)方法更加容易閱讀和理解?就我的看法,毫無(wú)疑問(wèn)，"方法B"。還有，它同時(shí)減少了令人煩惱的閱讀！

2、使用Screen Shots

使用Screen Shots或者mockup來(lái)你的想法。我們中很多人都聽(tīng)說(shuō)過(guò)“一張圖片好比一千個(gè)文字”。當(dāng)提到寫MRD的時(shí)候，一個(gè)screen shot好比一千個(gè)文字！

舉個(gè)例子,看看下面這個(gè)screen shot，你需要多少字來(lái)描述？我想可能不只一千個(gè)字。

3、用簡(jiǎn)單的語(yǔ)言編寫

在我超過(guò)11年的行業(yè)中，我通常注意到的（更多是令我懊惱）一件事是用很做作的語(yǔ)言來(lái)寫的MRD。我想這個(gè)主要是因?yàn)镸RD聽(tīng)起來(lái)是正式的和專業(yè)的原因吧。

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

還有：

a)保持簡(jiǎn)短的語(yǔ)句，把長(zhǎng)的語(yǔ)句分解成多個(gè)小的語(yǔ)句。

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

c)把大塊文本內(nèi)容分解成，screen shots，表格、重點(diǎn)列表等等。

4、小心的使用模板

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

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

b) 模板讓新的產(chǎn)品經(jīng)理快速的寫MRD變得容易，因?yàn)楣九c公司之間的MRD內(nèi)容是不同的。

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

然而，一些公司過(guò)分的使用模板。一個(gè)硅谷最大的公司之一有一個(gè)所有部分被強(qiáng)制使用的近60頁(yè)的模板。我覺(jué)得這個(gè)讓人覺(jué)得非常難以忍受并且有幾個(gè)負(fù)面的作用：

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

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

c) 寫MRD和讀MRD都需要花大量的時(shí)間。

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

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

在這些年里，我從來(lái)沒(méi)有碰到一個(gè)工程師團(tuán)隊(duì)實(shí)現(xiàn)了MRD里包括的所有特性的沒(méi)有刪減的項(xiàng)目-通常由于那些我們控制之外因素！

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

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

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

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

6、說(shuō)明"是什么"和"為什么"，但不要"如何"

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

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

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

推薦-描述“是什么”

Mike是一個(gè)銷售經(jīng)理，當(dāng)他打開我們的CRM軟件，他會(huì)看到一個(gè)登陸界面...登陸界面建議提供“記住我”復(fù)選框。如果Mike在點(diǎn)擊登陸按鈕之前選擇了該復(fù)選框，我們的軟件將記住并且在他下次來(lái)到登陸界面時(shí)自動(dòng)填寫他的名字。

不推薦-描述“怎么樣”

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

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

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

7、覆蓋非功能性需求

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

a)性能

b)可伸縮性

c)可用性

d)國(guó)際化

e)等等...

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

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

8、評(píng)審&修正

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

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

他是罪犯？他基本上認(rèn)為他的MRD就像一個(gè)法令。他寫了它，但不想和任何人評(píng)審或在反饋的基礎(chǔ)上修改它。他僅僅想工程師團(tuán)隊(duì)沒(méi)有問(wèn)任何問(wèn)題的拿著它并實(shí)現(xiàn)它們！

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

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

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

我還看到過(guò)一些沒(méi)有描述市場(chǎng)目標(biāo)和定位的MRD，他們通常會(huì)這樣爭(zhēng)辯：“為什么工程師們需要知道這些？拿到定義了什么是需要的還不夠嗎？”

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

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

10、包含一個(gè)術(shù)語(yǔ)表

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

當(dāng)你像這樣說(shuō)“我們的軟件將提供SME用戶通過(guò)選擇WAP或PSMS開MRC帳單”時(shí)，術(shù)語(yǔ)表將確保你的所有讀者（有些可能不是技術(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)盟里有個(gè)朋友找MRD的模板，我正好手頭有一份，就回了個(gè)帖子，結(jié)果沒(méi)想到，要這個(gè)模板的朋友還挺多，后來(lái)我想了想，模板這種東西其實(shí)就是個(gè)工具，本身沒(méi)有什么價(jià)值，只不過(guò)是產(chǎn)品管理者想法的文字體現(xiàn)而已，與其只發(fā)給大家模板，不如介紹一下這個(gè)工具怎么來(lái)用，就算是好人做到底吧，呵呵！

說(shuō)到MRD，就不得不說(shuō)一下PRD，也有朋友提到了這個(gè)問(wèn)題，MRD和PRD有什么區(qū)別呢？如果大家看過(guò)聯(lián)盟的第一期和第二期雜志，那么就應(yīng)該知道MRD和PRD的區(qū)別和關(guān)系了，在這兩期雜志的“PM詞典”欄目中，就對(duì)這兩個(gè)工具進(jìn)行了介紹，先來(lái)分別看一下。

做個(gè)表格來(lái)說(shuō)明一下兩者之間的關(guān)系：

從這個(gè)表中可以看出，MRD本身并沒(méi)有什么特殊之處，按照產(chǎn)品管理者的工作內(nèi)容來(lái)說(shuō)，是必備的東西，但是，我們知道，現(xiàn)實(shí)的情況是，許多技術(shù)型的公司實(shí)際上對(duì)產(chǎn)品管理者的定位過(guò)于狹隘，非要生生地把產(chǎn)品管理者分為“技術(shù)型”、“市場(chǎng)型”，本來(lái)一個(gè)完整的產(chǎn)品管理過(guò)程和管理內(nèi)容，就這樣支離破碎了。

關(guān)于這個(gè)問(wèn)題抽時(shí)間，咱們?cè)僖粔K討論，還是重點(diǎn)講MRD。

正是因?yàn)檫@個(gè)原因，許多技術(shù)型企業(yè)的產(chǎn)品管理者很少或者幾乎沒(méi)有接觸過(guò)MRD，并不是說(shuō)大家沒(méi)有這個(gè)意識(shí)，其實(shí)，作為產(chǎn)品管理者，這些市場(chǎng)端的東西多少都會(huì)有了解的，但是，企業(yè)并沒(méi)有把這個(gè)任務(wù)交給產(chǎn)品管理者來(lái)做，因此，就顯的有些陌生了。

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

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

接下來(lái)，我就自己的一些經(jīng)驗(yàn)說(shuō)說(shuō)個(gè)人的想法，對(duì)不對(duì)的，大家見(jiàn)諒。

剛才說(shuō)到了，MRD就是對(duì)產(chǎn)品所在市場(chǎng)數(shù)據(jù)的整合，說(shuō)白了，就是對(duì)市場(chǎng)分析后的結(jié)論體現(xiàn)，那么，在這個(gè)文檔中，需要體現(xiàn)哪些內(nèi)容呢？

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

1、市場(chǎng)的問(wèn)題和機(jī)會(huì)；2、市場(chǎng)特征；3、用戶特征；4、使用者特征5、市場(chǎng)的需求。

分別解釋一下：

1、市場(chǎng)的問(wèn)題和機(jī)會(huì)。

在這個(gè)主題中，主要是要求產(chǎn)品管理者說(shuō)明自己負(fù)責(zé)的產(chǎn)品現(xiàn)在所處的市場(chǎng)都有什么問(wèn)題和機(jī)會(huì)、面對(duì)這個(gè)現(xiàn)實(shí)的市場(chǎng)，產(chǎn)品有什么問(wèn)題和機(jī)會(huì)，以及產(chǎn)品所需技術(shù)面臨的問(wèn)題和機(jī)會(huì)。其實(shí)就是要求從市場(chǎng)層面、產(chǎn)品層面、技術(shù)層面來(lái)闡述問(wèn)題和機(jī)會(huì)。

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

目標(biāo)市場(chǎng)特征；目標(biāo)市場(chǎng)趨勢(shì)；目標(biāo)市場(chǎng)細(xì)分；目標(biāo)市場(chǎng)時(shí)間約束。

3、用戶特征。這里的用戶是個(gè)廣義的概念，它其實(shí)包括兩個(gè)方面的信息：1、客戶（customer）；2；購(gòu)買者（buyer）。

在這個(gè)主題中，主要是要說(shuō)明這產(chǎn)品的目標(biāo)用戶的特征、細(xì)分、動(dòng)機(jī)、影響因素以及用戶期望（目標(biāo)）。

4、使用者（user）特征。之所以把這個(gè)主題獨(dú)立出來(lái)，就是因?yàn)椋瑹o(wú)論什么產(chǎn)品，最終是要由具體的人來(lái)介入的，這類人才是產(chǎn)品的最終享受者，具體到產(chǎn)品上，其實(shí)我們?nèi)粘７治龅漠a(chǎn)品需求和功能都是基于他們考慮的。

在這個(gè)主題中，要說(shuō)明這類用戶的特征、現(xiàn)實(shí)需要和相關(guān)聯(lián)系。

這里插一句話，我看到國(guó)外的一些公司是采用了原型塑造法來(lái)完成這個(gè)主題的，關(guān)于這個(gè)方法，抽時(shí)間再說(shuō)，呵呵。

備注：關(guān)于客戶（customer）、購(gòu)買者（buyer）、使用者（user）的區(qū)別和關(guān)系，如果有朋友還有不解的地方，可以一塊來(lái)討論，嘿嘿。

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

功能分類；開發(fā)環(huán)境說(shuō)明；兼容性說(shuō)明；性能說(shuō)明；國(guó)際性說(shuō)明；文檔說(shuō)明；外觀說(shuō)明；發(fā)布說(shuō)明；支持和培訓(xùn)說(shuō)明；其它說(shuō)明；方案概述；技術(shù)概述。當(dāng)然了，我是把可能出現(xiàn)的內(nèi)容都列舉出來(lái)了，在實(shí)際的情況中，肯定會(huì)根據(jù)行業(yè)和產(chǎn)品的不同有所刪減，這個(gè)僅供參考哈。

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

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

實(shí)現(xiàn)目標(biāo)；約束條件；需求聯(lián)系；原型；類型；優(yōu)先級(jí)。

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

首先，在MRD中必須有許多的數(shù)據(jù)來(lái)支持你每個(gè)主題的結(jié)論描述，其次，在MRD中，涉及到了一些具體的方法，例如剛才說(shuō)到的原型法，三，MRD是整個(gè)產(chǎn)品項(xiàng)目過(guò)程中非常重要的一份文檔，或者說(shuō)，這份文檔奠定了接下來(lái)的一些列工作基礎(chǔ)，MRD做好了，其它的工作都沒(méi)有問(wèn)題，這個(gè)作不好，其它的都不可能讓人滿意的。

因此，要寫好MRD，是不能脫離產(chǎn)品項(xiàng)目流程和思想的，這個(gè)說(shuō)起來(lái)，就太大了，有時(shí)間咱們慢慢聊。

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

說(shuō)到最后，還是我始終堅(jiān)持的一個(gè)觀點(diǎn)，產(chǎn)品管理文檔，本身沒(méi)有任何價(jià)值，網(wǎng)上到處都可以找到，但是，如果不懂產(chǎn)品管理的思想，不明白產(chǎn)品管理到底是什么，不知道產(chǎn)品管理者到底應(yīng)該做什么，即使給你非常好的文檔模板，又有幾個(gè)人能真正理解這份文檔的作用，并把它寫好呢？

對(duì)了，最后提一點(diǎn)，有些公司，是把MRD和PRD合并來(lái)做的，或者說(shuō)，即使可以舍棄PRD，也不能舍棄MRD，因?yàn)镻RD是由MRD延展而來(lái)的，MRD是根，PRD正是枝葉而已。

附一個(gè)MRD目錄吧，僅供參考，千萬(wàn)別照搬。1、文檔介紹

1.1 文檔目的

1.2 內(nèi)容概要

2、市場(chǎng)問(wèn)題和機(jī)會(huì)

2.1 本章摘要

2.2 市場(chǎng)問(wèn)題

2.3 市場(chǎng)機(jī)會(huì)

2.4 產(chǎn)品問(wèn)題和機(jī)會(huì)

2.5 技術(shù)問(wèn)題和機(jī)會(huì)

3、市場(chǎng)概述

3.1 本章摘要

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

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

3.2.2 目標(biāo)市場(chǎng)趨勢(shì)

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

3.2.4 目標(biāo)市場(chǎng)時(shí)間約束

4、客戶和購(gòu)買者

4.1 本章摘要

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

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

4.2.2 客戶動(dòng)機(jī)

4.2.3 影響因素

4.2.4 客戶目標(biāo)

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

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

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

5、使用者和用戶原型

5.1 本章摘要

5.2 原型特征

5.3 現(xiàn)實(shí)需要

5.4 原型聯(lián)系

6、市場(chǎng)需求

6.1 本章摘要

6.2 功能分類

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

6.4兼容性說(shuō)明

6.5性能說(shuō)明

6.6國(guó)際性說(shuō)明

6.7文檔說(shuō)明

6.8外觀說(shuō)明

6.9發(fā)布說(shuō)明

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

6.11其它說(shuō)明

6.12 方案概述

6.13 技術(shù)概述

6.14 市場(chǎng)需求概要表

7、支持信息

7.1 本章摘要

7.2 文檔假設(shè)

7.3 參考資料

7.4 產(chǎn)品體系