BRD：BusinessRequirementsDocument，商业需求文档。
这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼。
BRD包含的元素
产品介绍
产品介绍需要包括：清晰定义你的产品，明确表达产品有什么创新，解决了用户什么问题，填补了市场什么空白，描述产品的市场规模和潜在的远景，产品的竞争优势有哪些，为什么我们的团队能够做出来，需要多久做出来，概述你的产品多少时间内可以赚多少利润，陈述你希望的资源支持以及怎么利用这些资源。
产品的商业模式
描述清楚产品靠什么赚钱
产品的市场分析
这一部分内容主要分析宏观行业趋势和微观细分市场并描述怎么进入这个市场。
竞争对手分析
对竞争对手进行分析以及怎么和他们竞争。
团队
需要哪些人员以及对阶段周期进行规划。
产品线路图
包括功能模块，版本，步骤，时间安排等
财务计划
包括收入来源和渠道，收支平衡需要满足哪些条件
概括来讲，BRD的内容包括哪些方面
- 1.产品要做什么，解决什么问题（用一句话精简的概括）
- 2.为什么要做，谈谈背后的原因（市场空间，竞争对手，环境）
- 3.打算怎么做（产品规划，模块规划，研发计划，运营计划）
- 4.需要多少资源（这是BRD最主要的，资源包括人力成本，软硬件成本，运营成本）
- 5.最终能获得什么收益（带来收入，带来用户，扩大市场，占有市场先机，满足未来三年战略规划等）
- 6.有什么风险（没有带来收入?开发失败？没有带来用户？等等）
BRD需要向决策层传达的内容
1.我们的项目很重要，希望得到支持
2.我们提的这个需求是有价值的，希望获得重视
3.希望决策层协调资源，顺利推进项目
决策层分类
不同的项目需要协调不同的资源，因此BRD需要向不同决策层争取不同的东西，这里我们给决策层分一个类：
1.资本类（CFO）：通过BRD让他们更好的为项目出资，他们关心ROI,因此在BRD中就需要更好的诉说这些数据。
2.市场类（COO)
3.研发（CTO）：在他们这里获得技术类的支持，他们更关注这个设计哪些产品功能，有什么技术难度，开发周期多长。
4.战略类（CEO):在这里获得更多资源的协调，CEO更关注未来能够影响公司发展方面的功能。
MRD：Market RequirementsDocument，市场需求文档。
获得老大或领导的认同后，产品进入实施，需要先出MRD。具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段可能的产出物有MindManager的思维图，Excel的Feature List等。
区别于BRD，MRD就是细化了市场分析、竞品分析和产品概述，MRD是给产品、运营、研发等业务线上的人看，MRD指出什么样的新产品、方案和服务可以更好的开拓市场。
一般分为四个框架市场分析、用户分析、竞品分析、产品概述。
主要科普下用户分析和产品概述
用户分析
1、用户群体（划分依据：年龄、收入、地区等）
2、用户标签（共同点及非共同点）
3、用户需求（建立各种类别的虚拟角色及其使用场景、用户动机等）
产品概述
1、产品定位（对用户来说是什么？）
2、产品核心目标（达到何种目的？）
3、产品研发计划
4、产品功能性需求（一般画流程图对程序猿更直观些）、产品非功能性需求（安全性、性能等）、产品布局等PRD（ Product Requirement Document）PRD即产品需求文档看了很多的文章和资料，然而真心并没有太大卵用。对于设计：AXURE交互原型就OK，实在不行用笔画对于开发：AXURE交互原型（布局），产品使用流程图，非功能性需求（安全性，可用性），用例模型（管理员，运营人员，会员等），产品结构图等。
PRD：Product RequirementsDocument，产品需求文档。
进步一细化，也就是传统意义上的需求分析，我们这里主要指UC（usecase）文档。
主要内容有：
1.功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块）
2.Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。
三种文档的对比
