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

文章描述:漫谈互联网产品商业需求文档(BRD)的设计.

BRD是英文”Business Requirement Document“的缩写,根据英文直译过来就是”商业需求文档“的意思,指的就是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据

BRD与PRD的差异

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

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

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

BRD的受众群体

不同的企业,不同的时期以及不同的决策环境,使得BRD的决策层必然存在着较大的差异,很多人都会疑惑,究竟决策层都会有哪些人?为什么是这些人对BRD进行评审,而不是技术经理或项目经理之类?其实这都不是问题的关键,无论是企业的老板还是CEO、COO、CFO之类,又或者VP或各类部门主管,什么样的人参与BRD的评审都是可以的。作为产品设计师,你对受众群体的分析,不是要关注他们是什么职业,又或是什么Title,是男又或女,你应该抓住这些受众群体的核心需求:“他们为什么要评估你的报告?评估后的决策,究竟决策什么?”

再细致回顾一下,通常我们会在什么情况下撰写BRD报告?一般都是在年初大家做年度规划的时候,又或者是产品经理在日常产品管理过程中,通过一系列的市场分析或调查,掌握到了一个潜在的、未被满足的大量用户需求,而这些需求背后将映射着一个广阔的市场空间。产品经理因之而激动莫名,匆匆写了一个数十页的报告,找到上级领导,领导的领导,领导的领导的领导……一番唾沫横飞的演讲后,也许就提出了以下这些要求:

这个项目很重要,希望领导支持我来做这个项目;

这个项目很有价值(社会价值——造福全人类?;商业价值——未来的赢收主体?;用户价值——引领用户潮流?比如说Iphone;市场价值——也许明年我们的市场份额就会扩大一倍;投资价值——我们将全面进入一个新兴的领域),希望公司能重视这个项目,并纳入未来战略计划中;

这个项目很庞大,需要公司提供足够的研发资源和市场费用,希望公司能审批一笔预算并给我一个专属的项目团队,这样我才会最大限度确保项目成功;

BRD的决策参与模型

通过上述的分析,我们似乎找到了撰写BRD背后的目的:我需要一笔费用;我需要一些资源;我希望公司高度重视;我希望各级领导支持;基于这些目的性,我们可以把决策参与人分成以下几类,先看看我整理出来的BRD的决策参与模型(如下图)

资本型:这类角色一般就是为我们提供足够的产品研发经费,自然以CFO(首席财务官)、财务总监之类为主;

市场型:这类角色一般就是为我们提供未来市场营销和商业运营方面的支持人员,通常以市场总监、运营总监之类为主;

研发型:这类角色一般就是为我们提供技术性支持的主管,比如技术总监或研发总监之类;

战略型:这类角色一般就是企业的老板(董事长)、CEO(首席执行官)、COO(首席运营官)或直属VP(副总裁),这类人,通常能够为你提供产品在企业内受到足够高度的重视,让你实施项目畅通无阻,而是否纳入1~3年的战略规划,也是这个层面的人说了算;

如果你充分掌握了以上这些信息,事实上你就已经为你的BRD获得审批通过成功了一半了,剩下的,就是看你对报告细节的把握能力了。确定报告的大纲,充分论述报告的各方面重点,利用你擅长的沟通表达能力,用最简洁的语言、条理清晰的思路来陈述你整个报告的核心部分!

接下来,我们进入BRD报告的核心环节——“设计”(抱歉,这里需要的是你的设计思维而非展现你深厚的文字功底)一份出色的分析报告!

时间: 2024-10-30 08:36:26

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

互联网产品需求管理思考1——统一需求管理

对于互联网公司而言,产品需求管理是产品研发的核心环节,产品需求的正确与否直接影响产品开发周期.产品开发成本.产品运营成本,甚至直接决定了产品市场竞争力.根据统计:产品开发中40%-60%的问题都是在需求阶段埋下的"祸根" ,在测试阶段及运营阶段发现需求阶段植入的问题,解决的代价是需求阶段发现问题的68-200倍. 关于需求管理的故事很多,列举一些常见问题: ● 某天老板问起:我很久以前提过一个需求,提过以后就没下文了.产品经理无辜地说:有提过吗,是给我提的吗? ● 某个销售谈起:我很久

互联网产品需求管理:产品管理流程

  对于互联网公司而言,产品需求管理是产品研发的核心环节,产品需求的正确与否直接影响产品开发周期.产品开发成本.产品运营成本,甚至直接决定了产品市场竞争力.根据统计:产品开发中40%-60%的问题都是在需求阶段埋下的"祸根" ,在测试阶段及运营阶段发现需求阶段植入的问题,解决的代价是需求阶段发现问题的68-200倍.      关于需求管理的故事很多,列举一些常见问题: 某天老板问起:我很久以前提过一个需求,提过以后就没下文了.产品经理无辜地说:有提过吗,是给我提的吗? 某个销售谈起:

