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

漫谈互联网产品商业需求文档（ 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 报告？一般都是在年初大家做年度规划的时候 ，又或者是产品经理在日常产品管理过程中，通过一系列的市场分析或调查，掌握到了一个潜在的 、未被满足的大量用户需求，而这些需求背后将映射着一个广阔的市场空间。产品经理因之而激动 莫名，匆匆写了一个数十页的报告，找到上级领导，领导的领导，领导的领导的领导 …… 一番唾沫 横飞的演讲后，也许就提出了以下这些要求： BRD 的决策参与模型 通过上述的分析，我们似乎找到了撰写 BRD 背后的目的：我需要一笔费用；我需要一些资源；我希 望公司高度重视；我希望各级领导支持；基于这些目的性，我们可以把决策参与人分成以下几类， 先看看我整理出来的 BRD 的决策参与模型（如下图） 如果你充分掌握了以上这些信息，事实上你就已经为你的 BRD 获得审批通过成功了一半了，剩下的 ，就是看你对报告细节的把握能力了。确定报告的大纲，充分论述报告的各方面重点，利用你擅长 的沟通表达能力，用最简洁的语言、条理清晰的思路来陈述你整个报告的核心部分！ 接下来，我们进入 BRD 报告的核心环节 ——“设计 ”（