BRD文档模板

商业需求文档(BRD)

(采用ppt 形式)

一、产品价值

(一)用户价值

用户价值指的是产品能给用户带来的价值,用来解释“用户为什么会用这款产品”。产品是通过满足用户的需求带给用户可感知的利益的。如果产品满足了用户需求,那么产品就会形成相应的用户价值。因此,用户价值要重点说明现阶段产品的目标用户存在哪些重要需求以及这些需求的重要程度。

(二)商业价值

商业价值指的是产品给公司带来的价值,用来解释“我们为什么要做这款产品”。产品的商业价值往往是由用户价值带来的。产品的用户价值越高,产生的商业价值一般也越高。但从长远来说,公司最终需要的是产品的商业价值,也就是产品能为公司创造什么样的价值,比如,提升市场份额,占领新市场,提升公司收入,节约公司成本,提升公司效率,打击竞争对手,完成战略部署,等等。

优秀的产品项目,它的商业价值应该是清晰的,能够让公司高层看到产品的广阔前景,并为之蠢蠢欲动、兴奋不已。由于公司的整体战略目标已经对公司的未来有了较为理想的设定,如果产品带来的商业价值能够与战略目标相吻合,那么产品项目获得通过的可能性也会大大提高。

二、市场分析

(一)目标市场

为了论证产品的用户价值和商业价值,我们要对目标市场进行必要的分析。这时候,我们就要先确定产品的目标市场。用户的需求是无限的,产品不可能满足所有用户的需求,因此,我们只能根据用户的特征对整个潜在市场进行细分,然后根据产品的特征来选择部分的用户群体作为目标市场。

用户是产品的使用者,也是决定产品最终命运的裁判员。产品能够获得用户的认可,便可以得到快速发展;反之,产品不能很好地迎合用户,便会很快被市场所淘汰。这也就说明了正确地选择目标市场对于产品来说至关重要。目标市场的用户具有类似的共同特征,对目标市场的用户了解得越透彻,越有利于产品有针对性地、准确地满足用户的需求。

(二)市场规模

我们根据产品的特征选择了目标市场,接下来就得去评估这个目标市场的规模,确定现有市场规模大小,并预估市场规模的可能变化趋势。

(三)竞争格局

在评估市场规模时,我们还得重点考虑目标市场的竞争格局。市场规模的大小和市场竞争格局共同决定了产品可能的市场成长空间。对目标市场竞争格局的分析,可以用SWOT 分析法来表达。

(四)市场时机

推出产品的市场时机的选择有时候也至关重要。对于产品来说,过早地进入一个全新的市场,很可能是在帮助潜在的竞争对手培育整个市场;过晚地进入一个市场,则会丧失市场竞争的有利位置。因此,如果我们能够证明当前是产品进入市场的最佳时机,那么产品项目获得通过的可能性就会大大提升。

三、产品目标

产品目标是将产品商业价值具体化,然后用简洁的文字加以表述。一方面,产品目标可以让公司高层对产品的商业价值有更加直观的认识;另一方面,产品目标为之后评判产品成功与否提供了判断标准。

产品目标的设定有两个基本要求:

第一,产品目标必须是可实现的。我们要能够证明产品目标在合理范围内通过产品项目(或配合其他运营、推广活动)是能够完成的。

第二,产品目标必须是可衡量的。

四、产品定位

产品带给用户的利益是产品定位的依据。产品定位不仅要反映产品的主要功能,而且要能够体现产品区别于竞争对手的与众不同的优势。

五、产品愿景

产品愿景指的是我们所向往的产品前景。

六、功能概要

一般情况下,我们会以表格的形式说明产品项目包含的功能模块以及各个功能模块的优先级。

七、实施计划

实施计划要说明:产品项目共分为几个阶段进行,每个阶段计划完成哪些产品功能,以及具体的时间安排。

八、产品成本

一般情况下,产品成本主要指的是本次产品项目所需的开发成本,即开发所有产品功能共需要多少开发工程师投入多少时间才能够完成。除此之外,产品成本可能还包括:维持产品正常运行所需的硬件投入、产品后续的维护成本、产品所需的日常运营成本等。

九、产品风险

产品风险指的是可能影响产品目标实现或增加产品成本的因素或行为。

allegro输出gerber文件步骤

很多PCB厂家都没有装Allegro软件,所以你不能直接发.brd文件。(很多PCB小厂连ProtelDXP也没有,只支持Protel99) 什么是Gerber文件 Gerber文件是所有电路设计软件都可以产生的文件,在电子组装行业又称为模版文件(stencil data),在PCB制造业又称为光绘文件。可以说Gerber文件是电子组装业中最通用最广泛的文件格式。 Gerber文件是EIA的标准格式,分RS274-D和RS274-X两种,其中RS274-X是RS274-D的扩展文件。生产制造部门在条件许可的情况下,应当尽可能要求用户或设计部门提供RS274-X的Gerber文件,这样有利于各工序的生产准备。 一、准备工作 为了保证出片的正确性,需要在设计PCB 文件之前对一些系统参数进行设置,该设置 包括画图的精度,图片的尺寸,动态铺铜的格式。 ◆设置画图的精度。 在allegro 中打开Setup->Drawing Size 菜单,调出设置对话框. (原文件名:1.JPG) 在对话框中确定User Units选择Mils,

