互聯(lián)網(wǎng)產(chǎn)品經(jīng)理必備文檔技巧

1、 網(wǎng)編教材 互聯(lián)網(wǎng)產(chǎn)品經(jīng)理必備文檔介紹(轉(zhuǎn))互聯(lián)網(wǎng), 文檔, 經(jīng)理BRDBusiness Requirements Document，商業(yè)需求文檔。這是產(chǎn)品聲明周期中最早的問的文檔，再早就應(yīng)該是腦中的構(gòu)思了，其內(nèi)容涉及市場(chǎng)分析，銷售策略，盈利預(yù)測(cè)等，通常是和老大們過的ppt，所以也就比較短小精煉，沒有產(chǎn)品細(xì)節(jié)。商業(yè)需求文檔重點(diǎn)放在定義項(xiàng)目的商業(yè)需求。BRD要能說出客戶碰到的一個(gè)或多個(gè)商業(yè)問題，并且通過公司的產(chǎn)品能夠解決這些問題。接著建議一個(gè)方案 通常是新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)來解決這些問題。BRD也可能包括一個(gè)高級(jí)的商業(yè)案例，例如收益預(yù)測(cè)，市場(chǎng)競(jìng)爭(zhēng)分析和銷售/營(yíng)銷策略。BRD通常是由擁有產(chǎn)品經(jīng)

2、理，產(chǎn)品營(yíng)銷經(jīng)理或者行業(yè)分析師頭銜的人撰寫的。在小公司，可能由高級(jí)主管或者甚至創(chuàng)始人撰寫。BRD通常是一份連續(xù)的1-3頁(yè)Word文檔，或者不超過10頁(yè)的Powerpoint文檔。MRDMarket Requirements Document，市場(chǎng)需求文檔。獲得老大的認(rèn)同后，產(chǎn)品進(jìn)入實(shí)施，需要先出MRD，具體來說要有更細(xì)致的市場(chǎng)與競(jìng)爭(zhēng)對(duì)手分析，通過哪些功能來實(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)定義

3、市場(chǎng)需求。與BRD指出商業(yè)問題和解決這些問題的解決方案不同，MRD更深入提議解決方案的細(xì)節(jié)。它包括一些或者所有這些細(xì)節(jié)：            a. 解決商業(yè)問題所需要的特色            b. 市場(chǎng)競(jìng)爭(zhēng)分析            c. 功能和非功能需求          

4、60;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)。PRDProduct Requirements Document，產(chǎn)品需求文檔。進(jìn)步一細(xì)化，這部分是PD寫得最多的內(nèi)容，也就是傳統(tǒng)意義上的需求分析，我們這里主要指UC（use case）文檔。主要內(nèi)容有，功能使用的具體描述（每個(gè)UC一般有用例簡(jiǎn)述、行為者、前置條件、后置條件、UI描述、流程/子流程

