• 回答数

    5

  • 浏览数

    286

小小沉醉
首页 > 英语培训 > 需求文档英文

5个回答 默认排序
  • 默认排序
  • 按时间排序

五月mother

已采纳

BRD是英文“Business Requirement Document”的缩写,翻译为中文就是“商业需求文档”,指的是基于商业价值所描述的产品需求内容文档。 BRD是产品项目过程中最早出现的“过程性”文档,其核心用途就是作为公司高层决策评估产品项目是否开展的重要依据。 根据用户需求,产品经理确定了当前要开发的产品功能,而要将概念阶段的产品功能变成用户真正能够使用的产品功能,这个过程需要各种资源的投入才能够完成:产品经理和设计师要进一步完善产品需求,开发工程师要根据产品需求开发产品功能,测试人员要对开发好的产品功能进行测试……为了让公司提供这些资源来支持开展产品项目,产品经理需要向公司进行汇报,让公司认可产品项目的商业价值。这时候,产品经理就要向公司高层提交并讲解BRD。 简而言之,对于产品经理来说,BRD用于向公司申请所需的资源,争取公司高层对产品项目的支持;对于公司来说,BRD则是对产品项目进行决策评估的重要依据。 BRD的面向对象是公司高层,具体来说就是对产品项目有决策权的公司高层,可能是产品总监、产品副总裁、CEO,也可能是公司的一个临时团队——产品评审会(有的公司也叫产品审批委员会)。产品评审会的成员主要由产品团队负责人和各职能部门负责人组成,同时设有评审会主席(享有最终决策权)。 大型互联网公司一般一个月召开一次产品评审会。 产品评审会的主要职责有以下这些。 (1)审批新产品项目 产品评审会要对所有申报的产品项目进行把关:商业价值不高的产品项目,予以淘汰,避免资源的浪费;商业价值较高的产品项目,予以立项,授权项目小组开发新的产品或产品功能。 (2)分配资源(主要是开发资源) 公司的资源往往没法保证所有获得审批的产品项目都能够在期望的时间马上进行,因此,产品评审会还要负责合理地分配资源,让有限的资源发挥最大的效益。产品评审会必须解决多个项目资源冲突的问题,结合每个产品项目的优先级,平衡每个项目在不同阶段的资源需求,使资源尽可能投入到最有前景的项目中去。 (3)评估项目效率和项目效果 对于正在进行的产品项目,产品评审会要评估项目是否按计划在正常进行;对于已经完成的产品项目,产品评审会要评估项目是否完成了预设的产品目标。 (4)给产品需求提出修改建议 如果产品需求的商业价值获得了肯定,但是产品需求本身存在缺陷,那么产品评审会应该提出相关的修改建议,指导产品经理进一步完善产品需求。 产品评审会决定了产品项目的最终命运,因此,产品经理在提交BRD做产品项目汇报之前,最好先与产品评审会若干重要成员进行简单的沟通和汇报,提前解决项目存在的问题。 既然BRD作为公司高层决策评估产品项目是否开展的依据,那么它的内容和格式应该足够简洁、易懂,并且重点突出。为了做到这些要求,BRD通常被做成方便演示的PPT文档。 提交BRD是为了争取公司高层对产品项目的支持,产品经理必须让公司高层明白开展这个项目的重要意义。文档内容要重点体现产品项目的商业价值,同时用各种有力的论据来证明商业价值,最终说服、打动公司认可该项目,并给予包括资源在内的各种支持。 围绕商业价值,BRD通常会包含以下四部分内容。 一是价值。价值包括产品能给用户带去的用户价值和产品能给公司带来的商业价值。这部分是整个文档的重点,用于解释为什么要开展这个产品项目。为了论证这些价值,我们往往还要对目标市场进行分析,包括目标市场特点、市场规模、竞争格局、市场时机,等等。 二是产品。这部分主要说明项目的产品需求内容,即为了实现商业价值,产品上应该做些什么,以及实施计划是怎样的。如果是要开发一个新产品,那么文档还应该说明新产品的产品定位和产品愿景。通常来说,BRD只关注项目的商业价值,不需要包含产品细节。但是对于互联网产品来说,规划的产品功能不同,它所能体现出来的价值也有很大的不同,所以很多公司仍然要求在BRD中对产品需求有较详细的说明。 三是成本。成本指的是所有可能因项目带来的成本。实际上,最终决定产品项目命运的并不是它的商业价值,而是它的产出投入比,即价值与投入的比。产出投入比越高,项目就越有可能获得通过。 四是风险。 BRD还要说明研发这些产品功能可能带来哪些风险,并且确定这些风险是在一个可控的范围之内。 BRD本身并没有固定的内容格式要求。产品项目不同,BRD表述的重点也应该有所不同。比如一些产品需求范围特别小或者商业价值显而易见的项目,我们可能只需要拿着三四页的PPT文档就可以进行汇报。产品经理可以根据实际的公司情况和项目情况,来确定BRD的具体内容。 下面简单介绍下我们经常会在BRD中进行描述的一些内容。 用户价值指的是产品能给用户带来的价值,用来解释“用户为什么会用这款产品”。 产品是通过满足用户的需求带给用户可感知的利益的。如果产品满足了用户需求,那么产品就会形成相应的用户价值。因此,用户价值要重点说明现阶段产品的目标用户存在哪些重要需求以及这些需求的重要程度。 重要需求往往来源于用户实际遇到的一个或多个问题,比如,用户在观看视频时,视频播放不流畅,令用户非常不爽,这时候用户就有了“视频加载速度更快”的需求。 商业价值指的是产品给公司带来的价值,用来解释“我们为什么要做这款产品”。 产品的商业价值往往是由用户价值带来的。产品的用户价值越高,产生的商业价值一般也越高。但从长远来说,公司最终需要的是产品的商业价值,也就是产品能为公司创造什么样的价值,比如,提升市场份额,占领新市场,提升公司收入,节约公司成本,提升公司效率,打击竞争对手,完成战略部署,等等。 优秀的产品项目,它的商业价值应该是清晰的,能够让公司高层看到产品的广阔前景,并为之蠢蠢欲动、兴奋不已。由于公司的整体战略目标已经对公司的未来有了较为理想的设定,如果产品带来的商业价值能够与战略目标相吻合,那么产品项目获得通过的可能性也会大大提高。 为了论证产品的用户价值和商业价值,我们要对目标市场进行必要的分析。这时候,我们就要先确定产品的目标市场。 用户的需求是无限的,产品不可能满足所有用户的需求,因此,我们只能根据用户的特征对整个潜在市场进行细分,然后根据产品的特征来选择部分的用户群体作为目标市场。 用户是产品的使用者,也是决定产品最终命运的裁判员。产品能够获得用户的认可,便可以得到快速发展;反之,产品不能很好地迎合用户,便会很快被市场所淘汰。这也就说明了正确地选择目标市场对于产品来说至关重要。目标市场的用户具有类似的共同特征,对目标市场的用户了解得越透彻,越有利于产品有针对性地、准确地满足用户的需求。 我们根据产品的特征选择了目标市场,接下来就得去评估这个目标市场的规模,确定现有市场规模大小,并预估市场规模的可能变化趋势。 在评估市场规模时,我们还得重点考虑目标市场的竞争格局。市场规模的大小和市场竞争格局共同决定了产品可能的市场成长空间。某个市场即使市场规模很小,但如果是一个竞争不激烈的蓝海,那么它仍然值得我们进入;反之,一个市场的市场规模再大,如果竞争过于激烈,那么产品在进入这个市场之前必须得确定产品是有能力在残酷的竞争中获得生存和发展的。 市场竞争分析的结果要能够弄清楚:目标市场存在哪些同类竞争产品;竞争产品和我们产品的市场占有率分别是多少;竞争产品和我们产品的竞争优势和竞争劣势分别在哪里;我们产品是否有机会扩大市场占有率…… 对目标市场竞争格局的分析,可以用SWOT分析法来表达。 推出产品的市场时机的选择有时候也至关重要。对于产品来说,过早地进入一个全新的市场,很可能是在帮助潜在的竞争对手培育整个市场;过晚地进入一个市场,则会丧失市场竞争的有利位置。因此,如果我们能够证明当前是产品进入市场的最佳时机,那么产品项目获得通过的可能性就会大大提升。 任何一个产品项目,在其开展之前,都必须明确我们期望通过它来实现的产品目标。 产品目标是将产品商业价值具体化,然后用简洁的文字加以表述。一方面,产品目标可以让公司高层对产品的商业价值有更加直观的认识;另一方面,产品目标为之后评判产品成功与否提供了判断标准。 产品目标的设定有两个基本要求: 第一,产品目标必须是可实现的。我们要能够证明产品目标在合理范围内通过 产品项目(或配合其他运营、推广活动)是能够完成的。因此,产品目标不是凭感觉随随便便设定的,而是借助历史经验数据通过严密的数据模型推导出来的。 第二,产品目标必须是可衡量的。产品目标不能含糊其辞,必须非常清晰、具体地说明目标的衡量方法。例如,我们对产品上的某一重要功能A进行优化,期望提升该功能的使用用户数,那么目标就可以设定为:在项目发布后的2个月内, A功能的使用用户数由100万提升到130万。 功能概要 我们确定了目标用户存在某些重要需求,产品如果满足了这些需求就能够产生相应的用户价值和商业价值,那么接下来我们就得解释产品是如何通过产品功能来满足用户的这些需求的。 由于BRD重点关注产品项目的商业价值,我们对产品功能的描述并不要求太详细,只要粗略地表述清楚大概的产品功能即可。一般情况下,我们会以表格的形式说明产品项目包含的功能模块以及各个功能模块的优先级;对于重要的功能模块,则通过产品原型来加以形象地展示说明。 如果项目要实现的产品功能较多,有必要分阶段地实施,那么我们还得有较详细的项目实施计划(实施路线图)。 实施计划要说明:产品项目共分为几个阶段进行,每个阶段计划完成哪些产品功能,以及具体的时间安排。 如果项目是要开发新产品,那么BRD还必须说明新产品的产品定位和产品愿景。 对产品进行产品定位的目的是为了在用户心目中确立本产品与众不同的优势,使产品在残酷的市场竞争中脱颖而出。有了清晰的定位,我们才能够围绕它来打造产品的核心价值,确定产品上什么功能该提供,什么功能不该提供,什么功能的优先级高,什么功能的优先级低。 产品带给用户的利益是产品定位的依据。产品定位不仅要反映产品的主要功能,而且要能够体现产品区别于竞争对手的与众不同的优势,如“安全快速的浏览器”。 产品愿景指的是我们所向往的产品前景。 产品愿景是一个较高层次的追求,是我们长期为之努力、希望并且可能实现的产品前景。如果产品的产品愿景特别美好,那么必然能够鼓舞团队为产品付出更多的努力,公司也更愿意为之投入更多的资源。 产品价值和产品成本是公司评判产品项目最重要的两项内容。根据产品价值和产品成本,我们可以算出产出投入比。产出投入比越高,产品项目获得通过的可能性就越大。 一般情况下,产品成本主要指的是本次产品项目所需的开发成本,即开发所有产品功能共需要多少开发工程师投入多少时间才能够完成。除此之外,产品成本可能还包括:维持产品正常运行所需的硬件投入、产品后续的维护成本、产品所需的日常运营成本等。 产品风险指的是可能影响产品目标实现或增加产品成本的因素或行为。 在考虑产品风险时,我们不仅要对所有可能出现的风险进行预估,确定产品风险出现的可能性和产品风险的严重性,而且要给出相应的规避预案,并明确预案对风险的规避效益。