Size选择C,这样整个作图区域会大一点,相应的作图范围(Drawing Extents)变为Width:22000.00;Height:17000.00 Left X和Left Y为原点坐标。 Accuracy 选择2, 其他根据你的尺寸自行定义。 设置完成选择OK 按钮,使配置生效。 ◆设置动态铺铜参数。 在Allegro 中打开Shape->Global Dynamic Params 菜单,如图2。 (原文件名:2.JPG) Dynamic fill选Smooth Smooth 勾选后会自动填充、挖空。运行DRC时,在所有的动态shape中,产生底片输出效果的Shape外形 Rough 产生自动挖空的效果,不过只是大体的外形样子,没有产生底片输出效果 Disable 不执行填充、挖空。 打开Void controls 选项卡。如图3。

BRD文档模板

商业需求文档(BRD) (采用ppt 形式) 一、产品价值 (一)用户价值 用户价值指的是产品能给用户带来的价值,用来解释“用户为什么会用这款产品”。产品是通过满足用户的需求带给用户可感知的利益的。如果产品满足了用户需求,那么产品就会形成相应的用户价值。因此,用户价值要重点说明现阶段产品的目标用户存在哪些重要需求以及这些需求的重要程度。 (二)商业价值 商业价值指的是产品给公司带来的价值,用来解释“我们为什么要做这款产品”。产品的商业价值往往是由用户价值带来的。产品的用户价值越高,产生的商业价值一般也越高。但从长远来说,公司最终需要的是产品的商业价值,也就是产品能为公司创造什么样的价值,比如,提升市场份额,占领新市场,提升公司收入,节约公司成本,提升公司效率,打击竞争对手,完成战略部署,等等。 优秀的产品项目,它的商业价值应该是清晰的,能够让公司高层看到产品的广阔前景,并为之蠢蠢欲动、兴奋不已。由于公司的整体战略目标已经对公司的未来有了较为理想的设定,如果产品带来的商业价值能够与战略目标相吻合,那么产品项目获得通过的可能性也会大大提高。 二、市场分析 (一)目标市场 为了论证产品的用户价值和商业价值,我们要对目标市场进行必要的分析。这时候,我们就要先确定产品的目标市场。用户的需求是无限的,产品不可能满足所有用户的需求,因此,我们只能根据用户的特征对整个潜在市场进行细分,然后根据产品的特征来选择部分的用户群体作为目标市场。 用户是产品的使用者,也是决定产品最终命运的裁判员。产品能够获得用户的认可,便可以得到快速发展;反之,产品不能很好地迎合用户,便会很快被市场所淘汰。这也就说明了正确地选择目标市场对于产品来说至关重要。目标市场的用户具有类似的共同特征,对目标市场的用户了解得越透彻,越有利于产品有针对性地、准确地满足用户的需求。 (二)市场规模

产品需求RD的写作方法

产品需求文档(PRD)的写作方法 无论我们做什么事都讲究方式方法,写产品需求文档(以下称PRD文档)也是如此,之前我通过五篇文章分享了自己写PRD文档的一些方法,而这一篇文章主要是对之前五篇文章进行整体的摘要介绍,帮助大家快速了解写作流程。 产品需求文档(PRD)的写作五篇章: 1、写前准备(信息结构图) 2、梳理需求(产品结构图和用户流程图) 3、原型设计(手绘原型,灰模原型,交互原型) 4、撰写文档(PRD文档) 5、用例文档(UML用例图、流程图)

1、写前准备(信息结构图): 在写PRD文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐清晰的第一步,也是帮助我们接下来规划功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。因为这是第一步,所以我们不需要罗列的很详细,在之后的步骤里,我们会逐步改进和完善信息内容。 例如一篇文章的信息内容主要有:文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容,但是在之后的功能规划中逐渐更加细致的考虑时,可能会增加或者删减,因此第一步我们不用刻意的追求信息的全面。 罗列信息内容的方式有很多种,文本形式、思维导图形式等等都可以,最主要的是能够清晰易懂,我最常用的方法就是思维导图,因此我称这一步为信息结构图。 2、梳理需求(产品结构图和用户流程图): 当我们对产品的信息结构了解后,我们就需要规整脑海中的产品需求,让想法更加结构化,因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构图),其次再基于产品结构图梳理出频道及页面中的功能,并延伸构建出用户的操作流程(用户流程图)。 以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解,类似鸟瞰式的一目了然,也方便调整完善。

产品需求文档