互联网产品需求管理思考1-统一需求管理

对于互联网公司而言,产品需求管理是产品研发的核心环节,产品需求的正确与否直接影响产品开发周期.产品开发成本.产品运营成本,甚至直接决定了产品市场竞争力.根据统计:产品开发中40%-60%的问题都是在需求阶段埋下的"祸根",在测试阶段及运营阶段发现需求阶段植入的问题,解决的代价是需求阶段发现问题的68-200倍. 关于需求管理的故事很多,列举一些常见问题: 某天老板问起:我很久以前提过一个需求,提过以后就没下文了.产品经理无辜地说:有提过吗,是给我提的吗?某个销售谈起:我很久以前提过一个

互联网产品需求管理思考1——统一需求管理,互联网营销

对于互联网公司而言,产品需求管理是产品研发的核心环节,产品需求的正确与否直接影响产品开发周期.产品开发成本.产品运营成本,甚至直接决定了产品市场竞争力.根据统计:产品开发中40%-60%的问题都是在需求阶段埋下的"祸根" ,在测试阶段及运营阶段发现需求阶段植入的问题,解决的代价是需求阶段发现问题的68-200倍. 关于需求管理的故事很多,列举一些常见问题: 某天老板问起:我很久以前提过一个需求,提过以后就没下文了.产品经理无辜地说:有提过吗,是给我提的吗? 某个销售谈起:我很久以前提过

php-根据甲方提供的关于项目需求的文档,乙方对项目的基本情况有了较为详细的了解

问题描述 根据甲方提供的关于项目需求的文档,乙方对项目的基本情况有了较为详细的了解 1)输入"ask.csdn.net"以CSDN用户身份成功进入问答首页 2)点击[提问]进入[提问题]页 3)输入[正确问题标题]内容 4)输入[正确的问题内容] 5)输入[标签]内容 解决方案 我的问题答案和你的问题差不多一样!你觉得呢!

互联网产品需求管理杂思2-需求收集

互联网产品需求管理思考1-统一需求管理 需求收集是进行产品需求管理的第一步.需求收集得到的各种用户需求素材是产品需求的唯一来源.可以说需求收集的质量影响着产品最终的质量. 1.需求收集目的 需求收集的目的在于:通过以市场为导向的客户需求收集,保持公司产品的核心竞争力,最终实现产品创新.具体说来: 1).深刻理解市场需求.用户需求,准确把控行业发展趋势,保持高度的市场敏感度. 2).保证产品研发是围绕客户需求来展开,真正实现产品研发"以市场为导向.以客户为中心",而不是闭门造车. 3).

互联网产品需求管理思考3——洞察市场,互联网营销

前面提到的"互联网产品需求管理思考1--统一需求管理"."互联网产品需求管理杂思2--需求收集"分别从统一需求管理入口及需求收集的方法角度思考了怎样让产品研发与市场更加紧密结合,让需求管理过程更加高效. 由于产品需求管理的需求来源于目标用户所处的市场及行业,因此要从根本上解决需求管理及需求创新的问题,必须回归到市场这个源头寻求答案. 对于中国的互联网企业而言,在这个山寨化蔚然成风的时代,似乎不用费劲研究怎样洞察市场,反正也没多少原创性的产品,即使有,大家也能够快速山

互联网产品需求管理杂思2-需求收集,互联网营销

前一篇 互联网产品需求管理思考1--统一需求管理 需求收集是进行产品需求管理的第一步.需求收集得到的各种用户需求素材是产品需求的唯一来源.可以说需求收集的质量影响着产品最终的质量. 1.需求收集目的 需求收集的目的在于:通过以市场为导向的客户需求收集,保持公司产品的核心竞争力,最终实现产品创新.具体说来: 1)深刻理解市场需求.用户需求,准确把控行业发展趋势,保持高度的市场敏感度. 2)保证产品研发是围绕客户需求来展开,真正实现产品研发"以市场为导向.以客户为中心",而不是闭门造车.

设计好的互联网产品:根据内容整理信息架构

文章描述:互联网产品的设计方法-搭建架构. 根据内容整理信息架构 三个内容模块,模块之间的信息组成是多变的. 客户的需求会有很多,或者只有一个.当一个客户有多个潜在需求,其中有1个或几个需求下单时,客服人员根据需求的关联性,给客户下一张订单. 代练人员根据订单,按照实际代练工作的状况,转化为生产单. 一个订单中可能转化为多个不同的生产单,每个生产单对应不同的生产线. 多个订单中可能转化为一个生产单来完成. 依据现实的操作,系统起初按照内容模块的特性,信息架构的主要层级,第一个层级分支为三个节点: