- Business Requirement Document（面向决策，商业模式）
- 需求
- 宏观环境
- 市场规模
- ROI
- Market Requirement Document（面向市场，产品战略/路径）
- 目标用户
- 战略、战略路径
- 路线图（近长期目标）
- 业务逻辑
- Product Requirement Document（面向执行，产品功能设计）
- 业务方案
- 功能方案/流程
- 用户方案/原型/流程
- 优先级/计划
- Functional Specifications Document（面向研发，技术/UI细节设计）
- 技术详细设计
- UE/UI详细设计
- 测试用例
另外，不同级别/团队阶段的产品需要的文档也不一样。没有绝对的正确，只有阶段的正确！
- 现有功能小迭代优化，简单的PRD或者口头即可；
- 新功能需要PRD，
- 新平台需要MRD，
- 新业务需要BRD
1. 概念
BRD 商业需求文档 Business Requirement Document
MRD 市场需求文档 Market Requirement Document
PRD 产品需求文档 Product Requirement Document
2. BRD MRD PRD关系
1. 递进关系
BRD—MRD—PRD是一个从高到底的逐层递进的关系，BRD从战略高度告诉我们做什么产品，MRD从战术的角度告诉我们怎么做，PRD非常细化的告诉我们做成什么样！
BRD决定了产品的商业价值，MRD在中间起到一个承上启下的作用，质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的分解和实现。PRD则决定了项目质量水平。
很多时候因团队规模小或非专业化分工、商业到市场论证时间周期短、商业需求远重要于市场需求等原因，会将MRD合并到BRD中去。
不同互联网公司像腾讯/阿里等使用FRD（MRD+PRD）。其中MRD侧重客户、用户、市场需求定义，通过原型加以形象化；而PRD侧重产品流程和结构、功能、性能等说明；PRD是对MRD文档进行指标化、技术化的结果说明。
举例：MRD是给客人烧一桌荤菜搭配、富有营养的菜，而PRD则是定义相应的原料、操作步骤、数量、营养成分等
2. 整体关系
BRD是产品的head，MRD是产品的body，PRD是产品的Heart
有了Head、Body、Heart这就是一个完整的产品了！
PRD、BRD和MRD，一起被认为是从商业到市场、市场到产品需要建立的文档规范。
3. BRD MRD PRD区别
4. BRD
4.1 受众对象
一般都是针对老板或CEO或者项目总负责人，还有产品、运营、研发、财务等管理层
4.2 需要了解什么
1、要做什么样的产品
这就包含了项目定义，描述项目并且让老版感觉到产品的竞争优势；
2、需要什么样的资源
要什么资源就必须知道产品的市场位置，通过多少人、多长时间、多少Money、多少关系等等能够实现这样的市场位置，并且还需要有利且有力的商业说明，需要有一定的高度！
3、最终做成什么样
要怎么做或者说怎么安排，老板们很少关心，更多的是关心产品的结果展示及盈利，这个产品能带来什么样的收入情况；
4.1 用途
基于商业目标或价值所描述的产品需求内容文档（报告），其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。一般来说全新的产品、未来发展有潜力的产品提供BRD！
4.2 核心内容
最终BRD就浓缩为 商业模式、盈利模式、资源投入、市场优势等；
还有重要的一点就是“战略壁垒”，为什么呢？这一点主要是针对被Copy和产品包括来做的，这一点或许决定着整个产品的成败，但是如果说有些公司有特殊的资源那就另一码事！
1. 产品介绍（用一句话来清晰的定义你的产品）
2. 产品的商业模式（如果你的项目值得做，那项目如何赚钱。可能是广告、可能是会员等级、可能是网上商城、可能是通过游戏…）
3. 产品市场分析（宏观的行业趋势、微观市场分析等等）
4. 竞争对手分析（竞争对手有那些，我们该如何和他们竞争）
5. 团队（我做这样一件事情需要那些开发人员，需要那些产品人员，需要那些设计人员、需要那些运营人员，这些人员的人力成本是多少，都需要列出来）
6. 产品路线图（产品路线图也叫做roadmap,版本规划是啥样的，每一个版本的大概功能模块有哪些，每个版本的时间安排是啥样的，当然不用那么细，对技术人员来说有个大概的了解就行）
7. 财务计划（收入的来源和渠道有那些，如何才能达到收支平衡，产品的收益增长率是怎样的）
5. MRD
5.1 受众对象
一般都是商务、运营、市场人员
5.2 需要了解什么
1、我们要找什么样的客户，进行资源合作
一般公司资源合作的都是商务和市场人员，或者加上运营人员，那么他们是资源拓展者，对于产品保驾护航，正如船要出海，就必须有在海里或者有水的地方，海的大小决定了船的大小，所以他们就是船的载体，不可能产品开发完介入吧？要是真是这样，那就当这里我没有说！商务、市场及运营人员在产品之前必须对于产品进行资源拓展，且快速评估产品的实现情况，MRD就是给他们一个清楚的方向，我该找什么样的客户，在这里或许有的朋友就问题了?你没有产品这些人员不可能空说，看到客户该怎们沟通，这一块就是项目与运营之间一种Demo沟通了。
2、 找到客户后，我们该怎么和他们说
上面说了MRD指引着商务、市场和运营往前走，那么找到客户该怎么和他们说呢？除了文档描述一个清晰的蓝图，或者说从红海中挖出新的路子，这里边就是MRD中的业务模式了，通过业务模式，可以看到清晰的产品，且客户可以看到他们在中间的位置，甚至说他们怎么赢利；一般给客户看到的都是PPT+Demo的方式，这样对于客户更直观更易于理解，所以MRD的文档就是给团队和客户一个说明；
3、 产品针对什么样的用户群体
商务是资源拓展的关键、市场是产品保障的关键、则运营就是产品的推手，那么市场和运营就需要了解产品是针对什么用户群体的，毕竟最终的是使用人群是用户，MRD基本需要明确产品的用户人群，这样市场才能更好的进行分析，通过分析这个人群，给运营提供很好的参考资料，这样运营在推广这部分人群的时候也能够制定出很好的方案，资源优化及减少资源消耗，这就是MRD对于商务、市场、运营的关键作用；
5.1 用途
在大家一致认可需求成立的时候，来商量该怎么做，如何做，什么时间做
主要是描述什么样的功能和特点的产品（包含产品版本）可以在市场上取得成功。一般新功能的实现，上线新的产品提供MRD！
5.2 核心内容
最终MRD就浓缩为产品模式、业务模式、运营模式、市场模式等，明确客户及市场方向！
1. 目标市场分析（包含目标市场、市场规模、市场特征、发展趋势的调研与分析等）
2. 目标用户分析（目标用户、用户分析、用户画像、使用场景、用户动机、用户需求总结）
3. 竞品分析（竞品对象、竞品战略、竞品商业模式、竞品目标用户、竞品运营/推广/营销策略、竞品市场份额、竞品功能分析等）
4. 产品需求概况（产品定位、产品核心目标、产品结构、产品路线图、产品功能性需求、非功能型需求）
6. PRD
6.1 受众对象
一般都是项目组、开发组、测试组、策划组、体验组人员
6.2 需要了解什么
1、产品具体是什么样的呢？
对于与产品相关的人员，就必须有一个清楚的产品概念，这个产品到底是干嘛的？插句话说，公司对于人员有一个硬管理文化，这就是公司的管理制度，而产品则是公司的软文化，让每一个参与产品的人都有一个“产品梦”，变成一群有产品信仰的人，无形中就会增加团队的战斗力。话扯回来了！要了解到底是什么产品，那就需要详细而简单的进行说明，但是这个只能是描述，还需要有与策划、开发、测试等另一种沟通语言，那就是UI、UE、原型图、流程图等，这样方便策划及开发人员的工作进展!
4、 我们该怎么实现呢？
该怎么实现，那就是规划了，包括时间、人力、资源等，什么时间完成什么事了！在前进的路上设立一些里程碑！这就对于产品经理来说就是一个挑战了？为什么呢？因为产品经理与商务、市场、运营沟通的方式和开发人员方式不一样，有什么不一样呢？商务、市场、运营更多的是发散型思维，而开发则更多是紧密型思维，对于开发人员的沟通则不能用“基本”“差不多”“还好”等这样的词来进行沟通，否则开发人员会开始发散，如果发散的和你一致的话，你就烧高香吧，如果不一致，对于程序来说推导再来，就不是那么容易的了！甚至出现了大量的BUG，有时候过多的BUG会让一个产品死掉！
所以就需要有详细的功能说明，细化到什么程度了，用YN原则来说明，VISIO是甚好的工具，不能出现模凌两可的语句，甚至需要通过语句进行if else描述，对了还有default，这个很关键，当程序运行正确了那固然好，如果程序出现BUG，则你不能让程序没有出口吧，那就是default了，给程序的BUG找一个合理的理由！
3、什么样的产品才能投入到市场？
产品开发人员更多的是站在产品角度思考问题，以实现产品而完成产品，那么产品最终开发完后，是不是能够满足运营需求呢？这时候产品经理就需要进行产品审核！怎么审核呢？简单的依据于之前的详细功能说明来进行需求审核，但是需求审核只是测试走完了第一步，第二步就是黑盒、白盒、甚至灰盒测试，走完第二部还有第三步，那就是需求优化，怎么优化呢，依据于市场人员及运营人员提供的用户数据来进行，再让产品设计人员进行UI优化，立足站在用户的角度；第三步完成了，就是最终的步骤了，体验师就起了关键性的作用，AB原则就出来了，将产品上线，体验师们就开始采集用户信息进行分析了，这个阶段对于产品的整个战略规划很关键，因为用户对于产品的第一感觉非常重要，如果是互联网产品则你可以换个网站，反正用户没法删除你的网站，但是对于移动互联网的产品APP来说，就是一个挑战了，看着不顺眼就直接给删除了，你说你的产品还有第二次机会进入用户的手机吗？除非你搞特殊！
6.3 用途
是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响产品能否顺利的实施完成。利于开发过程中开发人员评估工作量，团队对功能点的跟踪，测试时产品功能全覆盖
6.4 核心内容
PRD最终浓缩下就是产品界面、产品流程、功能需求、测试需求、体验需求等，保证产品有效率有节奏的进行！关系到整个产品的发展方向！
1. 文档产品名称
2. 版本历史
3. 目录
4. 文档介绍（主要介绍文档的目的、文档面向的主要用户，读者对象、参考文献、术语与缩写解释等）
5. 产品概述（从大的方向，讲讲项目的相关背景，有什么目标、有没有竞品对象？阶段性计划是什么，传递做这个需求的目的是什么？要达到什么样的目标？让项目开发人员对你的项目背景有了解，程序员知道的越多，做起项目来越有方向性。）
6. 产品需求（也就是功能清单，feature list）
7. 产品结构图（这个也称作脑图，用xmind或者mindmanger来画）
8. 全局功能说明（UI设计会出一个UI设计规范，当然我们做产品的也会对产品中经常用到的一些公共情况做一些说明，可以作为一个全局说明）
9. 产品详细功能说明（一般用用例表来进行说明，以登录注册模块为例，有流程图的话，先把任务流程图画出来，然后是用例表，用例表包含简要说明、行为者、前置条件、后置条件、功能说明、备注。功能说明一定要排版简洁、层次清晰，功能说明无遗漏）
10. 非功能性需求（非功能性需求主要包含性能需求、适配需求、环境需求、统计需求、预留接口等）
11. 相关文档（如果一个项目分解成多个团队，多个需求文档协同合作，比如数据埋点文档）
12. 上线需求（设计什么时候OK、测试，具体的上线时间，具体一些特殊的流程需求等）
原创文章，作者：奋斗，如若转载，请注明出处：https://blog.ytso.com/312625.html