需求文档英文

193 评论(12)

矩阵时差

PRD是什么?可以说,产品经理最重要的工作就是跟团队说清楚需求,只有说明白了需求是什么,才能让开发、设计、测试等去进行后续的工作。PRD是产品经理说明需求的不二选择。 什么是PRD? PRD,产品需求文档(Product Requirement Document,PRD)的英文简称,这是一个产品经理为了跟其他项目成员说明需求的重要文档,也是PM参加需求评审会时,你的成果作品。 你可能还不知道需求评审会是什么,那我就简单讲一讲。需求评审会就是产品经理提出需求跟大家PK,让大家评估产品经理提出的需求,然后决定后续工作的会议。几乎所有的开发、设计、测试都会有忙不完的活,你凭什么让他们把你的需求优先开发,这将严重考验你和你的PRD。如果搞不好,你会被开发、设计、测试从头到脚批一遍,那个场面,就像在直播吃翔。 至于为什么会搞不好,很大程度就是产品经理没有把需求的各方面思考清楚,哪怕有一个逻辑没有思考清楚,或者漏掉了某个步骤,团队的其他人就会向你投来怀疑的眼光。如果一次评审会议中你被多次怀疑,那么不用想了,你就是在直播吃翔。 PRD是给谁看的? 首先,PRD是给产品经理自己看的。产品经理提出一个需求,那么实现这个需求的功能、逻辑,通过书写PRD的过程,能够慢慢梳理出逻辑。有人说:”我做高数微积分题全用心算完成,你那些功能、逻辑,我都能想得清清楚楚”。 其次,PRD是给团队的其他人看的。一个产品经理,即便能够在脑海里想清楚所有的功能、逻辑,但是他不能保证团队的其他人也能在头脑里想清楚一切逻辑。所以,产品经理需要通过输出PRD,让团队其他人员理解需求的逻辑。 再次,PRD也是给老板看的。产品经理需要做某一个产品,在跟老板申请资源的时候,给出一份清晰的PRD能够让老板看明白你到底要做什么。 你知道PRD有多重要吗? PRD的重要性,怎么夸大都不过分。 首先,PRD有证明需求的作用。你口头跟开发、设计、测试说一个需求,他们可能也口头上答应帮你做。然后,可能就真的没有然后了。。。接近项目上线,你突然发现他们没有做你的需求,这时你再去找他们,他们完全可以说你没有提出过需求,那场面,直接就是在吃翔。所以,产品经理需要认真写一份PRD,通过需求评审后,邮件群发给开发、设计、测试等大爷,有文件留底,到时候他们就赖不掉了。 其次,PRD有证明PM的作用。很多公司将PRD的修改次数作为作为评判PM水平的标准,还可能作为PM升级评定的参考因素。如果一个产品经理写的PRD平均修改次数过多,那将严重影响升级评定。 PRD闭环做产品无时无刻都需要思考产品闭环的问题。PRD作为需求的说明书,更是需要体现产品闭环。完成下面的步骤,你就能够写出一份优质的PRD了。 你的目的是什么? 这个是一份PRD最重要的地方,其实做一个产品,或者实现一个功能/逻辑,都不是困难的事,但是你得想好为什么要做这件事,或者说,你要确定做这件事所获得的东西是不是你自己想要的。这个问题想不清楚,后面的都是白搭。比如,你准备做一个游戏活动页,本来目的是为了拉新,但是目的没有把握好,后面做成了留存,那么你的KPI很可能就“呵呵”了。 实现目的所需要的功能? 在目的已经清晰、明确的前提下,PM得好好思考实现该目的所需要的功能,这些功能是实现目的的必经之路。最好给出功能列表,一个功能点都可以单列一条,并且和测试用例一一对应。 还可给出功能的应用场景,方便团队其他人理解该功能的作用。比如,一个简单的用户在某活动页兑奖的情景: 用户在购买某服务后,得到兑奖网址 用户输入该网址后,弹出活动页 用户点击“领取奖励”按钮,页面弹出注册/登录框,用户输入账号密码,登录成功,领取奖励 列出了功能点后,还需要对功能列表里的功能进行排序,得出 优先级 。暂时不做的需求,也要事先提出,放入需求池。 完成功能需要的逻辑? 这部分其实就是将功能分成很多小的功能点,比如一个兑奖的功能,可以分拆成注册、登录、第三方登录等小功能点。实现了每个功能点的逻辑,就组成了整个兑奖功能。 这部分,我感觉是 实现产品体验的最重要阶段 。实现一个功能的逻辑,如何做到让用户使用起来不复杂,同时能够让开发工作量不要太大,同时还能让大部分情景能够正常触达正确的结果,这不是一件简单的事。 异常逻辑、危机处理? 大部分用户能够正常使用功能后,就需要思考一些异常逻辑和危机情况了。这一部分非常考验产品经理的逻辑思维,从深度、广度两个方面全面考验。这一部分也最容易被团队其他人发现逻辑漏洞,分分钟让你感觉在直播吃翔。所以,这一块大家要加把劲,争取想出每一种异常逻辑,做好危机处理。 还是以兑奖活动为例子说明,一个兑奖活动页,目的是为了让某客户端装机量上升,那么必须设定该活动页必须在该客户端中输入,才能跳出兑奖网址(该客户端带浏览器功能)。那么异常逻辑可能就有: 用户不在客户端里输入网址 用户在断网情况下在客户端/其他浏览器输入网址 用户超过活动时间后才输入活动网址 ………… 争取需要的资源 完成上面的步骤后,就需要跟项目组要资源了。 项目成员 :完成产品开发工作所需的程序员(前端、后台、运维等),设计师(交互、视觉),测试,运营,商务等。 硬件资源 :服务器,宣传物品等 数据反馈 这部分也是非常重要的,你做出了一个产品,肯定是需要知道它的市场反馈如何,得到反馈后,才能决定下一步该怎么走。这里就需要设计数据反馈系统,订立考核指标。 访问量 转化率 留存率 用户活跃天 产品收入 任务、活动完成量、质量 完成以上步骤,一个完整的PRD闭环就做好了,这下子,可以去找其他人PK了,做得足够认真的话,应该就不用直播吃翔了,可以挺直腰板当大爷了。这个世界就是一个“ 要么你是大爷,要么我是大爷 ”的世界,各位还是争取自己当大爷吧。 注意事项:坑,还是很多的 这部分说明一下具体写PRD时,需要注意的事项。 换位思考 写PRD一定要时刻想着换位思考,你得想着你的文档是给开发、设计、测试等看的,语言上尽量好理解,尽量不要用形容词,描述功能时,可以尝试用开发的逻辑去思考书写方式。 不要求大求全 这部分是我踩的一个深坑,我之前总想着把所有的逻辑都整理在一个流程图上,然而这在很多情况下是不可能的,除非你做的这个产品比较简单。即便你真能够将所有逻辑整理在一个流程图上,那么这个流程图也会很复杂,不容易让团队其他人看懂。 功能最好分点说明,正常逻辑和异常逻辑分开说明 。 所见即所得 这是一个读图的时代,图片展现是最清晰明白的。有的功能点,逻辑比较复杂,这时可以考虑用原型图展现,原型图可以做到所见即所得。 实现进度如何? 在PRD之外,最好再做一个项目进度表,这份表格要做到及时更新,让整个团队知道项目的进度。 关于语病和错别字 一份优质的PRD,最好达到新闻稿的校验程度,基本不要有语病和错别字。语病和错别字太多的话,容易让大家觉得你很不严谨。 排版标准 排版一定要有一套标准,保证你的每一份PRD都按照同一份标准。排版力求美观大方,字体、颜色、字号、行间距等方面都需要有一定的选择。 好了,以上基本将PRD的理论知识介绍了一下, 我所说的,可能都是错的 。说了那么多,其实PRD的作用就是让其他人帮你干活。一个极致的情况,模仿全栈工程师,我提出一个“全栈产品经理”的概念。当一个产品经理强悍到精通策划、前端开发、后台开发、设计、测试、运营、商务等,那么这种人我称Ta为“全栈产品经理”。 如果你是全栈产品经理,那么上面我说的关于PRD的东西可能对你来说都是垃圾,你自己就能做完所有的事情,请你务必要加我微信,让我膜拜你一圈。但即便你是全栈产品经理,能一个人完成所有工作,但是完成时间肯定会很长,效率肯定会下降。所以,广大PM兄弟姐妹们,咱们还是老老实实写PRD吧!

