一篇文章让你快速理解PD常用3大文档：BRD、MRD、PRD

Posted 2023-05-04

参考技术A 以下文章是结合网络资料以及自己的实践经验，从产品经理的角度出发，如何去理解和熟悉使用三大文档：BRD、MRD、PRD，3大文档的目标群体和核心内容都不尽一样，但是相互之间又存在着相辅相成的关系。如下是正文内容：

一、 BRD    商业需求文档   Business Requirement Document 

BRD是针对谁看的呢？一般都是针对老版或CEO或者项目总负责人，那么他们需要了解的是什么呢？

1 、要做什么样的产品；

   这就包含了项目定义，描述项目并且让老版感觉到产品的竞争优势。

2 、需要什么样的资源

   要什么资源就必须知道产品的市场位置，通过多少人、多长时间、多少Money、多少关系等等能够实现这样的市场位置，并且还需要有利且有力的商业说明，需要有一定的高度！

3 、最终做成什么样；

  要怎么做或者说怎么安排，老板们很少关心，更多的是关心产品的结果展示及盈利，这个产品能带来什么样的收入情况。

最终BRD就浓缩为商业模式、盈利模式、资源投入、市场优势等；还有重要的一点就是“战略壁垒”，为什么呢？这一点主要是针对产品自身的化以及快速占领市场层面来做，这一点或许决定着整个产品的成败，但是如果说有些公司有特殊的资源那就另一码事！

二、 MRD    市场需求文档   Market Requirement Document

MRD是针对谁看的呢？一般都是商务、运营、市场人员，那么他们需要了解的是什么呢？整个文档对于他们的重要性？

1 、我们要找什么样的客户，进行资源合作

   一般公司资源合作的都是商务和市场人员，或者加上运营人员，那么他们是资源拓展者，对于产品保驾护航，正如船要出海，就必须有在海里或者有水的地方，海的大小决定了船的大小，所以他们就是船的载体。商务、市场及运营人员在产品需求成型前必须对于产品进行资源拓展，且快速评估产品的实现情况，MRD就是给他们一个清楚的方向，我该找什么样的客户，在这里或许有的朋友就问题了?n你没有产品这些人员不可能空说吧，看到客户该怎们沟通，这一块就是项目与运营之间一种Demo沟通了，在这里暂时不说了！

2 、找到客户后，我们该怎么和他们说

   上面说了MRD指引着商务、市场和运营往前走，那么找到客户该怎么和他们说呢？除了文档描述一个清晰的蓝图，或者说从红海中挖出新的路子，这里边就是MRD中的业务模式了，通过业务模式，可以看到清晰的产品，且客户可以看到他们在中间的位置，甚至说他们怎么赢利；一般给客户看到的都是PPT+Demo的方式，这样对于客户更直观更易于理解，所以MRD的文档就是给团队和客户一个说明；

3 、产品针对什么样的用户群体

  商务是资源拓展的关键、市场是产品保障的关键、则运营就是产品的推手，那么市场和运营就需要了解产品是针对什么用户群体的，毕竟最终的是使用人群是用户，MRD基本需要明确产品的用户人群，这样市场才能更好的进行分析，通过分析这个人群，给运营提供很好的参考资料，这样运营在推广这部分人群的时候也能够制定出很好的方案，资源优化及减少资源消耗，这就是MRD对于商务、市场、运营的关键作用；

最终MRD就浓缩为产品模式、业务模式、运营模式、市场模式等，明确客户及市场方向！

三、 PRD    产品需求文档  Product Requirement Document

PRD是针对谁看的呢？一般都是项目组、开发组、测试组、策划组、体验组人员；

1 、产品具体是什么样的呢？

   对于与产品相关的人员，就必须有一个清楚的产品概念，这个产品到底是干嘛的？插句话说，公司对于人员有一个硬管理文化，这就是公司的管理制度，而产品则是公司的软文化，让每一个参与产品的人都有一个“产品梦”，变成一群有产品信仰的人，无形中就会增加团队的战斗力。但要了解到底是什么产品，那就需要详细而简单的进行说明，但是这个只能是描述，还需要有与策划、开发、测试等另一种沟通语言，那就是UI、UE、原型图、流程图等，这样方便策划及开发人员的工作进展!

2 、我们该怎么实现呢？

   该怎么实现，那就是规划了，包括时间、人力、资源等，什么时间完成什么事了！在前进的路上设立一些里程碑！这就对于产品经理来说就是一个挑战。为什么呢？因为产品经理与商务、市场、运营沟通的方式和开发人员方式不一样。商务、市场、运营更多的是发散型思维，而开发则更多是紧密型思维。对于开发人员的沟通则不能用“基本”“差不多”“还好”等这样的词来进行沟通，否则开发人员会开始发散，如果发散的和你一致的话，你就烧高香吧。如果不一致，对于程序来说推导再来，就不是那么容易的了！甚至出现了大量的BUG，有时候过多的BUG会让一个产品死掉！

   所以就需要有详细的功能说明，细化到什么程度了，用YN原则来说明，VISIO是甚好的工具，不能出现模凌两可的语句，甚至需要通过语句进行if else描述。还有default，这个很关键，当程序运行正确了那固然好，如果程序出现BUG，则你不能让程序没有出口吧，那就是default了，给程序的BUG找一个合理的理由！