产品需求文档(PRD)介绍 产品设计是一个由抽象的概念到具体形象化的处理过程,通过文字或图像等方式将我们规划的产品需求展现出来。它将产品的某种目的或需求转换为一个具体的物理或工具的过程,把一种计划、规划设想、问题解决的方法,通过具体的操作,以理想的形式表达出来。 由于产品设计阶段要全面确定整个产品策略、外观、结构、功能,从而确定整个产品系统的布局,因而,产品设计的意义重大,具有“牵一发而动全局”的重要意义。如果一个产品的设计缺乏具体形象的表述,那么研发时就将耗费大量资源和劳动力来调整需求。相反,好的产品设计,不仅表现在功能上的优越性,而且便于执行时理解,从而使产品的研发效率得以增强。 1、产品需求文档介绍 产品设计的最终表述的形式被称为产品需求文档,业界常常称呼为PRD文档, 这是英文Product Requirement Document的缩写。产品需求文档是将产品规划和设计的需求具体形象化表述出来的一种展现形式,主要用于产品界面设计和研发使用。 PRD文档是基于BRD、MRD的延续文档,主要是一份给执行层面的工作人员阅读的文档,这部分人群绝大多数是设计与技术人员(包括测试工程师)。在这类人群中,设计师更多依赖于产品原型进行交互或视觉的设计,因此看这份文档的人主要是技术人员。相对于技术人员,他们不太关注产品的商业需求和市场愿景,因为在进行产品讨论立项时,产品的定义就已经向参与设计和研发的人员宣讲过,因此技术人员更多的是关注界面、功能、交互、元素等等内容,因此产品需求文档是一份详细的产品功能需求说明文档,是产品文档中最底层和最细致的文档。

因为阅读人类的因素,所以产品需求文档是一份没有闲话,直入主题的功能说明文档。并且产品需求文档是没有标准规范的,也没有统一的模板,每个公司都不一样和每个人也不一样,这个取决于个人习惯和团队要求。虽然产品需求文档没有明确的规范,但是目的都是一样的,必须能够明确产品的功能需求,便执行人员理解任务要求。 2、产品需求文档写作 产品需求文档是产品经过规划和设计之后的最终执行文档,因此这份文档的质量好坏直接影响到执行部门是否能够明确产品的功能和性能。 2.1、罗列信息(信息结构图) 在写产品需求文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐清晰的第一步,也是帮助我们接下来设计功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。因为这是第一步,所以我们不需要罗列的很详细,在之后的步骤里,我们会逐步改进和完善信息内容。 罗列信息内容的方式有很多种,文本形式、思维导图形式等等都可以,最主要的是能够清晰易懂,我最常用的方法就是使用思维导图软件(MindManager)罗列成结构图,因此我称这一步为“信息结构图”。 上图是一张以Blog系统为示例的信息结构图。信息结构图是一种接近数据库结构的图表,在罗列信息结构时,更多的是考虑信息数据,但是他并不是真正意义的数据库结构。信息结构图是提供给产品经理自己梳理信息内容的结构图,也是方便产品经理和服务端技术人员沟通数据结构的参考图,技术人员会根据这张图表的内容再结合产品原型或需求文档,然后规划和设计出真正意义上的数据库结构。

MRD、BRD、PRD、FSD、PSD、SRS、ROI、CPA

通俗名解:MRD、BRD、PRD、FSD、PSD、SRS、ROI、CPA、(2009-11-24 14:59:19)转载标签:it 分类:网站运营 经常听到有朋友在群里面问一些专有名词的缩写含义,恰巧在网上找资料看到这个帖子,故此转帖过来。希望对朋友们有所帮助。 MRD Market Requirements Document,市场需求文档。获得老大的认同后,产品进入实施,需要先出MRD,具体来说要有更细致的市场与竞争对手分析,通过哪些功能来实现商业目的,功能/非功能需求分哪几块,功能的优先级等等。实际工作中,这个阶段PD可能的产出物有Mind Manager的思维图,Excel的Feature List等。 市场需求文档(MRD)重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决方案不同,MRD更深入提议解决方案的细节。它包括一些或者所有这些细节: a. 解决商业问题所需要的特色 b. 市场竞争分析 c. 功能和非功能需求 d. 特色/需求的优先级 e. 用例 MRD通常是由拥有产品经理,产品营销经理或者行业分析师头衔的人撰写的。MRD通常是一份连续的5-25页Word文档,或者正如之后描述那样在一些机构中甚至更长。 BRD Business Requirements Document,商业需求文档。这是产品声明周期中最早的问的文档,再早就应该是脑中的构思了,其内容涉及市场分析,销售策略,盈利预测等,通常是和老大们过的ppt,所以也就比较短小精炼,没有产品细节。 商业需求文档重点放在定义项目的商业需求。BRD要能说出客户碰到的一个或多个商业问题,并且通过公司的产品能够解决这些问题。接着建议一个方案——通常是新产品或者

BRD文档模板

XXX产品 BRD 商业需求说明书 产品部 ——杭州xx科技有限公司—— 修订控制页

