2、使用Screen Shots
使用Screen Shots或者mockup来你的想法。我们中很多人都听说过“一张图片好比一千个文字”。当提到写MRD的时候，一个screen shot好比一千个文字！
举个例子,看看下面这个screen shot，你需要多少字来描述？我想可能不只一千个字。
3、用简单的语言编写
在我超过11年的行业中，我通常注意到的（更多是令我懊恼）一件事是用很做作的语言来写的MRD。我想这个主要是因为MRD听起来是正式的和专业的原因吧。
相反，想象你写的MRD是写给你的在工程师团队工作的朋友。你的目标是帮助他理解你需要什么，以便于他能开发产品实现这些需要。这个将有助于你避开陷入那些令读者人厌烦（有时他们会把MRD撕碎然后再碎片喂给碎纸机）的用做作的语言的陷阱。
还有：
a)保持简短的语句，把长的语句分解成多个小的语句。
b)避免大篇幅的连续文本，把他们分解成多个小的章节。
c)把大块文本内容分解成，screen shots，表格、重点列表等等。
4、小心的使用模板
我发现MRD模板非常有用。他们的几个好处包括：
a) 模板提供了一个标准的格式，使那些不得不阅读大量MRD的读者更加容易阅读。
b) 模板让新的产品经理快速的写MRD变得容易，因为公司与公司之间的MRD内容是不同的。
c) 模板确保你不会忘记所有需要在MRD中覆盖描述的部分；
然而，一些公司过分的使用模板。一个硅谷最大的公司之一有一个所有部分被强制使用的近60页的模板。我觉得这个让人觉得非常难以忍受并且有几个负面的作用：
a) 产品经理害怕但又不得不写MRD - 几乎和不得不和Dick Cheney去南德克萨斯打猎一样（译者按：美国副总统Dick Cheney在南德克萨斯打猎时意外的打伤了和自己一起去的打猎伙伴）。
b) 工程师团队害怕但又不得不阅读MRD。
c) 写MRD和读MRD都需要花大量的时间。
我推荐你使用MRD模板，但确保他们不要过分的长。还有如果需要，确信产品经理可以灵活的跳过模板某些部分和创建新的内容。
文章来源于领测软件测试网 https://www.ltesting.net/
