市场需求文档（MRD,Market Requirements Document），是由（PM,Product Manager）或产品市场经理（PMM,Product Marketing Manager）编写的一个产品的说明需求的文档，用以描述什么样的产品能够在市场上取得成功。

以博客为例，如果一个博客想拥有大量读者， 在写博客之前，就需要考虑博客的目标用户群以及写作方式等问题；网站策划人员除了需要对网站的内容、布局、结构有相当了解之外，还需要对市场定位与需求了如指掌。在需求管理中，产品经理或产品市场经理则需要将这些思考以文字或图表的形式表达出来，以更好地与开发人员沟通、协调。

目前我在新竞争力担任网络营销顾问，为客户的项目服务时需要写大量的文档，包括市场需求文档和产品需求文档（PRD,Product Requirement Document）。其中 MRD 的写作则是非常重要的一个步骤，下面的十个技巧将很有帮助：

• 从用户的角度撰写

MRD 可能必须使用大量的文字呈现内容，相信很多策划人员和技术人员都面临大量的阅读疲劳。产品经理可以使用用例（Use Case）和用户角色（User Personas）来达到减少阅读疲劳的目的。

• 使用一个模型

相比大量的文字说明，一张漂亮的图片不仅可以迅速有效地传递信息，甚至赏心悦目。比如使用 Office 套装的一些流程图，塑造一个模型，这样简化文字表达，一目了然。

• 用简单的语言撰写

在 MRD 中，产品经理不必矫揉造作地写得太专业。就像写博客一样，可以多使用短句，避免太长拗口的语句。当然，还要注意文字的排版，切忌大段大段的码字。

• 不要使用太多模板

从幼儿园到大学，我们很多人写作文都可能使用了作文大全或网上的文章模板。这种“批量化”生产的确可以节约时间，提高效率并保证 MRD 的内容完整性。但大量使用模板可能让产品经理的工作变成了一项没有创造力的枯燥活。而且，模板中的一些内容对于技术开发人员是不必要的，产品经理可以适当删减一部分内容。

• 赋予一个权重

优秀的产品经理往往都有很好的能力，通常在一个项目的所有工作里，可能涉及很多个小的工作版块。作为 MRD 作者的产品经理，在面临权衡取舍时，应当事先为一些项目设置一个优先级，赋予不同的权重。这样可以告诉技术人员，哪些是必须现在做的，而另外的则是可以暂缓一下的。

• 注意描述方式

在为客户的项目服务时，产品策划人员需要与产品开发人员进行详细的沟通，但策划人员并不需要在 MRD 中xx描述如何实现每一个细节问题。策划人员只需告诉开发人员“是什么”，而不需要说“为什么”。比如在策划一个 时，兴奋之余，我就很容易在 MRD 文档中把我对于技术的那一点憋足的想法写出来。对于开发人员来说，这实在不好。

• 包括非功能性需求

产品经理关注的重心在于产品的功能性需求，即产品本身的特性。但在与开发人员的沟通中，有时则需要在 MRD 中定义非功能性需求，这有助于产品后期的测试。

• 反馈与评论

产品经理的工作内容很有创造力，充满创新；同时产品经理也必须与项目中的其它人进行有效沟通。无论写出的 MRD 多么好，产品经理都应该有一个良好的开放心态，接受其他人的反馈和评论，不断地更新 MRD 的内容，以帮助团队创造更好的产品。

• 定义市场目标和定位

产品经理还容易犯另一个问题，就是认为技术开发人员只需把产品策划实现即可，对于产品本身的市场目标及定位并不在意。但如果在 MRD 中包括了市场目标及定位，将有助于他们创造更加成功的产品。

• 包含一个术语表

就像在论文中包括术语解释一样，MRD 的读者可能有一些并不是技术人员。如果 MRD 文档中包括了一些新名词，产品经理{zh0}在 MRD 文档中包含一个术语表，以更好地进行信息传达和团队沟通。

在大公司中，产品经理是一个很关键的职能位置。产品经理不仅需要有良好的写作、策划、沟通能力，还需要对产品及行业有很好的的理解和把握。在小公司中，产品经理的所有职能可能都被集中在一个负责策划的人身上，身兼多职。

而 MRD 的撰写则是产品经理与开发人员进行沟通的基本桥梁，注意以上十条写作技巧，对于产品经理的工作将有极大的帮助，自己也在不断地学习中。