一、项目背景 阐述原因及相关调研分析报告 1.1、提案原因: 说明项目提案的原因,概述一下当前产品的现状及问题 如果是创新产品,描述一下提出本提案的调研结论; 培育新业务增长点、留住或吸引用户、现有系统的应用优化、运营或管理支持、系统或产品架构调整 1.2、调研报告——用户需求: 我们将解决客户哪方面的需求或期望 满足需求或期望对我们而言有什么样的客户价值 这类客户的群体特征是什么 1.3、调研报告——市场状况 国内外这个领域的市场状况如何? 如市场规模、商业模式、发展趋势、环境变化 1.4、调研报告——竞争格局 市场上是否有同类或相似的竞争对手? 这些对手的竞争优势和市场占有状况如何? 1.5、商业价值 可以为企业创造什么样的价值?(打败竞争对手、获得生存空间)、创造赢收、获得持续发展的动力 这些价值是否符合公司的整体战略目标? 为什么是现在做? 二、项目规划 阐述项目架构及主体服务或功能 2.1、核心产品需求 用一名话概述一下产品的核心需求,比如:建立起自助交易模式的电子消费券交易系统 2.2、产品主体架构

2.3、产品发展路线图

三、收益、成本和风险 阐述项目收益及未来可能面对的各类风险和投入成本 3.1、项目可以带来什么样的收益?(新用户?新收入?节约企业成本?提升服务质量? 提升企业效率?占领新领域市场?完成战略部署?提供平台扩展支持?) 3.2、项目成本估算 人力成本估算 其它成本估算 3.3、项目风险与对策 内部风险(技术与管理) 项目实施是否有技术实现上的风险?是否有管理上的风险? 相应的对策 外部风险(用户或法律或市场) 项目是否存在未来的用户群体的风险?或法律上的风险?或市场风险? 相应的对策 . . .

产品商业需求市场需求产品需求

产品商业需求市场需求产品需求

产品商业需求市场需求产品需求 之前自己在学习写三大文档的时候,发现一个共性的问题,那就是基本上在网上能找到的文章,或者说模板都是直接给出结论,并没有中间的分析论证过程。对于大神级别的产品人可能已经形成了典型的产品思维,在脑海里已经运算分析过了,直接产出结果就是了,然而对于像我这样道行尚浅的产品新人而言,中间的思考过程才是比较重要的,所以就斗胆将自己思考过程中考虑的一些东西写出来和大家一同交流分享,写的不好之处,请诸位同行莫见怪,有哪里考虑不周或者写错的地方,烦请各位前辈指正。

一句话精简版BRD:在什么样的背景环境下去做什么事,投入什么样的成本能够获取什么样的产出,面临的风险挑战是什么。通常情况下一份BRD会包含的内容如下:

另外BRD也是需要根据不同的受众来进行不同调整的,因为不同的对象关注的重点是不一样的,比如对于CEO来讲,他关注的内容会更倾向于商业价值,资源分析,投入产出比等,对于CTO,他关注的内容会更倾向于技术层,对于COO关注的则会更倾向于运营层面,对于CFO则必须关注财务层面了。 网上的BRD模板很多,我就不再通篇大段的说一些大家能够找到的东西了,我就说一下自己之前思考的一个项目的思考全过程吧,算是臃肿版的BRD,或者说叫做前期战略策划与分析,针对不同的报告对象进

行适当的精简处理,加上高大上的PPT视觉效果,便能够产出一份BRD。 以下为正文部分,我是从大的背景环境着手开始进行思考,确定了某一个市场之后,然后进行行业细分,对行业内的产品模式有着一定的细分之后结合自身资源进行SWOT分析,然后确定一个大方向作为切入点,进行初步的定位,初步定位之后才能够进行竞品分析,然后再结合用户分析得出了更为精准的定位。以下为一步步的思考过程: 一. 背景分析 产品缘由是什么,做这款产品是想要达到什么样的目的,是为了盈利,还是为了抢占先发优势,还是说是出于战略卡位的需要,或者是为了打造品牌的知名度,还是说大家都进入了某个领域,为了表示不能落后,我们也要进入。不同的产品缘由会承载着不同的使命,也会有着不同程度的资源倾斜。 二. 市场分析 对要进入的市场进行思考分析,可以从存量市场和增量市场两个角度来看待,有哪些市场是体量巨大,尚有着未被充分满足的需求,能挖掘出新的商机的,有哪些是现有市场规模较小,但是增速极快的,也可能会产生新的商机,颠覆往往来源于边缘地带。 三. 行业现状 对行业现有的产品模式进行分析,行业现有的产品形态都有哪些,不同形态的产品目前的发展现状如何,盈利模式又是怎样的。对于不同形态

商业需求文档模板BRD

商业需求文档 资料Word 版本历史 9 of 2 Page 目录