5、/分支流程，等幾大塊），Visio做的功能點(diǎn)業(yè)務(wù)流程，界面的說明，demo等。Demo方面，可能用dreamweaver、ps甚至畫圖板簡(jiǎn)單畫一下，有時(shí)候也會(huì)有UI/UE支持，出高保真的demo，開發(fā)將來可以直接用的那種。產(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通常是

6、一份連續(xù)的20-50頁(yè)Word文檔，或者針對(duì)復(fù)雜產(chǎn)品甚至更長(zhǎng)。提醒：一些機(jī)構(gòu)將這里描述的MRD和PRD合并成一個(gè)文檔，并稱最后的文檔為MRD。在這種情況下，MRD包括本段描述的內(nèi)容，也包括上一段描述PRD的內(nèi)容，并且可能超過50頁(yè)。FSDFunctional Specifications Document，功能詳細(xì)說明。有一點(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)理來編寫了。功能規(guī)格文檔（FSD）把焦點(diǎn)集中在實(shí)現(xiàn)，定義產(chǎn)品功能需求的全部細(xì)節(jié)。FSD可能通過一張張的截屏和一條條功能點(diǎn)來定義產(chǎn)品規(guī)

7、格。這是一份可以直接讓工程師創(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)品的說明需求的文檔。這些文檔用于計(jì)劃一個(gè)新產(chǎn)品或修正一個(gè)已有的產(chǎn)品，

8、是被工程師團(tuán)隊(duì)開發(fā)產(chǎn)品時(shí)使用。         在硅谷的一些軟件公司，MRD僅僅覆蓋high-level的功能。在這種情況下，產(chǎn)品經(jīng)理通過創(chuàng)建了另一個(gè)文檔-通常指的是PRD（產(chǎn)品需求文檔）來定義更加詳細(xì)的產(chǎn)品需求。        在本文中，我用術(shù)語“MRD”泛指所有那些由產(chǎn)品管理和/或產(chǎn)品市場(chǎng)團(tuán)隊(duì)創(chuàng)建的，為工程師團(tuán)隊(duì)傳達(dá)產(chǎn)品需求為目的的文檔。       寫好MRD的10種技巧1、從用戶角度的編寫    

9、   從用戶角度編寫需求內(nèi)容。使用“用例(Use Case)”和“用戶角色（User Personas）”來達(dá)到這個(gè)?？紤]用以下兩種方法來詳細(xì)說明你們公司正在開發(fā)的SFA（sales force automation）軟件的“Login”的功能性。       方法A：       用戶通過一個(gè)要求用戶提供證書的登陸界面，然后軟件允許用戶帶著特定的權(quán)限進(jìn)入系統(tǒng)。軟件鑒別這些證書，在鑒定通過的基礎(chǔ)上允許用戶訪問那些他們有權(quán)限訪問軟件的功能部件。     &#

10、160; 方法B：        Mike是一個(gè)銷售經(jīng)理，Cathy是一個(gè)銷售代表。當(dāng)他們打開軟件，他們看到登陸界面。他們通過用戶名和密碼進(jìn)入系統(tǒng)。如果用戶名和密碼是正確的，他們能登進(jìn)系統(tǒng)。一旦登陸進(jìn)系統(tǒng)，Mike能訪問軟件所有的功能部件。Cathy只能訪問那些對(duì)銷售代表有有效的功能部件。        哪個(gè)方法更加容易閱讀和理解?就我的看法,毫無疑問，"方法B"。還有，它同時(shí)減少了令人煩惱的閱讀！2、使用Screen Shots   

11、     使用Screen Shots或者mockup來你的想法。我們中很多人都聽說過“一張圖片好比一千個(gè)文字”。當(dāng)提到寫MRD的時(shí)候，一個(gè)screen shot好比一千個(gè)文字！        舉個(gè)例子,看看下面這個(gè)screen shot，你需要多少字來描述？我想可能不只一千個(gè)字。3、用簡(jiǎn)單的語言編寫        在我超過11年的行業(yè)中，我通常注意到的（更多是令我懊惱）一件事是用很做作的語言來寫的MRD。我想這個(gè)主要是因?yàn)镸RD聽起來

12、是正式的和專業(yè)的原因吧。        相反，想象你寫的MRD是寫給你的在工程師團(tuán)隊(duì)工作的朋友。你的目標(biāo)是幫助他理解你需要什么，以便于他能開發(fā)產(chǎn)品實(shí)現(xiàn)這些需要。這個(gè)將有助于你避開陷入那些令讀者人厭煩（有時(shí)他們會(huì)把MRD撕碎然后再碎片喂給碎紙機(jī)）的用做作的語言的陷阱。        還有：        a)保持簡(jiǎn)短的語句，把長(zhǎng)的語句分解成多個(gè)小的語句。       &

13、#160;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)品

