在硅谷的一些軟件公司，MRD僅僅覆蓋high-level的功能。在這種情況下，產(chǎn)品經(jīng)理通過創(chuàng)建了另一個(gè)文檔-通常指的是PRD（產(chǎn)品需求文檔）來定義更加詳細(xì)的產(chǎn)品需求。
在本文中，我用術(shù)語“MRD”泛指所有那些由產(chǎn)品管理和/或產(chǎn)品市場團(tuán)隊(duì)創(chuàng)建的，為工程師團(tuán)隊(duì)傳達(dá)產(chǎn)品需求為目的的文檔。
2、使用Screen Shots
使用Screen Shots或者mockup來你的想法。我們中很多人都聽說過“一張圖片好比一千個(gè)文字”。當(dāng)提到寫MRD的時(shí)候，一個(gè)screen shot好比一千個(gè)文字！
舉個(gè)例子,看看下面這個(gè)screen shot，你需要多少字來描述？我想可能不只一千個(gè)字。
3、用簡單的語言編寫
在我超過11年的行業(yè)中，我通常注意到的（更多是令我懊惱）一件事是用很做作的語言來寫的MRD。我想這個(gè)主要是因?yàn)镸RD聽起來是正式的和專業(yè)的原因吧。
相反，想象你寫的MRD是寫給你的在工程師團(tuán)隊(duì)工作的朋友。你的目標(biāo)是幫助他理解你需要什么，以便于他能開發(fā)產(chǎn)品實(shí)現(xiàn)這些需要。這個(gè)將有助于你避開陷入那些令讀者人厭煩（有時(shí)他們會(huì)把MRD撕碎然后再碎片為給碎紙機(jī)）的用做作的語言的陷阱。
還有：
a)保持簡短的語句，把長的語句分解成多個(gè)小的語句。
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中覆蓋描述的部分；
然而，一些公司過分的使用模板。一個(gè)硅谷最大的公司之一有一個(gè)所有部分被強(qiáng)制使用的近60頁的模板。我覺得這個(gè)讓人覺得非常難以忍受并且有幾個(gè)負(fù)面的作用：
a) 產(chǎn)品經(jīng)理害怕但又不得不寫MRD - 幾乎和不得不和Dick Cheney去南德克薩斯打獵一樣（譯者按：美國副總統(tǒng)Dick Cheney在南德克薩斯打獵時(shí)意外的打傷了和自己一起去的打獵伙伴）。
b) 工程師團(tuán)隊(duì)害怕但又不得不閱讀MRD。
c) 寫MRD和讀MRD都需要花大量的時(shí)間。
我推薦你使用MRD模板，但確保他們不要過分的長。還有如果需要，確信產(chǎn)品經(jīng)理可以靈活的跳過模板某些部分和創(chuàng)建新的內(nèi)容。
5、區(qū)分需求的優(yōu)先級(jí)
在這些年里，我從來沒有碰到一個(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í)等等。
最好的決定一個(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é)，然后基于這些理解定義什么和為什么需要開發(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í)自動(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命令填充登陸頁面上的用戶名。好的產(chǎn)品經(jīng)理擅長理解用戶的需求和描述什么需要實(shí)現(xiàn)，好的工程師擅長決定怎么樣實(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)國際化
e)等等...
我注意到因?yàn)樵S多產(chǎn)品經(jīng)理和產(chǎn)品市場人員認(rèn)為這些是“技術(shù)細(xì)節(jié)”，而在MRD中被忽略。我發(fā)現(xiàn)這些是我的MRD中非常重要的一部分，工程師們會(huì)非常感激在MRD中定義這些需求。
要點(diǎn)：當(dāng)寫非功能性需求的時(shí)候，盡可能的是使他們可度量（可測試）。否則，QA不能測試它們，你將沒有辦法知道完成的產(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ì)沒有問任何問題的拿著它并實(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、定義市場目標(biāo)和定位
大部分我看到過MRD在覆蓋了市場目標(biāo)（誰將買和使用戶你的產(chǎn)品）和定位（與競爭對(duì)手的產(chǎn)品比你的產(chǎn)品定位怎么樣的）的方面做的很好。
我還看到過一些沒有描述市場目標(biāo)和定位的MRD，他們通常會(huì)這樣爭辯：“為什么工程師們需要知道這些？拿到定義了什么是需要的還不夠嗎？”
這些問題（誰將買和使用戶你的產(chǎn)品和與競爭對(duì)手的產(chǎn)品比你的產(chǎn)品定位怎么樣的）的確有一些正面價(jià)值，我發(fā)現(xiàn)許多工程師想知道為什么一個(gè)產(chǎn)品或特性要開發(fā)，誰將使用他們，什么是他們可以另外選擇辦法。
這些信息幫助他們和產(chǎn)品組的其他成員想象最終用戶并從而更好的為創(chuàng)造成功的產(chǎn)品工作。我的建議的盡可能的（在MRD中）包含這些信息。- 它們不一定要很詳細(xì)，只要包含幾個(gè)段落就足夠了。
10、包含一個(gè)術(shù)語表
如果你的MRD使用了新術(shù)語或在非通用的地方是使用了常用術(shù)語-確保在MRD后面包含一個(gè)術(shù)語表。
當(dāng)你像這樣說“我們的軟件將提供SME用戶通過選擇WAP或PSMS開MRC帳單”時(shí)，這個(gè)將有讀者（有些可能不是技術(shù)人員）理解你的意思是什么。
聯(lián)系客服
