产品经理必备文档的介绍

    如果你和一个互联网产品经理聊天,可能会经常听他们说到的几个文档简称BRD,MRD,PRD和FSD。这个几个文档到底包含什么内容,有什么区别呢?总结一下,不妥之处请指正。

BRD:Business Requirements Document,商业需求文档。

商业需求文档重点放在定义产品的商业需求,要说明产品能够解决的、客户碰到的一个或多个商业问题,然后提出建议解决方案—通常是用新产品或者改进现有的产品来解决这些问题。

BRD也可能包括一个高级的商业案例,例如收益预测、 市场&竞争分析、 销售/市场策略。

BRD通常是由产品经理,产品市场经理、商业分析师编写。在小公司,可能由高级主管或者甚至创始人撰写。

BRD通常是一份 1~3页 Word 文档,或者是不超过 10页的 PowerPoint 文档。

MRD :Market Requirements Document,市场需求文档。

BRD获得认可后,产品进入实施,需要先出MRD,主要是描述出什么样的新产品、方案和服务可以更好的开拓市场。具体来说要有:

1.细致的市场与竞争对手分析

2.解决商业问题所需要的特色

3.特色/需求的优先级

4.功能和非功能需求

5.功能的优先级和对应实现商业目的

重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决方案不同,MRD更深入提议解决方案的细节。

实际工作中,这个阶段PD可能的产出物有Mind Manager的思维图,Excel的Feature List等。

MRD通常是一份连续的5-25页Word文档,或者正如之后描述那样在一些机构中甚至更长。

PRD:Product Requirements Document,产品需求文档。

     产品需求文档是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语言进行描述。是由"概念化"阶段进入到"图纸化"阶段的最主要的一个文档。其作用就是"对MRD中的内容进行指标化和技术化",这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。PRD要把MRD中的"产品需求"的内容独立出来加以详细的说明。侧重的是对产品功能和性能(即“产品需求”)的说明,相对于MRD中的同样内容,要更加详细,并进行量化。

PRD重点放在为一个被提议的新产品或者现有产品的改进定义的市场需求。PRD更侧重于从产品本身角度看待需求。通常在特点和功能需求上更深入细节,并也可能包括屏幕截图和界面流程。在那些MRD不包括具体需求和用例的机构中,PRD就包含这些具体内容。对PRD文档容易犯的错误:

1.PRD无原始数据(MRD为体现载体)支持,只是个人经验、部门要求或者领导指示进行撰写。

2.只重视"产品功能"的描述,而缺乏对产品其它指标项的说明。在一个完整的PRD中,一共需要对产品的10个产品需求项指标进行说明,分别是“功能要求、开发要求、兼容性要求、性能要求、扩展要求、产品文档要求、产品外观要求、产品发布要求、产品支持和培训要求、产品其它要求”。

PRD通常是由拥有产品经理,行业分析师或者产品分析师头衔的人撰写的。

PRD通常是一份连续的20-50页Word文档,或者针对复杂产品甚至更长。

FSD:Functional Specifications Document,功能详细说明。

有一点像“概要设计”,这步就开始往开发衔接了,产品UI、业务逻辑的细节都要确定,细化文档并保持更新。相应的,有很多内容,比如表结构设计,要由项目经理来编写了。

功能规格文档(FSD)把焦点集中在实现,定义产品功能需求的全部细节。FSD可能通过一张张的截屏和一条条功能点来定义产品规格。这是一份可以直接让工程师创建产品的文档。与MRD和PRD侧重于以市场需要和产品角度看需求不同,FSD把重点放在了以表格形式定义产品细节,再让工程师实现这些细节。FSD也可能包括完整的屏幕截图和UI设计细节。

FSD通常是由拥有产品分析师,工程领导或者项目经理头衔的人撰写的 – 作者通常属于工程部门。通常一个连续几十页的Word或类似文档。

这些文档之间的区别

我在网上看到一个大牛的总结和大家分享一下。

从不同级别的产品来区分:

1.非常细节的、已知的、已有产品改善类的功能,提供PRD级别的即可;

2.一般产品的新系统、较综合的新功能实现,提供MRD;

3.全新的产品、较为重要和未来发展较为复杂的产品,提供BRD。

从所描述的需求是个什么范围和级别的,文档是给什么群体的人看来区分

1.BRD你要给产品、运营、研发、管理层等很多人看,要讲清楚为什么有这个需求,需求的边界和业务目标,所需资源等;

2.MRD给产品、运营、研发等业务线上的人看,主要是大家已经一致认可需求是成立的,只是我们如何来实现、什么时间实现需求,实现了需求会获得什么结果;

3.PRD是给单个职能单位看,沟通非常具体的实施方案。

所以,产品经理要能写好MRD和BRD,你带的人要能写非常成功的PRD。这是一个层次的问题,先有BRD,决策是否要开始一个产品;再有MRD,决策如何开始一个产品;最后有PRD,决定要开始的产品具体是什么样的。

产品经理必备文档的介绍,布布扣,bubuko.com

时间: 2024-11-13 22:47:39

产品经理必备文档的介绍的相关文章

Atitit 项目文档规范化与必备文档与推荐文档列表