14、經(jīng)理快速的寫MRD變得容易，因?yàn)楣九c公司之間的MRD內(nèi)容是不同的。        c) 模板確保你不會(huì)忘記所有需要在MRD中覆蓋描述的部分；        然而，一些公司過分的使用模板。一個(gè)硅谷最大的公司之一有一個(gè)所有部分被強(qiáng)制使用的近60頁(yè)的模板。我覺得這個(gè)讓人覺得非常難以忍受并且有幾個(gè)負(fù)面的作用：        a) 產(chǎn)品經(jīng)理害怕但又不得不寫MRD - 幾乎和不得不和Dick Cheney去南德克薩斯打獵一樣（

15、譯者按：美國(guó)副總統(tǒng)Dick Cheney在南德克薩斯打獵時(shí)意外的打傷了和自己一起去的打獵伙伴）。        b) 工程師團(tuán)隊(duì)害怕但又不得不閱讀MRD。        c) 寫MRD和讀MRD都需要花大量的時(shí)間。        我推薦你使用MRD模板，但確保他們不要過分的長(zhǎng)。還有如果需要，確信產(chǎn)品經(jīng)理可以靈活的跳過模板某些部分和創(chuàng)建新的內(nèi)容。5、區(qū)分需求的優(yōu)先級(jí)      &

16、#160; 在這些年里，我從來沒有碰到一個(gè)工程師團(tuán)隊(duì)實(shí)現(xiàn)了MRD里包括的所有特性的沒有刪減的項(xiàng)目-通常由于那些我們控制之外因素！        這就是說作為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í)等等。   

17、     最好的決定一個(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、說明"是什么"和"為什么"，但不要"如何"       產(chǎn)品經(jīng)理為理解客戶的需求負(fù)責(zé)，然后基于這些理解定義

18、什么和為什么需要開發(fā).有一件比任何事情讓開發(fā)者發(fā)瘋就像在幾英里外都能聽到的汽笛在他們耳邊尖叫一樣的是一個(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ù)選框，我們的軟件將記住并且在他下次來到登陸界面時(shí)自

19、動(dòng)填寫他的名字。       不推薦-描述“怎么樣”       Mike是一個(gè)銷售經(jīng)理，當(dāng)他打開我們的CRM軟件，他會(huì)看到一個(gè)登陸界面.登陸界面建議提供“記住我”復(fù)選框。如果Mike在點(diǎn)擊登陸按鈕之前選擇了該復(fù)選框-將通過Javascript 保存他的名字以cookie的方式寫到他的硬盤。當(dāng)cookie寫到硬盤后，用戶名和密碼將被發(fā)送到服務(wù)器。下一次Mike來到登陸界面時(shí)，Javascript 將讀取他的cookie，成功讀取后，Javascript 將是適當(dāng)?shù)腄OM命令填充登陸頁(yè)面上的用戶名。好的產(chǎn)品經(jīng)理擅長(zhǎng)理

20、解用戶的需求和描述什么需要實(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)品的

