从PRD撰写说起，浅谈产品经理的升级打怪本领

作者：Aqua张。作者授权产品壹佰发表，转载请联系作者。

微信公众号：aquasays

近来有人问起我产品经理写的文档到底是什么，PRD、MRD、BRD这几个D有什么区别，是什么关系、分别怎么写？

市面上分析解读这几个D文章很多，也有不少带着干货十足的方法论比如要基于调研有思维导图，拎清结构、有对应功能模块结构和用户使用流程、功能原型、交互逻辑撰写、对应用例综述等等。

但本文的论述定位更多是跳出微观细节的方法论，基于宏观的角度，定义产品文档是什么，写文档目的和用意。加之最近在研习的书籍中得出一些心得体会，深感解决问题之前首先界定清楚“什么是”非常关键。因此对产品文档的资料加以收集整理，并结合自身思考与总结。

对于0-1岁的产品经理来说，最先接触的一定是PRD，后面两个D随着产品经理个人积累沉淀，团队协同慢慢会接触到。本文的立意还是主要针对0-1岁的产品经理，从界定这几类文档特点、区别入手，谈谈撰写PRD中的一些误区和应该尝试培养的思维方式。

一、产品经理到底写的是哪个D?

在定义什么是产品文档、几个D分别是什么之前，想简要说明一下，其实产品文档也好，PRD、MRD、BRD也好、提案也好、都是针对所从事行业，对目前所生产和制造的的产品、服务流程的规定、功能背景的说明。所以，文档的本质和核心是为了更清楚、专业、有条理地解释说明问题、提出解决方案，促成方案实施。故不必将文档看得过于“妖魔化”、“高大上”。

首先可以来看一下，这几个D的英文全称。

1. BRD 商业需求文档 Business Requirement Document
2. MRD 市场需求文档 Market Requirement Document
3. PRD 产品需求文档 Product Requirement Document

我对应这三个D画了一个关系图，从这个关系图可以很明显地看出，必须要有一个完整的Business商业战略（BRD）、对应与之配合的Market市场战术（MRD）、加之落地执行的Product产品方案（PRD）才推动一个完成生动的产品上线。

所以看到这里，突然联想到孙子兵法中的“上兵伐谋”，高精的市场竞争是基于生态和战略的布局争夺，绝不是一个功能之间的对抗。

二、撰写PRD中的一些误区

1. 工具是不是会越多越好？要写出来牛Ｘ的产品文档是不是一定要会很多软件？

答案肯定是否定的，我始终认为工具是用来帮我们更好地说明问题、清晰地表达观点的方式和手段，所以相对于工具本身，深入的思考和判断更为重要。在有了深入的思考与判断的基础上，当然好的表达形式可以为你的观点添彩，所谓形神相依，但我认为术业有专攻，作为产品经理本身熟练掌握一至两门常用软件就可以了，不用一味贪多。当然，出于个人兴趣爱好去学习其他软件另说。

需求梳理阶段：建议使用Visio，（MAC可以使用Omnigraffle）完成思维导图和流程图绘制；

思维导图和流程图的绘制主要解决两个问题：

１.帮助自己理清思路，有所取舍（如产品有多少个频道、页面、对应有多少功能模块、功能模块有多少个元素，从而能抽相处结构化思路。）

2.拎清用户进驻流程和产品功能结构，明确每个环节瓶颈和问题；

做一个示范，以下就是基于产品各个功能模块之间的产品结构图，形式可根据个人喜好来设，但树状结构图对于理清产品设计人员思路是非常有帮助的。

关于原型图，其实我秉承一切从用户出发思考清楚并讲明白每个步骤和设计的用意、能解决什么问题、好在哪里。至于形式，在最终书面评审方案前拿张纸手绘都是可以的。关于软件，常用的Axure、Sketch、Illustrator、PS等，其实一般产品经理选择使用前两种就ok了，后两种交互和视觉使用较多。

对于我个人而言，尽管以上几种软件其实都会使用，但平时工作中还是以Axure为主。原因很简单，首先Axure很多部件、元素是现成的，基本满足网页也好、移动端也好的设计；其次它也就简单的动画和交互，可以在演示的时候做一些动态的视觉效果；再次，跟其他同事发送文件时候不会存在无法打开、不兼容等情况，毕竟Axure在产品中使用更为广泛。

关于原型的不再赘述，需要立足行业、产品目标用户定位等诸多因素。但觉得有两本书比较好，感兴趣的同学可以看一看；《别让我思考》、《移动应用UI设计模式》

