产品经理在项目初期需要编写的三大文档——商业需求文档（BRD）、市场需求文档（MRD）、产品需求文档（PRD）。我们先从三种文档的编写目的和工具入手，进行简单的对比分析，然后在详细的说一下这些文档的编写方式、包含内容以及注意事项。
首先需要明确的是，商业需求文档是发现并讲清楚你发现的商业价值，市场需求文档是构思并讲清楚如何实现商业目标的方式，产品需求文档是把这种方式具体实现的方法描述出来。三种文档方式在不同的汇报对象、团队习惯、个人习惯的影响下，编写方式也不尽相同，而且还要根据具体项目的重要程度和紧急程度来具体分析文档包含的内容。
一．商业需求文档
商业需求文档（BRD）：诉求对象是你的老板上司，编写目的是用来讲述市场机遇、盈利方式（包括商业价值、成本估算、收益预期等），可用编写工具包括PPT、Word、Mindmanager。
1.方案形成背景
（1）.市场环境分析
（2）.我们要做的内容
（3）.产品要解决的问题（迫切？强烈？频率？）
来自灵魂的拷问：是否高频？是否迫切？是否刚需？
（4）.如果这么做，我们的优势在哪里（技术、经验、资源）
（5）.得到可行的结论
2.方案价值
（1）.我们将得到的好处：非经济类的（战略优势等等），经济类（收入等等）。
（2）.提出你的预测：目标和对应得到的好处。
3.产品规划
产品结构：沟通模块、个人展示模块、关系模块等
产品路线
这里要注意：商业需求文档尽量不要说太多有关产品形态细节的东西，产品形态可以粗略描绘。
4.盈利模式
这里的“利”可以理解为直接的收入，也可能是有利于企业的一些客观条件，这部分要介绍一下目前市场的收入模式以及产品的盈利模式。
5.收益与成本预估
6.风险与对策
风险的种类包括：政策风险、市场风险、公司风险、资本风险、经济风险、行业风险、技术风险等。
应对方法：规避、接受、降低、分担、转移。
划重点了！
优秀的BRD应具备的要素：
1.重点突出！商业价值、收入与成本、风险与对策重点论述。
2.BRD是定性的，不要过多讨论产品细节。
3.文档一定要有说服力！
这里要注意的是，首先要提升你的演讲能力，加深对公司战略的理解，对你要汇报的对象思维方式的理解，要懂得灵活变通，想法有逻辑，理论有支撑，不要使用过多的专业术语。
二．市场需求文档（MRD）：这是在获得公司资源的支持后，根据你的想法在产品层面的表述，可以收集、分析、定义主要的用户需求和产品特性，包含产品介绍、竞品分析、用户需求调研结果、产品轮廓、功能需求等。可选用的工具有PPT、Word、Mindmanager、Visio。
1.文档说明
（1）.文档基本信息
包括公司名称、产品名称、文档创建日期、创建人、创建人联系方式、部门、职务等。
（2）.文档修改记录
（3）.文档目的
用于说明产品的相关市场、用户、产品规划、核心目标、产品路线图、项目规划等。
2.市场分析
（1）.产品方面（例如：产品形态复杂、用户体验差）
（2）.技术方面（例如：语音压缩技术不成熟）
（3）.运营方面（产业链偏下游、重实体、轻线上、造成......等）
（4）.用户方面（用户需要可替代产品尚未出现，需求明显）
（5）.商业模式方面（金山毒霸和360安全卫士的商业模式对比）
3.目标市场分析
目标市场分析是基于该机会点下的市场分析说明，包括：
（1）.市场规模（多少钱，成功可能大不大，具体问题具体分析）
（2）.市场特征（现有市场表现出的典型特征）
（3）.发展趋势（未来2-5年内的发展测评）
（4）.时间边界（这个市场的持续时间预估）
宏观的行业趋势，最好用数据的形式展示，这部分可以从艾瑞咨询、上市公司财报、知名网站报道来获得。微观市场，如果这个行业已经是红海了，我们是不是可以进入微观市场,淘宝做的比较大，什么产品都有，那聚美优品就是做微观细分市场，化妆品行业。分析完了宏观行业趋势和微观市场，就要结合我们自己的情况，看如何进入细分市场。一般来说，这里会得到一个比较有市场商业价值的结论！
4.用户分析
（1）.目标用户群体（找准！一般化分维度：年龄段、收入、学历、地区等）
（2）.目标用户特征：所谓特征，既是在这个群体下面的共性特点与非共性特点的分析。
（3）.简历虚拟用户角色（形象化）
常用用户特征（年龄性别、出生日期、收入、职业、居住地、兴趣爱好、性格特征等）。
用户名称
用户技能（熟练使用电脑办公，对常用的智能手机应用谙熟于心）。
与产品相关特征
电子商务产品：购物习惯、年度消费预算等；
交友类：是否单身，择偶标准；
游戏类：是否喜爱3D，是否有同类游戏经验等；
（4）.用户角色卡片针对目标用户群体进行归类划分，抽取典型样本，数量不限，能代表目标用户。
（5）.用户使用场景
建立了用户卡片之后，把这些典型用户放到实际的使用场景中去，此处的使用场景更多是产品经理在分析完成用户使用场景后的延时性场景，注意分析场景与演示场景的区别。
（6）.用户动机总结（读懂表象）
线下的、在线的产品比较与查询渠道。
（7）.用户目标总结（明确实质）
获得性价比最高的购物体验。
（8）.影响用户使用的主要因素（重要、分析）
是否随身携带接入设备，网络是否通畅，查询速度，设备对商品信息的获取是否会对用户造成不便等。
5.产品说明
（1）.产品定位
产品有越做越复杂的可能，但在一定时间内，定位决定了产品的一切；
产品定位与市场定位是有区别的，市场定位：我们对用户或者用户市场的选择（手机发烧友、白领）。产品定位：我们用什么样的产品满足用户或者用户市场。
用户定位的描述：针对什么目标群体，做什么事情，用最本质的，无修饰的语言表述。
（2）.产品核心目标（产品要达到一个什么目标）
互联网产品的核心目标，往往表现为要解决目标市场（目标用户）一个什么问题，这个问题分析的越透彻，产品的核心目标也就越准确。确立好核心目标，不会让我们在产品推进的过程中迷失。
通常来说，解决核心目标的工作优先级是最高的；产品任务，很多应该是围绕核心目标来开展，这里就要引申出来一个问题，即产品经理对于用户需求与产品核心目标关系的拿捏。
（3）.产品结构（注意！不是功能结构，是产品的整体结构）
产品的市场定位，产品定位，核心目标的直接表述。
产品结构与功能结构的区别：把整个产品看成是一桌菜，产品结构讲的是为了让客人吃的舒服的同时又要完成我们的核心目标，我们需要哪些菜品，而这些菜品与菜类需要我们事先规划出来；功能结构指的是我们如何实现上述的各种菜品，加热、煸炒、材料、人员等。
产品结构说明的注意事项：
这里不是抠细节的时候，主要把产品结构表述到位即可（因为之后肯定要做非常细的产品说明与线框、流程等）；一些无法归类的内容放到其他里面；如果能配合流程图和简单的主要页面线框图就更好了。
（4）.产品路线图
产品路线图是产品成长中的每个任务节点组合而成，是以任务为导向的时间节点图。注意：抽取出来的任务，一定和产品定位、核心目标等相符合，是达到这些目标的任务分解。无论使用何种表达方式，能表达清楚就好。
（5）].产品功能性需求
包括定位目标路线，产品逻辑性是否严密，把抽象的东西形象化，引用可靠的数据（艾瑞网），合理的产品进度分配更有利于研发人员，视项目情况而定时长。
三．产品需求文档（PRD）：对MRD中的内容进行指标化和技术化，明确产品的功能和性能，包括产品验收标准、产品流程图、产品用例、产品功能点说明、性能需求等。可选用工具包括Word、Visio、Axure、Mindmanager。
PRD文档向上是对MRD内容的继承与发展，向下则是要把MRD文档里面的各种理论要求技术化，向研发部门与设计部门说明产品的功能和性能要求。PRD文档是产品文档中最基础最细致的文档，所以写作的时候，需要细致耐心。
1.文档说明
（1）.产品版本号
版本号：有重大调整升级，第一位数字加一；（1.2.6）
子版本号：在原有基础上对局部功能进行升级或调整；（1.2.6）
修正版本号：局部小范围优化与Bug修复，一般是不动功能性的东西；（1.2.6）
版本号的命名原则——归零：前面数字加一，后面数字归零。
（2）.历史修订
编号、版本号、修订章节、修订原因、修订日期、修订人等
（3）.名词术语表
将一些产品里不易理解，容易混淆，或缩写的词汇在开篇进行统一的列表说明。
2.产品说明
（1）.产品信息结构图
信息结构是只按照产品经理思路中的产品表现信息来整理产品的一种示意图。信息结构图能帮助我们整理产品结构，同时是研发人员简历数据库的参考。
（2）.产品结构图
产品结构图是按照产品的逻辑与表现方式，结构化的表现产品构造的一种示意图。通过这个产品结构图，我们大致就能将之前抽象的逻辑形象化的表现出来，也便于文档阅读者理解我们的产品。
注意：产品信息结构图包含的内容是每个部分包含的信息内容，产品结构功能图包含的是每部分可以进行的功能操作！
（3）.用户使用流程图
用于表述用户在使用产品过程中的行为走向。通过用户行为串联信息结构与产品结构，阅读者通过阅读用户使用流程图能更好的理解产品经理设计的用户行为。
3.全局功能说明
由于接下来我们要比较详细的表述每个类与每个子类的功能说明，所以首先要把那些不能放到子类里面去的全局性的东西说清楚。尽管是全局功能，但也可以从UI、交互等方面进行分类说明。
整体说明完成以后，我们要对各个需求板块进行详细的需求说明。根据实际的需求，可以按照个人习惯的表述顺序来进行表述，常见的表述顺序有：按照功能逻辑来表述；按照产品结构来表述（频道、页面、模块等）。
（1）功能权限说明：登录注册的用户可以有哪些操作，可以浏览哪些页面，登录未注册的用户可以有哪些操作权限。
（2）键盘说明：点击需要输入数字的输入框时弹出数字键盘，点击文字或字母输入框时弹出字母软键盘。
（3）页面交互说明：说明信息、提示、警告信息、更新信息等提示框出现的样式，以及左侧、底部弹窗。
（4）页面异常情况处理：网络连接中断，忽然退出APP然后重新进入，点击空白区域等。
（5）页面间交互切换方式：页面跳转采用左右滑动，翻转或者其他样式的交互效果。
（6）更多操作
详细需求说明的原则：
MECE原则——相互独立，完全穷尽
对于一个重大的议题，能够做到不重叠、不遗漏的分类，而且能够借此有效把握问题的核心，并解决问题的方法。
优秀的PRD文档应该具备的特点：
正确：确保文档中的表述与产品经理的思路是对应且正确的。
无歧义：文档的表述方便阅读理解，不会产品歧异。
完备：MECE原则尽量保证对产品功能需求表述的系统完整。
一致：文档中用词一致。
具有优先级：产品的功能性需求是有先后主次的，对于一次性规划较多的PRD，应注明功能性需求的先后主次。
可验证：对于功能性的描述，是可以进行测试的。
可修改：PRD文档要利于后期的修改与升级。
可追踪：每个功能性来源应该是清除明晰的。
小结
BRD、PRD、MRD文档的区别与用途：
BRD：这么做有什么好处，并说明好处在哪里；
MRD：通过BRD明确了这个事情值得一做后，描述怎么做，并说明这么做的原因。
PRD：获得了授权，而且已经确定了要走的路线，剩下就是打造产品了！
BRD > MRD > PRD是一个逐步论证并得出结果的过程，是产品经理思维升华的过程，是这些文档三位一体的过程。研发人员对产品的了解来自于产品宣讲，所以对PRD比较重视，设计人员会关注产品的调性与原型，对PRD需求较弱。
以上是对三种产品文档的较为详细的描述，如果想做一些看起来比较高段位的文档，建议在注重文档内容的同时，多注重色彩搭配与图片使用，如果能用Auxre来写文档的话当然是比较好的，因为这样文档内部会包含更加丰富的动态效果，如果网速不好的话就不予推荐。还有就是，最初期使用Axure的时候，一定要上传收到网址链接后，点击进入查看实际的页面效果，会和直接使用Axure软件用浏览器展示的页面显示有较大尺寸差，注意调整到最佳展示状态。好了，先分享到到这里，下篇我们继续聊~