5文档介绍 ................................................................................................................................. 0. ....................................................................................................................................... 50.1文档目的 ....................................................................................................................................... 50.2文档范围 ....................................................................................................................................... 50.3读者对象 5 ................................................................................................................................. 1. 公司目的 5 ......................................................................................................................................... 2. 问题........................................................................................................ 5 “切肤之痛”2.1描述客户的.................................................................................. 5 2.2简介目前客户是如何应对这些问题的 5 ................................................................................................................................. 3. 解决方 案 ................................................. 5服务的价值定位如何解决客户的难题阐述公司的产品/3.1 ....................................................................... 6服务具体在何处得到实现说明公司的产品/3.2 .................................................................................... 6.服务使用的具体例子3.3提供一些产品/ 6............................................................................................................. 时机:为何是现在?4. ................................................................... 6服务所应用的领域的历史演变/4.1回顾公司产品................................... 6 .4.2说明哪些近期的趋势使得公司的产品/服务之优越性得到可能......................................................................................................................................... 6 .5.市场规模.................................................................................. 6定义你的目标客户并描绘他们的特性 5.1 ................................................................................................... 6 .5.2用不同的方法测算市场规模 7 ................................................................................................................................. 6. 竞争格 局 ............................................................................................... 7列出现有的和潜在的竞争对手5.1 ................................................................................................................. 7.5.2分析各自的竞争优势 7 ............................................................................................................................... /服务7. 产 品 ........................................................................................................................ 7服务描述:产品/7.1 ................................................................................................................ 7服务的开发计划7.2产品/7服务 ............................................................................................................................... 8. 产品 / ...................................................................................................... 7服务描述:收入模式产品8.1/ ................................................................................................................................................ 7 8.2定价 ................................................................ 8从每个客户上可获得的平均收入或其终身价值8.3 .................................................................................................................................. 8 .8.4销售和渠道.......................................................................................... 8.现有客户和正在开发的客户清单8.5 ............................................................................................................... 8/服务的开发计划产品8.6 8........................................................................................................... 9需要匹配的资源与人员 9 of 3 Page ................................................................................................................................................ 8 9.1资源................................................................................................................................................ 8人员9.2 8....................................................................................................................................... 10. 总结 9 of 4 Page

一份详细的产品需求文档撰写指南,结合实例,分析细致。在产品经

一份详细的产品需求文档撰写指南,结合实例,分析细 致。在产品经 产品需求文档撰写教程 一份详细的产品需求文档撰写指南,结合实例,分析细致。 在产品经理的日常工作中,经常需要借助各类文档来和技术、设计等团队成员打交道。从需求收集到功能落地,一份合格的产品文档能够减少很多沟通成本,避免返工,帮助产品经理更好地推动项目进程。因此,写好产品文档是决定工作效率与质量的关键因素之一。 毋庸置疑,产品文档的撰写是产品经理的必备基础技能;虽说是基本功,但是能写出一份清晰简洁的文档,却非易事。想要写好产品文档,首先要进行反复的深入的思考,写文档不是目的,目的是将产品的思维和逻辑通过文档的形式表达出来。因此我们可以说,要想写好一份产品文档,就要进行一次有序而全面的思考。 一、产品文档分类与差异 一般我们说的产品文档更多指的是PRD,其他常用的产品文档有BRD和MRD。那么这几个名字相似的文档究竟有何差别,又分别会用在什么场景下呢?为了进行初步的了解,以下为常见文档的差异对比: 二、 PRD简述

PRD是产品文档中出现频率最高的一种。一般在需求收集完成,产品经理完成需求相关的业务逻辑、流程梳理后,开始撰写PRD;通过PRD将需求相关的业务流程、数据流向、页面交互等 信息清晰地展现出来,作为技术开发评审需求和进行功能开发的依据。根据不同的产品类型,PRD包含内容和侧重点各不相同。但是核心在于,完整表达产品经理对于该产品的功能的逻辑、页面以及所有需求的有效表述,有效表述的标准是,技术人员能理解并借助PRD完成开发。 PRD对于产品经理而言最大的作用是沉淀信息,同时也是在产品迭代过程中的需求记录;对于技术而言是开发的依据,是一份“书面化”的任务工单。一般PRD都是word文档形式居多, 但是也可以用AXURE等工具来展现。 既然PRD是产品经理与技术之间沟通的桥梁,那么这座桥梁就应该是双方共同搭建。技术将自己的理解与开发习惯同步至产品经理,产品经理根据技术的理解、习惯形成针对性的PRD,减少沟通成本,增强PRD 的可读性与价值。 三、 PRD内容详解 对于入门的产品新手而言,“模仿是最好的学习方式之一”。需求文档虽说没有标准化的模板,但是在表述清晰简洁的基础上,一般可将需求文档的结构分解下:

优质产品需求文档(PRD)写作三大原则