21、功能，非功能性需求描述系統(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中定義這些需求。   

22、;    要點(diǎn)：當(dāng)寫非功能性需求的時(shí)候，盡可能的是使他們可度量（可測(cè)試）。否則，QA不能測(cè)試它們，你將沒有辦法知道完成的產(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)他。    

23、;   他是罪犯？他基本上認(rèn)為他的MRD就像一個(gè)法令。他寫了它，但不想和任何人評(píng)審或在反饋的基礎(chǔ)上修改它。他僅僅想工程師團(tuán)隊(duì)沒有問任何問題的拿著它并實(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)和定位       大部分我看到過MRD在覆蓋了市場(chǎng)目標(biāo)（誰將買和使用戶你的產(chǎn)品）和定位（與競(jìng)爭(zhēng)

24、對(duì)手的產(chǎn)品比你的產(chǎn)品定位怎么樣的）的方面做的很好。       我還看到過一些沒有描述市場(chǎng)目標(biāo)和定位的MRD，他們通常會(huì)這樣爭(zhēng)辯：“為什么工程師們需要知道這些？拿到定義了什么是需要的還不夠嗎？”       這些問題（誰將買和使用戶你的產(chǎn)品和與競(jìng)爭(zhēng)對(duì)手的產(chǎn)品比你的產(chǎn)品定位怎么樣的）的確有一些正面價(jià)值，我發(fā)現(xiàn)許多工程師想知道為什么一個(gè)產(chǎn)品或特性要開發(fā)，誰將使用他們，什么是他們可以另外選擇辦法。       這些信息幫助他們和產(chǎn)品組的其他成員想象最終用戶并從而更好的為創(chuàng)造成功的產(chǎn)

25、品工作。我的建議的盡可能的（在MRD中）包含這些信息。- 它們不一定要很詳細(xì)，只要包含幾個(gè)段落就足夠了。10、包含一個(gè)術(shù)語表       如果你的MRD使用了新術(shù)語或在非通用的地方是使用了常用術(shù)語-確保在MRD后面包含一個(gè)術(shù)語表。       當(dāng)你像這樣說“我們的軟件將提供SME用戶通過選擇WAP或PSMS開MRC帳單”時(shí)，術(shù)語表將確保你的所有讀者（有些可能不是技術(shù)人員）理解你的意思是什么。trackback:介紹一下MRD2007-10-17 20:05:42      聯(lián)

26、盟里有個(gè)朋友找MRD的模板，我正好手頭有一份，就回了個(gè)帖子，結(jié)果沒想到，要這個(gè)模板的朋友還挺多，后來我想了想，模板這種東西其實(shí)就是個(gè)工具，本身沒有什么價(jià)值，只不過是產(chǎn)品管理者想法的文字體現(xiàn)而已，與其只發(fā)給大家模板，不如介紹一下這個(gè)工具怎么來用，就算是好人做到底吧，呵呵！       說到MRD，就不得不說一下PRD，也有朋友提到了這個(gè)問題，MRD和PRD有什么區(qū)別呢？如果大家看過聯(lián)盟的第一期和第二期雜志，那么就應(yīng)該知道MRD和PRD的區(qū)別和關(guān)系了，在這兩期雜志的“PM詞典”欄目中，就對(duì)這兩個(gè)工具進(jìn)行了介紹，先來分別看一下。   

27、60;   做個(gè)表格來說明一下兩者之間的關(guān)系：       從這個(gè)表中可以看出，MRD本身并沒有什么特殊之處，按照產(chǎn)品管理者的工作內(nèi)容來說，是必備的東西，但是，我們知道，現(xiàn)實(shí)的情況是，許多技術(shù)型的公司實(shí)際上對(duì)產(chǎn)品管理者的定位過于狹隘，非要生生地把產(chǎn)品管理者分為“技術(shù)型”、“市場(chǎng)型”，本來一個(gè)完整的產(chǎn)品管理過程和管理內(nèi)容，就這樣支離破碎了。       關(guān)于這個(gè)問題抽時(shí)間，咱們?cè)僖粔K討論，還是重點(diǎn)講MRD。       正是因?yàn)檫@個(gè)原因，許多技術(shù)型企業(yè)的產(chǎn)品管理者很少

28、或者幾乎沒有接觸過MRD，并不是說大家沒有這個(gè)意識(shí)，其實(shí)，作為產(chǎn)品管理者，這些市場(chǎng)端的東西多少都會(huì)有了解的，但是，企業(yè)并沒有把這個(gè)任務(wù)交給產(chǎn)品管理者來做，因此，就顯的有些陌生了。       在表格中，已經(jīng)提到了，MRD起著一種“承上啟下”的作用，“向上”是對(duì)不斷積累的市場(chǎng)數(shù)據(jù)的一種整合和記錄，“向下”是對(duì)后續(xù)工作的方向說明和工作指導(dǎo)。       這個(gè)很容易理解的，那么，具體到這個(gè)文檔中，都包括什么內(nèi)容以及如何來完成好這些內(nèi)容呢？       接下來，我就自己的一些經(jīng)驗(yàn)說說