===========比较重要的必备文档========== 项目组名单通讯录( 包括项目组,客户沟通人等 需求文档 原型ui文档 开发计划表 项目源码与架构文档以及新结构文档 设计文档 (一般概要即可,重点模块单独详细设计) 数据库文档 注意事项 =========对开发比较重要的文档 Svn源码服务器账号密码 测试数据库账号密码信息 数据库sql脚本文件. 开发环境搭建文档 项目技术规范文档.(项目模式和产品模式有很多不同,需要单独分离) ======其他 测试说明文档 测试服务器部署账号信

互联网产品设计常用文档类型-BRD、MRD、PRD、FSD (

BRD Business Requirements Document,商业需求文档.这是产品声明周期中最早的问的文档,再早就应该是脑中的构思了,其内容涉及市场分析,销售策略,盈利预测等,通常是和老大们过的ppt,所以也就比较短小精炼,没有产品细节. 商业需求文档重点放在定义项目的商业需求.BRD要能说出客户碰到的一个或多个商业问题,并且通过公司的产品能够解决这些问题.接着建议一个方案 —— 通常是新产品或者现有产品的改进来解决这些问题.BRD也可能包括一个高级的商业案例,例如收益预测,市场竞争分

httpd主配置文档的介绍及小练习

一.httpd 主配置文档的介绍/etc/httpd/conf/httpd.conf ### Section 1: Global Environment 全局环境 ServerRoot "/etc/httpd" 主服务程序在这个目录下 PidFile run/httpd.pid Pid 在主服务目录下的这个文件 Timeout 60 超时时间为60秒 KeepAlive Off 持久连接关闭 MaxKeepAliveRequests 100 最大连接数 KeepAliveTimeout

Poi之Word文档结构介绍

1.poi之word文档结构介绍之正文段落 一个文档包含多个段落,一个段落包含多个Runs,一个Runs包含多个Run,Run是文档的最小单元 获取所有段落:List<XWPFParagraph> paragraphs = word.getParagraphs(); 获取一个段落中的所有Runs:List<XWPFRun> xwpfRuns = xwpfParagraph.getRuns(); 获取一个Runs中的一个Run:XWPFRun run = xwpfRuns.get(i

弹性盒属相文档详细介绍

弹性盒属相文档详细介绍 display:flex; 声明本元素是弹性盒容器 如果目标元素是行内元素 使用display:inline-flex; flex-direction 取值 描述 row 默认值 ,弹性盒子元素按X轴方向顺序排列 row-reverse 弹性盒子元素按照X轴风向逆序排列 column 弹性盒子元素按照Y轴方向顺序排列 column-reverse 弹性盒子元素按照Y轴方向逆序排列 flex-wrap 取值 描述 nowrap 默认值,flex子元素只会单行显示,flex子

Office文档修复介绍之:laola文件格式介绍

Office文档是目前应用最广泛的文档格式,但很多人都没有为office文件建立完善的安全防护措施,也没有养成进行文件备份的良好习惯,所以一旦出现操作失误.病毒破坏.系统故障等情况,就有可能造成当前正在编辑的word.excel文档和access数据库等受到损坏,下次无法打开.那么一旦遇到这类文档被破坏或者丢失我们是否就束手无策了呢,当然不是,我们可以借助专业知识和小工具进行受损文档修复. 未公开的office文档存储格式秘密 Office文档格式一直以来都是微软公司的技术机密,至今未曾向外界公

转载金阳光测试:关于产品的三类文档

BRD 商业需求文档 Business Requirement DocumentMRD 市场需求文档 Market Requirement DocumentPRD 产品需求文档 Product Requirement Document其实最好就是记住每个文档的第一个单词: Business商业.Market市场.Product产品;那它们之间到底是什么关系呢?不如打一个比方:BRD是产品的head.MRD是产品的body.PRD是产品的Heart,有了Head.Body.Heart这就是一个完整

产品经理必备的三种逻辑思维方式详解

产品经理的逻辑思维决定了产品未来的发展规模及产品周期,作为决定产品命运的推手,这三种逻辑思考方式你必须知道. 每个人都有自己不同的思维方式,思维方式决定着看问题的层次和高度.作为靠思考为核心竞争力的产品经理,需要更强的逻辑思维能力.而这种逻辑思维的能力是需要在认识的基础上,不断实践锻炼和强化才能形成属于自己的完整的思考体系.介绍几种的逻辑思考方式供大家参考学习. 1.空.雨.伞-决策思维 产品经理作为产品的负责人,每天都会面对各个方面的决策,产品定位.项目排期.设计抉择等等.而这些决策需要产品经

IEEE829-2008软件测试文档标准介绍

1998版中定义了一套文档用于8个已定义的软件测试阶段: 测试计划: 一个管理计划的文档 包括:   测试如何完成 (包括SUT的配置).   谁来做测试   将要测试什么   测试将持续多久 (虽然根据可以使用的资源的限制而有变化).   测试覆盖度的需求,例如所要求的质量等级   测试设计规格: 详细描述测试环境和期望的结果以及测试通过的标准.   测试用例规格: 定义用于运行于测试设计规格中所述条件的测试数据.   测试过程规格: 详细描述如何进行每项测试,包括每项预置条件和接下去的步骤.