PRD & BRD

产品需求文档(Product Requirement Document,PRD)的英文简称。是将商业需求文档(BRD)和市场需求文档MRD)用更加专业的语言进行描述。

文档意义

  该文档在产品项目中是一个“承上启下”的作用,“向上”是对MRD内容的继承和发展,“向下”是要把MRD中的内容技术化,向研发部门说明产品的功能和性能指标。

文档撰写

  在该文档中,基点依然是MRD中的内容,只是把重心放在了“产品需求”上,而产品需求本身是在MRD中有所体现的,区别就是在于,PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。

  这部分是PD写得最多的内容,也就是传统意义上的需求分析,我们这里主要指UC(use case)文档。主要内容有,功能使用的具体描述(每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程,等几大块),Visio做的功能点业务流程,界面的说明,demo等。Demo方面,可能用dreamweaver、ps甚至画图板简单画一下,有时候也会有UI/UE支持,出高保真的demo,开发将来可以直接用的那种。

  文档核心

  该文档中,侧重的是对产品产品功能和性能(即“产品需求”)的说明,相对于MRD中的同样内容,要更加详细,并进行量化。

  在一些国外的公司,是允许把MRD和PRD合并成一个文档的,通常叫做“Marketing & Product Requirements Document”。

  该文档一般可以包括以下内容:

  该产品的远景目标(vision)

  目标市场和客户(target market and customers)的描述

  竞争对手分析(competitive summary)

  对产品主要feature的比较详细的描述

  这些feature的优先级

  初步拟定的实现进度安排

  用例(use cases),这可以是较粗略的大致描述,未必一定要UML Use Case图。

  产品的软硬件需求

  产品的性能要求

  销售方式上的思路、需求(直销还是渠道?直销怎么做?渠道怎么做?)

  技术支持方式上的思路、需求(提供什么样的技术服务?)

  开发工具推荐 :

  Rational Rose--熟悉项目发生的相关业务行为。

  visio 2007--将业务,从产品层面肢解开来,做到抽丝剥茧部分与整体统一

  mind manager--把项目条目化,条理化,目录结构具体规定好。

  Axure--前台结构布局,合理规范的将系统脱去朦胧的华纱。

  Word--穿针织网,把需求综合起来,整理成最终的产品需求文档

错误认识

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

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

  3)照搬国外的PRD模板,来源于何处,不知道,将去向何处,也不知道,无头无尾,一个被割裂的文档。

编辑本段其它解释

  1)Pesticides Regulation Division:(美国)农药管理局

  2)pro-rata distribution:按比例分配

  3) .prd文件扩展名

  4) Pearl River Delta: 珠江三角洲

  5) Phase Reserval Disconnector:换相闸刀(发电电动机)

编辑本段BRD与PRD的差异

  BRD不同于常见的MRD(Market Requirement Document-市场需求文档)和PRD(Product Requirement Document-产品需求文档),既然是用于产品实施之前的决策评估依据,必然对其文档(报告)的内容和格式要求够直观、精炼,要点突出。作为报告的撰写者,你必须让高层明白,你的报告中将展现出怎样的商业价值,如何用有力的论据来说服企业对你这个项目的认可,并为之慷慨的投入研发资源及市场费用。如果说PRD的好坏,直接决定了项目的质量水平,那么BRD的作用,就是决定了你的项目的商业价值。优秀的BRD文档,可以让决策层充分被你的报告观点所吸引,或许财务主管会因为报告呈现的低投入高产出的经济效益预测而蠢蠢欲动;或许技术主管会因为项目的牵涉面广泛而头疼不已;又或许公司的VP之流因之报告而看到了未来一年业绩的飞速发展的广阔前景……

  说白了,BRD需要产品经理(产品设计师)像对待PRD一样,充分应用市场调查、用户研究、需求分析等各种设计手段来充分阐述报告的内容。基于这样的状况,显然不是给大家一份完整的BRD标准格式规范,就能够搞定一切的!哈,也许有人会说这有点危言耸听,不过我一向赞成,面对一切“产品”,都应该用设计的眼光看待它。

  首先,你应该把决策层当作你的产品——BRD的受众群体,一切从这里开始……

本文出自seven的测试人生公众号最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-10-09 02:44:52

PRD & BRD的相关文章

产品运营:产品人员与运营人员的关系