29、個(gè)人的想法，對(duì)不對(duì)的，大家見諒。       剛才說到了，MRD就是對(duì)產(chǎn)品所在市場(chǎng)數(shù)據(jù)的整合，說白了，就是對(duì)市場(chǎng)分析后的結(jié)論體現(xiàn)，那么，在這個(gè)文檔中，需要體現(xiàn)哪些內(nèi)容呢？       在我看來，需要體現(xiàn)的主要內(nèi)容包括：1、市場(chǎng)的問題和機(jī)會(huì)；2、市場(chǎng)特征；3、用戶特征；4、使用者特征5、市場(chǎng)的需求。           分別解釋一下：1、市場(chǎng)的問題和機(jī)會(huì)。       在這個(gè)主題中，主要是要求產(chǎn)品管

30、理者說明自己負(fù)責(zé)的產(chǎn)品現(xiàn)在所處的市場(chǎng)都有什么問題和機(jī)會(huì)、面對(duì)這個(gè)現(xiàn)實(shí)的市場(chǎng)，產(chǎn)品有什么問題和機(jī)會(huì)，以及產(chǎn)品所需技術(shù)面臨的問題和機(jī)會(huì)。       其實(shí)就是要求從市場(chǎng)層面、產(chǎn)品層面、技術(shù)層面來闡述問題和機(jī)會(huì)。2、市場(chǎng)特征。       在這個(gè)主題中，主要是要求產(chǎn)品管理者說明目標(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è)廣義的概念，

31、它其實(shí)包括兩個(gè)方面的信息：1、客戶（customer）；2；購(gòu)買者（buyer）。       在這個(gè)主題中，主要是要說明這產(chǎn)品的目標(biāo)用戶的特征、細(xì)分、動(dòng)機(jī)、影響因素以及用戶期望（目標(biāo)）。4、使用者（user）特征。       之所以把這個(gè)主題獨(dú)立出來，就是因?yàn)椋瑹o論什么產(chǎn)品，最終是要由具體的人來介入的，這類人才是產(chǎn)品的最終享受者，具體到產(chǎn)品上，其實(shí)我們?nèi)粘７治龅漠a(chǎn)品需求和功能都是基于他們考慮的。       在這個(gè)主題中，要說明這類用戶的特征、現(xiàn)實(shí)需要和相關(guān)聯(lián)系。

32、0;      這里插一句話，我看到國(guó)外的一些公司是采用了原型塑造法來完成這個(gè)主題的，關(guān)于這個(gè)方法，抽時(shí)間再說，呵呵。       備注：關(guān)于客戶（customer）、購(gòu)買者（buyer）、使用者（user）的區(qū)別和關(guān)系，如果有朋友還有不解的地方，可以一塊來討論，嘿嘿。5、市場(chǎng)的需求。       這個(gè)就比較容易理解了，就是把市場(chǎng)需求按類別描述出來即可，具體的標(biāo)準(zhǔn)，大家應(yīng)該很清楚的，就是“描述性的語言來說明用戶的期望”，主要包括的內(nèi)容有：     

33、0; 功能分類；開發(fā)環(huán)境說明；兼容性說明；性能說明；國(guó)際性說明；文檔說明；外觀說明；發(fā)布說明；支持和培訓(xùn)說明；其它說明；方案概述；技術(shù)概述。       當(dāng)然了，我是把可能出現(xiàn)的內(nèi)容都列舉出來了，在實(shí)際的情況中，肯定會(huì)根據(jù)行業(yè)和產(chǎn)品的不同有所刪減，這個(gè)僅供參考哈。       在這個(gè)主題的最后，我建議大家加一個(gè)表格，就是“需求概要表”，這個(gè)表格的作用就是用列舉的形式來把所有市場(chǎng)需求記錄下來，畢竟上面的內(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后，才感覺到，寫好一份MRD，那是相當(dāng)?shù)牟灰籽健?#160;      首