1. 实际工作中，好的产品原型中是不是一定要有动画有效、很炫？

答案肯定是否定的，首先还是三步不离主题。要始终明白写一个产品文档的目的是什么。我认为不仅仅是评审或者演示时多人眼球的炫。当然，线下调用目标用户使用高保真图片还原交互做一些炫一点的动画是完全可以的。

实际的产品工作当中，一份文档在履行完需求的评审阶段后，更多的是作为日后开发、测试甚至运营了解产品细节，背后逻辑的文字依据。

我曾经不止一次从不止一个开发同学那里听他们发问“这个逻辑不全，还差xxx情况”、“各种case情况列举不全，不太清楚”“这是什么意思”等等各类问题。由此说明什么问题？

PRD文档的使命的清楚、全面的说明清楚产品设计的思路、流程、逻辑，为开发、测试提供参考的文档。

三、几点建议

最后，基于谈产品经理应该如何理解几种文档、以及对PRD认知的一些误区，隐射到给0-1岁产品经理一些建议。

下意识培养自己“大局观”，其实不光产品经理，这是一个放之四海而皆准的定理。

刚入行的产品同学很多时候容易被一些偏于“形”的东西带偏，认为只要掌握了某些软件，能够画出好的图表、或者会看会写一些代码、抓个包，就是牛x的产品经理。对于以上，对但也不全对。

首先我贴一张，我认为一个励志做得大牛级产品经理所需准备的“硬件实力”。

如果对于以上，你大部分都会，并且熟练使用，那么恭喜你，你离牛x的产品经理跟更进一步了。这里我突然想起之前一个资深的总监跟我说，因为某次着急为项目，UE视觉同事人力紧张，就硬逼着自己把Photoshop给学会了，然后自己P图上去。

但是光有技、光有形是不够的。学会“批判式样思维”跳出你目前的级别和角色，去看待你目前所做的产品、行业、同行、市场，去理解你目前公司、产品的战略布局、市场形势、商业模式的利弊，并尝试构思优化思路解决方案。

如果说，掌握更多的即能能够帮你出色的完成手里的工作的话，那么下意识陪养自己“大局观”的思维方式可以帮你站到更高的层次上分析解决问题。

尝试培养自己几个的产品核心竞争力

这是一次在公司分享时候做了PPT，当时是跟大家讨论，认为一个作为一个产品经理，应该具备哪些能力。

我画了如下这个图。其核心意思是，要试图培养自己几个核心竞争力，而针对核心竞争力本身，除了经常谈到的：“分析力、执行力、设计力、沟通力”外，还需要记住以下四个东西。

1. Ownership：主人公意识，我很喜欢的一句话是“世界是你的，但也是我的。”哪怕你现在级别不足以让你承担整个产品方向、担所有责任，但建议你也要有一个主人公意识，把team或者boss的产品当做自己的产品来做，这样你为这个产品设计、方案执行提出的点一定会跳出你目前的处境，站在一个更全局、更高的角度。
2. 自我特性定位：对此我配了一句话，“走着走着，你会创造属于自己的小宇宙”我觉得每一个人的特质一定是不尽相同的。有的人推进项目能力很强，在一个陌生环境不用说话，只需要一个姿势、一个眼神可能就会传达出来一定的“威慑力”；有的人，也许整个气场不定很强，但点子很多，总是能给人意想不到的惊喜。所以，对于刚入行的产品，我的建议是，回到本身，关注自己，发掘属于自己的闪光点，切勿“东施效颦”。
3. A+B+Z：我注解为技能多向度延伸，其实留心发现的人会感觉到，现在国内外有一个叫“Slash”的现象，这个概念最早于2007年被《纽约时报》专栏作家Marci Alboher的《One Person/multiple careers》一书中提出：“A New Model for Work Life Success”，Slash青年指的是拥有多重职业的青年，他们通常有自己的主业，同时还跨界去做其他方向的事情，并且做的很出色。作为一个产品经理，我认为尤其需要培养自己这方面意识，A+B+Z其实就诠释了要下意识陪养自己行业内、行业外纵深技能，以应对瞬息万变的世代。
4. 空：这里的空我的用意是，“空杯”，其实就是乔布斯前辈的那句Stay Foolish, Stay Hungry，保留一份空杯虔诚的心，不停地积累和沉淀，才可能不被淘汰。

关键字：产品经理, BRD文档, MRD文档, PRD文档

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！