优质产品需求文档(PRD)写作三大原则 在上一篇文章中有介绍,产品经理的两项主要职责包括:对产品机会进行评估,以及对开发的产品进行评估。而定义即将开发上线的产品,则需要借助产品需求文档,来进行产品的特征和功能描述。PRD 文档的写作会因公司、团队以及个人习惯而异,没有标准的规范和统一模板,但有三大原则是不可忽略的:文字简练、中低保真、测试验证。本文仅陈述个人对产品需求文档的理解,若有不正确的地方,还望多多指教。 (一)PRD的定义、主要构成及用处 简而言之,产品需求文档(Product Requirement Document),是将商业需求文档(BRD)和市场需求文档(MRD)进行结合,然后用更加专业的语言进行描述。它向上是对BRD内容的继承和发展,向下是把MRD文档中的各种理论要求技术化,向研发和设计部门说明产品的功能和性能要求。BRD>MRD>PRD是一个逐步论证并产出结果的过程,也是产品经理思维升华的过程。 PRD主要构成: 1.引言及概要 这部分主要解释:需求背景、需求概要、需求目的、全局规则说明、名词解说以及文档变更记录等,目的是让阅读者尽快了解并熟悉需求背景和概要。作为公司内部文档来看的话,可以从简来写作。

2.业务说明及原型图 整个文档最核心的部分,其中包括产品功能主框架,比如:业务结构图/流程图、页面交互/功能模块元素构成、权限说明表等。同时,各页面之间基本的交互形式、文本注释及线框图,也是不可或缺的。 3.非功能需求 一些偏向“辅助”类的需求,包括:地理位置获取、CDN缓存策略、Push推送机制、本地文件存放策略... 如果是产品的第一个版本,那么在整个产品的业务流程和功能结构上就需要花更多时间来说明,既可以降低与整个团队的沟通成本,也能作为后期开发的证据和备份,而这恰好是PRD文档最大的用处。此外,它也发挥着将需求管理归档,促进从“概念化”阶段到“图纸化”阶段的过渡作用。 (二)PRD写作的三大原则 1.文字简练 诚然详尽的说明能给开发人员最全面的指导和参考,但“事无巨细”的备注及文字说明,有时反而会成为“过犹不及”的反例,增加沟通成本及延误开发进程。在产品进行评审和讨论具体开发细节时,有些问题会被重复提到,而在此过程中,如果能把关键性的逻辑用图表或文本展现出来就很关键了。对于有些“众所周知”的规则和功能需求的话,可以在产品文档中进行适当精简,否则开发人员也是没有耐心看完的。

产品需求文档(PRD)的写作方法

产品需求文档(PRD)的写作方法 1、写前准备(信息结构图): 在写PRD文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐清晰的第一步,也是帮助我们接下来规划功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。因为这是第一步,所以我们不需要罗列的很详细,在之后的步骤里,我们会逐步改进和完善信息内容。 例如一篇文章的信息内容主要有:文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容,但是在之后的功能规划中逐渐更加细致的考虑时,可能会增加或者删减,因此第一步我们不用刻意的追求信息的全面。 罗列信息内容的方式有很多种,文本形式、思维导图形式等等都可以,最主要的是能够清晰易懂,我最常用的方法就是思维导图,因此我称这一步为信息结构图。 2、梳理需求(产品结构图和用户流程图): 当我们对产品的信息结构了解后,我们就需要规整脑海中的产品需求,让想法更加结构化,因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构图),其次再基于产品结构图梳理出频道及页面中的功能,并延伸构建出用户的操作流程(用户流程图)。 以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解,类似鸟瞰式的一目了然,也方便调整完善。 3、原型设计(手绘原型,灰模原型,交互原型): 当我们逐渐清晰了产品的需求后,并梳理了产品的各个频道及页面,那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。 首先我建议通过手绘的形式快速在草纸上绘制出产品的原型,推演和讨论方案的可行性,当有一定的进展之后,我们再通过软件工具进行更深入的设计。移动产品可以考虑灰模原型,网站产品可以考虑交互原型,对于这两种原型方式,无论是移动产品还是网站产品都可以使用,具体取得于你的个人习惯和团队要求。

从零开始产品需求RD撰写

1、写前准备(信息结构图) 在写PRD文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐 清晰的第一步,也是帮助我们接下来规划功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。因为这是第一步,所以我们不需要罗列的很详细,在之后的步骤里,我们会逐步改进和完善信息内容。 例如一篇文章的信息内容主要有:文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容,但是在之后的功能规划中逐渐更加细致的考虑时,可能会增加或者删减,因此第一步我们不用刻意的追求信息的全面。 罗列信息内容的方式有很多种,文本形式、思维导图形式等等都可以,最主要的是能够清晰易懂,我最常用的方法就是思维导图,因此我称这一步为信息结构图。 当我们初次接触产品需求文档时,首先会从网络上寻找产品需求文档模板,希望从中了解和学习具体的写作要求,但实际上,现在网络上绝大部分的PRD文档都是与实际工作不相符的,或者说是复杂的。 前几天一位从事产品类工作的朋友,发来一份他写的产品需求文档目录截图给我 (下图),当时我就郁闷了,这些类目更像是MRD文档,而不是PRD文档了,因此我决定写几篇讲述写作PRD文档的文章,分享一些我关于PRD文档的见解和写作方法。 PRD是英文ProductRequirementDocument 的缩写,中文的意思是产品需求文档,具体的名词介绍大家可以询问Google。PRD文档是基于BRD、MRD的延续文档,