3 、什么样的产品才能投入到市场？

   产品开发人员更多的是站在产品角度思考问题，以实现产品而完成产品，那么产品最终开发完后，是不是能够满足运营需求呢？这时候产品经理就需要进行产品验收！怎么验收呢？简单的依据于之前的详细功能说明来进行需求审核，但是需求审核只是测试走完了第一步，第二步就是黑盒、白盒、甚至灰盒测试，走完第二部还有第三步，那就是需求优化，怎么优化呢，依据于市场人员及运营人员提供的用户数据来进行，再让产品设计人员进行UI优化，立足站在用户的角度；第三步完成了，就是最终的步骤了，体验师就起了关键性的作用，AB原则就出来了，将产品上线，体验师们就开始采集用户信息进行分析了，这个阶段对于产品的整个战略规划很关键，因为用户对于产品的第一感觉非常重要，如果是互联网产品则你可以换个网站，反正用户没法删除你的网站，但是对于移动互联网的产品APP来说，就是一个挑战了，看着不顺眼就直接给删除了，你说你的产品还有第二次机会进入用户的手机吗？除非你搞特殊！

PRD最终浓缩下就是产品界面、产品流程、功能需求、测试需求、体验需求等，保证产品有效率有节奏的进行！关系到整个产品的发展方向！

科普一篇文章让你了解大数据采集平台Logstash

        在大数据领域， 开源数据栈ELK可谓是声名赫赫，ELK是什么呢？其实它就是 ElasticSearch、Logstash和Kibana的合称。本期酝馥君要为大家介绍的大数据采集平台其实就是ELK中的一员，它便是—— “ L”的 Logstash。

什么是Logstash？

         Logstash是一款轻量级的日志搜集处理框架，可以方便的把分散的、多样化的日志搜集起来，并进行自定义的处理，然后传输到指定的位置，比如某个服务器或者文件。

        在一个典型的使用场景下(ELK)： 用Elasticsearch作为后台数据的存储，kibana用来前端的报表展示。Logstash在其过程中担任搬运工的角色，它为数据存储，报表查询和日志解析创建了一个功能强大的管道链。Logstash提供了多种多样的 input,filters,codecs和output组件，让使用者轻松实现强大的功能。

         官网：https://github.com/elastic/logstash

Logstash工作原理

         Logstash使用管道方式进行日志的搜集处理和输出。有点类似*NIX系统的管道命令 xxx | ccc | ddd，xxx执行完了会执行ccc，然后执行ddd。

　　在logstash中，包括了三个阶段:

　　输入input --> 处理filter --> 输出output

         每个阶段都由很多的插件配合工作，比如file、elasticsearch、redis等等。

　　 每个阶段也可以指定多种方式，比如输出既可以输出到elasticsearch中，也可以指定到stdout在控制台打印。

　　由于这种插件式的组织方式，使得logstash变得易于扩展和定制。

Logstash常用的命令

       -f：通过这个命令可以指定Logstash的配置文件，根据配置文件配置logstash

        -e：后面跟着字符串，该字符串可以被当做logstash的配置（如果是“” 则默认使用stdin作为输入，stdout作为输出）

       -l：日志输出的地址（默认就是stdout直接在控制台中输出）

　　-t：测试配置文件是否正确，然后退出。

Logstash部署架构

        Logstash的理念很简单，它只做3件事情：

        1） Collect：数据输入

        2） Enrich：数据加工，如过滤，改写等

        3） Transport：数据输出

        别看它只做3件事，但通过组合输入和输出，可以变幻出多种架构实现多种需求。这里只抛出用以解决日志汇总需求的 部署架构图：

         术语解释：

        ·   Shipper：日志收集者。负责监控本地日志文件的变化，及时把日志文件的最新内容收集起来，输出到Redis暂存。

        ·   Indexer：日志存储者。负责从Redis接收日志，写入到本地文件。

        ·   Broker：日志Hub，用来连接多个Shipper和多个Indexer。

         一个Logstash进程可以有多个输入源，所以一个Logstash进程可以同时读取一台服务器上的多个日志文件。Redis是Logstash官方推荐的Broker角色“人选”，支持订阅发布和队列两种数据传输模式，推荐使用。输入输出支持过滤，改写。Logstash支持多种输出源，可以配置多个输出实现数据的多份复制，也可以输出到Email，File，Tcp，或者作为其它程序的输入，又或者安装插件实现和其他系统的对接，比如搜索引擎Elasticsearch。

ELK是什么？

        在开头酝馥君提起了ELK，但后来有人和酝馥君说不知道ELK的大名，所以在最后，酝馥君就为大家简单介绍下 ELK。

        一个完整的日志分析技术栈需要实时收集，实时索引和展示三部分组成，Logstash只是这其中的第一个环节。Logstash所属的Elastic公司，已经开发了完整的日志分析技术栈， 它们是Elasticsearch，Logstash，和Kibana，也就是大名鼎鼎的ELK。 Elasticsearch是搜索引擎，而Kibana是Web展示界面。下面这张图就能够说明ELK三者的关系了。

大数据人才基地

       “大数据人才基地”立足于产业发展，研究与应用结合，学术与商业融合，理论与实战结合，服务体系及标准课程与国际同步，通过人才培养、师资培训、实习实训、项目孵化、加速器、投融资等形式，提供成熟的大数据人才一体化创新创业平台，开展大数据技术创新、市场创新、人才创新、产品创新方面的研究和合作，为大数据产业发展提供人才智力服务，形成大数据人才学历与非学历培训中心、大数据人才职业技能认证与培训中心、大数据研发与成果转化中心、大数据周边产品研发中心。