8、評審&修正
我有一個朋友-我們叫他Matt（他的真名叫Steve）。Matt在硅谷一家成功的公司做產品經理工作。最近我在午餐的時候碰到他是告訴我一個非常有趣的故事。
他們雇用了一個有三年經驗的產品經理。在他被雇用的幾個月里，不知何故他讓他的產品經理同事和工程師一樣疏遠他。
他是罪犯？他基本上認為他的MRD就像一個法令。他寫了它，但不想和任何人評審或在反饋的基礎上修改它。他僅僅想工程師團隊沒有問任何問題的拿著它并實現它們！
不要像Matt的同事那樣。確信做到和你的產品經理伙伴和工程師團隊評審你的MRD。保持一個敞開的思想然后在評審反饋的基礎上更新MRD。這將幫助你寫出更好的MRD，工程師將喜歡你（或者至少少恨你一些），你的團隊也將創造更好的產品。
9、定義市場目標和定位
大部分我看到過MRD在覆蓋了市場目標（誰將買和使用戶你的產品）和定位（與競爭對手的產品比你的產品定位怎么樣的）的方面做的很好。
我還看到過一些沒有描述市場目標和定位的MRD，他們通常會這樣爭辯：“為什么工程師們需要知道這些？拿到定義了什么是需要的還不夠嗎？”
這些問題（誰將買和使用戶你的產品和與競爭對手的產品比你的產品定位怎么樣的）的確有一些正面價值，我發現許多工程師想知道為什么一個產品或特性要開發，誰將使用他們，什么是他們可以另外選擇辦法。
這些信息幫助他們和產品組的其他成員想象最終用戶并從而更好的為創造成功的產品工作。我的建議的盡可能的（在MRD中）包含這些信息。- 它們不一定要很詳細，只要包含幾個段落就足夠了。
10、包含一個術語表
如果你的MRD使用了新術語或在非通用的地方是使用了常用術語-確保在MRD后面包含一個術語表。
當你像這樣說“我們的軟件將提供SME用戶通過選擇WAP或PSMS開MRC帳單”時，MILY: Verdana">術語表將確保你的所有讀者（有些可能不是技術人員）理解你的意思是什么。