主要用于产品设计和开发使用,因此阅读这份文档的人群绝大多数是设计与技术人员。在 这类人群中,设计师更多依赖于原型进行交互或视觉的设计,因此看这份文档的人就会偏向于技术人员。相对于技术人员,他们不太关注产品的商业需求和市场愿景,因为在进行产品讨论立项时,产品的定义就已经向参与设计和研发的人员宣讲过,因此技术人员更多的是关注界面、功能、交互、元素等等内容,因此PRD文档是一份详细的产品功能需求说明文档,是产品文档中最底层和最细致的文档。 PRD文档是一份没有闲话,直入主题的功能说明文档,因此我们在写作时,脑海里构思的是成品产品的界面功能的逻辑线框图。在写作这份文档前,我们需要先做一些准备,把BRD、MRD的相关需求消化并融合规划出产品的结构图。因为这些准备工作是属于思维类的,所以我推荐使用思维导图软件( MindManager) 进行规划工作。规划产品的第一步就是梳理出产品的信息结构,有了信息结构我们才能继续往下规划产品结构,并且信息结构是服务端技术人员创建数据库的依据,是数据结构的辅助文件。对于新产品或者新功能,没有人能够比产品经理更加清楚所需要的信息内容了,因此第一步我们就需要先将这些信息罗列出来,形成结构化。(如下图) 这张图是以我的博客作为示例,在罗列信息结构时,我们更多的是考虑信息数据,因此在这一步,我们还不需要深入的考虑产品的界面与功能。信息结构的考虑有面向前端的,也有面向后端的,具体视产品类型而定。 例如CMS之类的程序,这类程序采用框架式开发,将功能与模板独立,因此前端具有多变性,并且这类产品属于平台型产品。针对这类产品,我们在规划信息结构时,只

从零开始-产品需求文档(PRD)撰写

1、写前准备(信息结构图) 在写PRD文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐清晰的第一步,也是帮助我们接下来规划功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。因为这是第一步,所以我们不需要罗列的很详细,在之后的步骤里,我们会逐步改进和完善信息内容。 例如一篇文章的信息内容主要有:文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容,但是在之后的功能规划中逐渐更加细致的考虑时,可能会增加或者删减,因此第一步我们不用刻意的追求信息的全面。 罗列信息内容的方式有很多种,文本形式、思维导图形式等等都可以,最主要的是能够清晰易懂,我最常用的方法就是思维导图,因此我称这一步为信息结构图。 当我们初次接触产品需求文档时,首先会从网络上寻找产品需求文档模板,希望从中了解和学习具体的写作要求,但实际上,现在网络上绝大部分的PRD文档都是与实际工作不相符的,或者说是复杂的。 前几天一位从事产品类工作的朋友,发来一份他写的产品需求文档目录截图给我(下图),当时我就郁闷了,这些类目更像是MRD文档,而不是PRD文档了,因此我决定写几篇讲述写作PRD文档的文章,分享一些我关于PRD文档的见解和写作方法。

PRD是英文Product Requirement Document的缩写,中文的意思是产品需求文档,具体的名词介绍大家可以询问Google。PRD文档是基于BRD、MRD的延续文档,主要用于产品设计和开发使用,因此阅读这份文档的人群绝大多数是设计与技术人员。在这类人群中,设计师更多依赖于原型进行交互或视觉的设计,因此看这份文档的人就会偏向于技术人员。相对于技术人员,他们不太关注产品的商业需求和市场愿景,因为在进行产品讨论立项时,产品的定义就已经向参与设计和研发的人员宣讲过,因此技术人员更多的是关注界面、功能、交互、元素等等内容,因此PRD文档是一份详细的产品功能需求说明文档,是产品文档中最底层和最细致的文档。 PRD文档是一份没有闲话,直入主题的功能说明文档,因此我们在写作时,脑海里构思的是成品产品的界面功能的逻辑线框图。在写作这份文档前,我们需要先做一些准备,把BRD、MRD的相关需求消化并融合规划出产品的结构图。因为这些准备工作是属于思维类的,所以我推荐使用思维导图软件(MindManager)进行规划工作。 规划产品的第一步就是梳理出产品的信息结构,有了信息结构我们才能继续往下规划产品结构,并且信息结构是服务端技术人员创建数据库的依据,是数据结构的辅助文件。对于新产

MRD市场需求文档模板