网页制作Webjx文章简介:互联网产品的运营. 昨天参加了UCDChina2010年的年会,一般类似这种会议,工作坊往往是收获最多的,因为一般会进行实际操作的模拟,或者是一些可执行性更强的方法分享.其实培训与看书一样,学了(读了)觉得很对,但是如何真的在实际工作中使用才是最难的~ 因为对运营一直不在行,而且经常还有些疑问,恰好这次有关于运营的主题,还是胖胡斐这样比较有料的资深人士主持,收获颇丰. 之前对于运营有过一些思考:产品设计眼中的运营 ,但是依然有不少疑问:互联网运营的工作内容究竟是什么?

互联网产品需求内容文档BRD的决策参与模型

文章描述:漫谈互联网产品商业需求文档(BRD)的设计. BRD是英文"Business Requirement Document"的缩写,根据英文直译过来就是"商业需求文档"的意思,指的就是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据. BRD与PRD的差异 BRD不同于常见的MRD(Market Requirement Document-市场需求文档)和PRD(Product Requ

互联网产品商业需求文档(BRD)的设计

文章描述:互联网产品商业需求文档(BRD)的设计. BRD是英文"Business Requirement Document"的缩写,根据英文直译过来就是"商业需求文档"的意思,指的就是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据. BRD与PRD的差异 BRD不同于常见的MRD(Market Requirement Document-市场需求文档)和PRD(Product Requir

产品经理技能之BRD的笔记之菜鸟入门

链接:http://www.woshipm.com/pmd/178527.html?utm_source=tuicool   要学习MRD.PRD,先从BRD开始,才能做到知其然知其所以然. BRD是什么? BRD在互联网公司当中扮演怎样的角色?为什么需要写BRD?BRD该如何写?   BRD指的是商业需求文档(Business Requirement Document).在这篇的文档当中不会有详细的产品规划,只会有基于市场调查和用户需求调查的产品构思. BRD常以PPT等形式的演示文档展现出来

产品需求文档(PRD)的写作方法之笔记一

1.写前准备(思维导图): http://www.woshipm.com/?p=80070 1.在写之前,请先很区分清楚什么是MRD文档(市场需求文档),BRD文档(商业需求文档),什么是PRD文档(产品需求文档) 可查阅知乎https://www.zhihu.com/question/19655491 2.规划产品的思维导图(信息结构图) 在写作这份文档前,我们需要先做一些准备,把BRD.MRD的相关需求消化并融合规划出产品的结构图.因为这些准备工作是属于思维类的,所以我推荐使用思维导图软件(

好的产品需求文档(PRD)怎么写?

PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题.也有人可能认为PRD只要中心思想

产品需求文档(PRD)的一些基础元素

文章描述:写好PRD文档的八个要素. 1.1 Purpose (产品愿景) 必须对产品要解决的问题有深刻的了解,阐明即将开发的产品如何满足该需求. 产品经理应该非常清晰.准确地定义产品是什么,解决什么,意在成为什么,并与产品相关的各个角色(老板.设计师.开发.用户)交流此愿景. 1.2 Objective (产品目标) 将前述定义的产品愿景,分解为具体要实现的体验目标,并厘清每个细分目标的验收标准,如: 1.2.1 流畅无刷新的体验 1.2.2 设计简单.易用.有趣 1.2.3 高度关注用户隐私

如何写PRD (附PRD案例)

PRD是每个产品人员最经常看到的文档,还是有很多产品的朋友问我PRD怎么写,如何才能表达清楚意思.其实PRD并没有规定的格式,每个公司都可以根据自己公司的实际需要来写适合自己产品团队的PRD. PRD(Product-Requirement-Document,产品需求文档),这对于任何一个产品经理来说都不会陌生的一个文档,一个PRD是衡量一个产品经理整体思维的标准,一个PRD可以看出一个产品经理在某个领域的专业性,同时也可以反应出一个产品经理的整体产品思维. 产品经理的整体思维体现在:1.提炼核

PM技能之BRD

一.BRD写作的目的 发现:现有产品改进的可能(微创新):一个创新的产品(蓝海,颠覆性)   需要:要权重:要项目:要资源(人力.投入等) 二.BRD的汇报对象 BRD是一个产品,是有用户的(自己.汇报对象) 汇报对象(职位.思维方式.需要什么)处于什么样的场景中. 常见汇报对象: 资本背景:CFO.投资人等,对数字敏感(收益预测,营收增长率),技术意识相对薄弱. 运营背景:COO等,拥有运营资源,关注的是推广资源.竞争对手.外部环境.营销资源等,对财务和技术意识不强. 技术背景:CTO.技术负