BRD、MRD 和 PRD
链接：https://www.zhihu.com/question/19655491/answer/49122402
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
BRD 商业需求文档 Business Requirement Document
MRD 市场需求文档 Market Requirement Document
PRD 产品需求文档 Product Requirement Document
好了，最好的记忆就一个单词 Business商业、Market市场、Product产品；那么这三个是什么关系呢？BRD是产品的head、MRD是产品的body、PRD是产品的Heart，有了Head、Body、Heart这就是一个完整的产品了！
一、BRD是针对谁看的呢？一般都是针对老版或CEO或者项目总负责人，那么他们需要了解的是什么呢？
1、要做什么样的产品；
这就包含了项目定义，描述项目并且让老版感觉到产品的竞争优势；
2、需要什么样的资源
要什么资源就必须知道产品的市场位置，通过多少人、多长时间、多少Money、多少关系等等能够实现这样的市场位置，并且还需要有利且有力的商业说明，需要有一定的高度！
3、最终做成什么样；
要怎么做或者说怎么安排，老板们很少关心，更多的是关心产品的结果展示及盈利，这个产品能带来什么样的收入情况；
最终BRD就浓缩为 商业模式、盈利模式、资源投入、市场优势等；哦！对了！还有重要的一点就是“战略壁垒”，为什么呢？这一点主要是针对被Copy和产品包括来做的，这一点或许决定着整个产品的成败，但是如果说有些公司有特殊的资源那就另一码事！
二、MRD是针对谁看的呢？一般都是商务、运营、市场人员，那么他们需要了解的是什么呢？整个文档对于他们的重要性？
1、我们要找什么样的客户，进行资源合作
一般公司资源合作的都是商务和市场人员，或者加上运营人员，那么他们是资源拓展者，对于产品保驾护航，正如船要出海，就必须有在海里或者有水的地方，海的大小决定了船的大小，所以他们就是船的载体，不可能产品开发完介入吧？要是真是这样，那就当这里我没有说！商务、市场及运营人员在产品之前必须对于产品进行资源拓展，且快速评估产品的实现情况，MRD就是给他们一个清楚的方向，我该找什么样的客户，在这里或许有的朋友就问题了?n你没有产品这些人员不可能空说吧，看到客户该怎们沟通，这一块就是项目与运营之间一种Demo沟通了，在这里暂时不说了！
2、找到客户后，我们该怎么和他们说
上面说了MRD指引着商务、市场和运营往前走，那么找到客户该怎么和他们说呢？除了文档描述一个清晰的蓝图，或者说从红海中挖出新的路子，这里边就是MRD中的业务模式了，通过业务模式，可以看到清晰的产品，且客户可以看到他们在中间的位置，甚至说他们怎么赢利；一般给客户看到的都是PPT+Demo的方式，这样对于客户更直观更易于理解，所以MRD的文档就是给团队和客户一个说明；
3、产品针对什么样的用户群体
商务是资源拓展的关键、市场是产品保障的关键、则运营就是产品的推手，那么市场和运营就需要了解产品是针对什么用户群体的，毕竟最终的是使用人群是用户，MRD基本需要明确产品的用户人群，这样市场才能更好的进行分析，通过分析这个人群，给运营提供很好的参考资料，这样运营在推广这部分人群的时候也能够制定出很好的方案，资源优化及减少资源消耗，这就是MRD对于商务、市场、运营的关键作用；
最终MRD就浓缩为产品模式、业务模式、运营模式、市场模式等，明确客户及市场方向！
三、PRD是针对谁看的呢？一般都是项目组、开发组、测试组、策划组、体验组人员；
1、产品具体是什么样的呢？
对于与产品相关的人员，就必须有一个清楚的产品概念，这个产品到底是干嘛的？插句话说，公司对于人员有一个硬管理文化，这就是公司的管理制度，而产品则是公司的软文化，让每一个参与产品的人都有一个“产品梦”，变成一群有产品信仰的人，无形中就会增加团队的战斗力。话扯回来了！要了解到底是什么产品，那就需要详细而简单的进行说明，但是这个只能是描述，还需要有与策划、开发、测试等另一种沟通语言，那就是UI、UE、原型图、流程图等，这样方便策划及开发人员的工作进展!
2、我们该怎么实现呢？
该怎么实现，那就是规划了，包括时间、人力、资源等，什么时间完成什么事了！在前进的路上设立一些里程碑！这就对于产品经理来说就是一个挑战了？为什么呢？因为产品经理与商务、市场、运营沟通的方式和开发人员方式不一样，有什么不一样呢？商务、市场、运营更多的是发散型思维，而开发则更多是紧密型思维，对于开发人员的沟通则不能用“基本”“差不多”“还好”等这样的词来进行沟通，否则开发人员会开始发散，如果发散的和你一致的话，你就烧高香吧，如果不一致，对于程序来说推导再来，就不是那么容易的了！甚至出现了大量的BUG，有时候过多的BUG会让一个产品死掉！
所以就需要有详细的功能说明，细化到什么程度了，用YN原则来说明，VISIO是甚好的工具，不能出现模凌两可的语句，甚至需要通过语句进行if else描述，对了还有default，这个很关键，当程序运行正确了那固然好，如果程序出现BUG，则你不能让程序没有出口吧，那就是default了，给程序的BUG找一个合理的理由！
3、什么样的产品才能投入到市场？
产品开发人员更多的是站在产品角度思考问题，以实现产品而完成产品，那么产品最终开发完后，是不是能够满足运营需求呢？这时候产品经理就需要进行产品审核！怎么审核呢？简单的依据于之前的详细功能说明来进行需求审核，但是需求审核只是测试走完了第一步，第二步就是黑盒、白盒、甚至灰盒测试，走完第二部还有第三步，那就是需求优化，怎么优化呢，依据于市场人员及运营人员提供的用户数据来进行，再让产品设计人员进行UI优化，立足站在用户的角度；第三步完成了，就是最终的步骤了，体验师就起了关键性的作用，AB原则就出来了，将产品上线，体验师们就开始采集用户信息进行分析了，这个阶段对于产品的整个战略规划很关键，因为用户对于产品的第一感觉非常重要，如果是互联网产品则你可以换个网站，反正用户没法删除你的网站，但是对于移动互联网的产品APP来说，就是一个挑战了，看着不顺眼就直接给删除了，你说你的产品还有第二次机会进入用户的手机吗？除非你搞特殊！
- 非常细节的、已知的、已有产品改善类的功能，提供PRD级别的即可；
- 一般产品的新系统、较综合的新功能实现，提供MRD；
- 全新的产品、较为重要和未来发展较为复杂的产品，提供BRD。
即，你考虑写的需求文档是给什么范围的人看的、所描述的需求是个什么范围和级别的。
- BRD你要给产品、运营、研发、管理层等很多人看，要讲清楚为什么有这个需求，需求的边界和业务目标，所需资源等；
- MRD给产品、运营、研发等业务线上的人看，主要是大家已经一致认可需求是成立的，只是我们如何来实现、什么时间实现需求，实现了需求会获得什么结果；
- PRD是给单个职能单位看，沟通非常具体的实施方案。
作者：李明远
链接：https://www.zhihu.com/question/19655491/answer/12541557
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------
链接：https://www.zhihu.com/question/23862773/answer/141192903
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
前言：BRD、MRD、PRD是产品常说的三大文档，也是产品经理杀人越货、安身立命必备之技能，上次说了如何写好BRD，今天来说说MRD该如何写。
什么是MRD
MRD指Market Requirements Document，简称市场需求文档。
市场需求文档的主要功能是描述什么样的功能和特点的产品（包含产品版本）可以在市场上取得成功。
在BRD说服领导拿钱给你做某件事以后，MRD需要更细致描述该怎么做，以及这样做的好处。
内容主要分为目标市场分析，目标用户分析和竞争对手分析，产品需求概况，通过哪些功能来实现你的商业目的，功能性需求和非功能性需求有哪些，以及需求的优先级。
一般产品经理在MRD文档的基础上，再细化出PRD文档，来指导技术团队的开发。
MRD和BRD区别
1、论题和论点的区别
BRD比较笼统的说我们要做某件事情，并说做这件事情的好处，相当于抛出一个论题。
如果说BRD时抛出一个论题，MRD则相当于用论点来支持我们的论题，具体论述我们该通过什么样的方式来达到我们的商业目的，在一些列分析以后，拿出我们的可行性办法，输出指导性的文档。
2、阅读对象的不同
BRD主要给产品、运营、研发、财务、老板等管理层人看的，主要是决定是否要开始某个产品
MRD主要是给产品、运营、研发等业务线上的人看的，在大家一致认可需求成立的时候，来商量该怎么做，如何做，什么时间做。
一个决定要不要做，一个决定如何开始做。
如何写MRD
先上图
1、产品需求名称
起一个响亮的名字，让业务线上的人员看到就知道你这MRD在说啥。
2、 版本历史
我这里面以QQ举例，例如QQ第一版本主要支持点对点的文字信息通讯功能。
这个时候我们叫做V1.0.0；第二个版本你又增加文件传输功能，这个时候叫做V1.1.0；有一天你发现一个bug，需要紧急上线一个版本，这个时候命名为V1.1.1
3、目标市场分析
3.1 目标市场：例如互联网金融市场、互联网金融里面又细分出来的互联网保险市场、p2p等，p2p里面又分为专门做车贷、房贷的，这些都是市场，想好你要做的市场。
3.2 市场规模：市场规模大不大，鱼塘里的鱼多不多，值不值得我们卷裤子下去捞，这部分可以看一些易观智库、企鹅智酷、比达咨询等数据网站发布的数据和分析报告。
3.3 市场特征：其实也就是市场现状，例如互联网金融从2013年兴起，经过这几年的野蛮生长，逐渐大浪淘沙，一些平台跑路的跑路、混不下去退出的退出，同时随着监管政策的出台和牌照的限制，导致准入门槛提高。
3.4 发展趋势：就是这个行业发展的趋势，像我上面说的易观智库、企鹅智酷等会出这样的报告，你可以自己浏览，同时你也可以关注行业的最新政策消息来看政策趋势，这些都是发展趋势，通过对趋势的分析，来指明发展的道路。
4、目标用户分析
4.1 用户分析：以 互联网金融举例。网民互联网金融的认知度、获取的信息来源有哪些（亲友介绍、网上搜索等）、用户关注的因素（安全性）、用户选择互联网金融产品的原因（收益高）、用户不选择互联网金融产品的原因（风险大）、用户设备选择（pc、移动、以及各自的占比）
4.2 用户画像：用户画像即不能太粗，也不能太细，需要具有代表性。
例如：
张三
年龄：28岁
职业：运营经理
已婚 有子女
平时工作比较忙，闲暇之余喜欢看电影、打篮球、摄影、旅游。
喜欢玩股票，常常关注东方财富和新浪财经
习惯用信用卡和支付宝购物
由于前不久喜得贵子，家庭支出变大，最近压力变大
对互联网金融产品期望：希望活取活用，资金安全性较高，但收益率比储蓄高
4.3 使用场景：用户在什么场景下了解你的产品，又在什么场景下使用你的产品...
场景一：
张先生在和朋友聊天的过程中，感叹最近生了儿子，用钱的地方比较多，但是股市又萎靡不振，他的朋友推荐他一款理财产品，在他朋友的推荐下，他决定晚上回去上网看看。
4.4 用户动机总结：当你分析完以后，对用户做一个总结，用户的痛点有哪些，用户的现状是啥样。
举例：
1、通过对使用场景的分析，使用p2p产品的用户也使用其他理财产品，对理财有比较全面的认知
2、用户在获取信息时候容易收到周围人的影响，并且对于初次接触的产品比较谨慎
3、用户使用产品的最大收益是收益率
5 竞品分析
5.1 直接竞品
这种竞品在产品定位和商业模式上和你都一样。是你的直接竞争对手，但是也具有很高的参考价值，例如他的交互、产品框架，视觉设计、运营模式等都对你具有很高的参考价值。
5.2 间接竞品
重点描述间接竞品的产品定位，目标用户、商业模式等。
5.3 竞品的模式分析
竞品的商业模式、竞品目标用户、竞品的运营推广营销策略、技术分析、市场份额，从这几个维度进行分析。
竞品的商业模式。就是直接竞争产品如何盈利，如何赚钱的，对直接竞品内容的详细展开。
竞品目标用户。各个竞品根据产品定位的差异，或者推广方式和覆盖地区的不同，目标用户不一样。
例如：
人人贷在北京，则它的目标用户主要是30-39岁的男性用户，且由于公司本身在北京，则北京用户居多。
点融网和人人贷的用户年龄层次分布和性别比例差不多，主要是地域不一样，以上海用户居多。
竞品运营、营销、推广策略。从运营、营销、推广等维度分析产品迭代策略。
技术分析。包括项目研发可能遇到的技术壁垒，如人工智能、语音图像识别等。
市场份额。从不同角度了解竞品的市场情况，例如：可以通过Alexa网站了解流量排名，以及了解各大应用市场的安装量、活跃用户、地区分布、用户增长率等。
6、产品需求概况
6.1 产品定位
描述你的产品定位啥市场，语句尽量精简明了。
例如：xx,一个专注于xx借贷的p2p平台。
6.2 产品核心目标
主要描述你的产品解决了用户啥需求。
例如：借款端：解决用户短期借款需求。
理财端：解决用户对高收益率和安全性理财产品的需求。
6.3 产品的结构图
主要描述产品的主要流程与结构。（这里比较简单，具体做的时候可以详细点）
例如：
6.4 产品路线图
按照产品的定位和每一个时期的目标，按照功能来划分优先级。
例如：3月基本投资充值购买功能、4月邀请好友活动功能、5月社区功能
6.5 产品的功能性需求
例如：用户的注册登录功能、充值功能、提现功能、购买功能、留言功能、修改密码功能等。
6.6 非功能性需求
非功能性需求主要描述系统特性，主要包含：有效性、性能、扩展性、安全性、健壮性、兼容性、可用性、运营需求等。
总结：写一份好的产品文档产品经理的必备技能，试想当你拿一份好的产品文档面试的时候，会不会给你加分很多