113 评论(14)

疯荷日狸

这三个英文单词的缩写都是表明了你的车一个人的身份有总经理,经理和副总经理。

213 评论(11)

无敌小天兵

汽车行业mrd是市场需求文档。MRD英文全称是Market Requirement Document。市场需求文档在产品项目过程中属于过程性文档。市场需求文档是市场部门的产品经理或者市场经理编写的一个产品的说明需求的文档。市场需求文档是产品项目由准备阶段进入到实施阶段的第一文档。

mrd意义与核心

该文档在产品项目中是一个承上启下的作用,向上是对不断积累的市场数据的一种整合和记录,向下是对后续工作的方向说明和工作指导。该文档中,侧重的是对产品所在市场,客户(client),购买者(buyer),用户(user)以及市场需求进行定义,并通过原型的形式加以形象化。

304 评论(13)

唐尼小姐

mrd(市场需求文档(Market Requirements Document))指市场需求文档。

市场需求文档,简称为MRD。。该文档在产品项目过程中属于“过程性”文档。是市场部门的产品经理或者市场经理编写的一个产品的说明需求的文档。

该文档在产品项目过程中属于“过程性”文档。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档,其作用就是“对年度产品中规划的某个产品进行市场层面的说明”,这个文档的质量好坏直接影响到产品项目的开展,并直接影响到公司产品战略意图的实现。该文档在产品项目中是一个“承上启下”的作用,“向上”是对不断积累的市场数据的一种整合和记录,“向下”是对后续工作的方向说明和工作指导。

扩展资料:

撰写MRD,从以下几个方面(按先后顺序)着手:

1、项目背景;

2、名词解释;

3、可行性分析(前期调研信息和数据和项目预期目标);

4、综合描述(功能概述和对其他产品的影响);

5、功能详述(功能需求和功能点);

6、其他问题描述。

参考资料来源:百度百科-市场需求文档

参考资料来源:百度百科-产品项目

参考资料来源:百度百科-产品战略

198 评论(10)

相关问答