MRD市场需求文档模板 篇一:MRD 市场需求文档 如何写好MRD需求文档 MRD-“市场需求文档”,是产品经理或者产品市场经理编写的一个产品的说明需求的文档。这些文档用于计划一个新产品或修正一个已有的产品,是被工程师团队开发产品时使用。在硅谷的一些软件公司,MRD仅仅覆盖high-level的功能。在这种情况下,产品经理通过创建了另一个文档-通常指的是PRD(产品需求文档)来定义更加详细的产品需求。在本文中,我用术语“MRD”泛指所有那些由产品管理和/或产品市场团队创建的,为工程师团队传达产品需求为目的的文档。 MRD-“市场需求文档”,是产品经理或者产品市场经理编写的一个产品的说明需求的文档。这些文档用于计划一个新产品或修正一个已有的产品,是被工程师团队开发产品时使用。在硅谷的一些软件公司,MRD仅仅覆盖high-level的功能。在这种情况下,产品经理通过创建了另一个文档-通常指的是PRD(产品需求文档)来定义更加详细的产品需求。在本文中,我用术语“MRD”泛指所有那些由产品管理和/或产品市场团队创建的,为工程师团队传达产品需求为目的的文档。 写好MRD的10种技巧(第一部分) 1、从用户角度的编写 从用户角度编写需求内容。使用“用例(Use Case)”和“用户角色(User Personas)”来达到这个。考虑用以下两种方法来详细说明你们公司正在开发的SFA(sales force automation)软件的“Login”的功能性。

方法A:用户通过一个要求用户提供证书的登陆界面,然后软件允许用户带着特定的权限进入系统。软件鉴别这些证书,在鉴定通过的基础上允许用户访问那些他们有权限访问软件的功能部件。 方法B:Mike是一个销售经理,Cathy是一个销售代表。当他们打开软件,他们看到登陆界面。他们通过用户名和密码进入系统。如果用户名和密码是正确的,他们能登进系统。一旦登陆进系统,Mike能访问软件所有的功能部件。Cathy只能访问那些对销售代表有有效的功能部件。 哪个方法更加容易阅读和理解?就我的看法,毫无疑问,"方法B".还有,它同时减少了令人烦恼的阅读! 2、使用Screen Shots 使用Screen Shots或者mockup来你的想法。我们中很多人都听说过“一张图片好比一千个文字”。当提到写MRD的时候,一个screen shot好比一千个文字! 举个例子,看看下面这个screen shot,你需要多少字来描述?我想可能不只一千个字。 3、用简单的语言编写 在我超过11年的行业中,我通常注意到的(更多是令我懊恼)一件事是用很做作的语言来写的MRD.我想这个主要是因为MRD听起来是正式的和专业的原因吧。 相反,想象你写的MRD是写给你的在工程师团队工作的朋友。你的目标是帮助他理解你需要什么,以便于他能开发产品实现这些需要。这个将有助于你避开陷入那些令读者人厌烦(有时他们会把MRD撕碎然后再碎片喂给碎纸机)的用做作的语言的陷阱。

产品文档-产品PRD需求文档编制规范

产品需求文档(PRD) 编制规范

1、写前准备(信息结构图) 2、梳理需求(产品结构图和用户流程图) 3、原型设计(手绘原型,灰模原型,交互原型) 4、撰写文档(PRD文档) 5、用例文档(UML用例图、流程图)

1、写前准备(信息结构图): 在写PRD文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐清晰的第一步,也是帮助我们接下来规划功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。因为这是第一步,所以我们不需要罗列的很详细,在之后的步骤里,我们会逐步改进和完善信息内容。 例如一篇文章的信息内容主要有:文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容,但是在之后的功能规划中逐渐更加细致的考虑时,可能会增加或者删减,因此第一步我们不用刻意的追求信息的全面。 罗列信息内容的方式有很多种,文本形式、思维导图形式等等都可以,最主要的是能够清晰易懂,我最常用的方法就是思维导图,因此我称这一步为信息结构图。 2、梳理需求(产品结构图和用户流程图): 当我们对产品的信息结构了解后,我们就需要规整脑海中的产品需求,让想法更加结构化,因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构图),其次再基于产品结构图梳理出频道及页面中的功能,并延伸构建出用户的操作流程(用户流程图)。 以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解,类似鸟瞰式的一目了然,也方便调整完善。

3、原型设计(手绘原型,灰模原型,交互原型): 当我们逐渐清晰了产品的需求后,并梳理了产品的各个频道及页面,那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。 首先我建议通过手绘的形式快速在草纸上绘制出产品的原型,推演和讨论方案的可行性,当有一定的进展之后,我们再通过软件工具进行更深入的设计。移动产品可以考虑灰模原型,网站产品可以考虑交互原型,对于这两种原型方式,无论是移动产品还是网站产品都可以使用,具体取得于你的个人习惯和团队要求。 对于产品经理来说,原型设计是为了帮助我们细致的考虑方案,并论证方案的可行性,同时也是为了避免产品宣讲时,抽象的语言描述导致听众理解困难和理解偏差。 4、撰写文档(PRD文档): 当我们通过以上三个大的步骤之后,我们就已经非常清晰产品的需求了,一般情况下,通过原型加描述的方式就已经完成了PRD文档的目的(很多产品经理直接使用Axure制作PRD)。 当然也会有一些个人或团队的要求不一样,对PRD文档有特定的规范标准,这类情况可能是需要存档归类。无论什么样的规范标准,PRD文档的目的都是相近的,因此功能描述的方式也是相似的,所以在这里我分享了三种撰写PRD文档的方式。

相关文档
最新文档