【数字化】没有BRD, 要开发产品吗？

作者介绍：

毕业于香港理工大学。深耕供应链和物流解决方案多年，目前做跨境电商。供应链是六便士，文学是月亮。欢迎关注微信公众号【 来自星星的tina 】

在我之前一篇文章《数字中国2522，个人和企业的有效数字化》中，提出了在个人和企业都要有BRD的概念。本文写写如何做一份合格的BRD & 没有BRD是否要开发产品。

1. 基础概念

BRD, PRD

简单重温基础概念。

BRD = Business Requirement Document 商业需求分析文档。

PRD = Product Requirements Document 产品需求说明书

BRD由提出需求的业务方或者项目经理产出，是基于商业目标或价值所描述的产品需求内容文档。它并不是一个形式文档，而是业务方要真正思考清楚，业务的痛点、需求的价值、投入系统开发的ROI等一系列事情。BRD是给老板、产品经理、技术（研发、开发）、财务看的，用于决定是否要开始某个产品的开发。（特别说明一下，大家熟悉的“产品”指的是某个具体的实物或者虚拟商品，而在我数字化系列的文章中，“产品“指的是系统。）

PRD由接受需求的产品经理产出，是PRD评审通过后的文档，用于进一步确认需求，明确产品框架和具体的产品方案。主要是给业务方、研发、交互设计师、测试工程师、运营等团队看的。

2. 一份合格的BRD构成

BRD structure

一份合格的BRD应该包括7部分：业务背景、业务痛点、业务价值（含ROI）、业务需求（含希望的产品方案）、业务milestone、产品上线后的运营计划、风险及预案。

（1）业务背景。包括行业背景，市场规模和市场环境分析、竞对分析、业务现状数据、客户调研数据。需要有准确的、最新的数据支撑。

（2）业务痛点。结合业务背景，引出现阶段公司在这个产品面临的问题，可以是用户体验、业务规模、收入、成本、利润、效率等问题。可以是为了修复或者迭代某个小问题，可以是为了提升业绩，也可以是关乎生死存亡的。

（3）业务价值（含ROI）。痛点和价值一定是对应的。比如痛点是成本高，那么价值就是能降低多少的成本。一定要有绝对值和相对值的具体数据证明。ROI (Return On Investment 投入产出比)和投资回收周期, 为了开发这个产品需要投入什么，对应的产出是什么有多少，多久可以收回成本。产出可以是增加收入、降低成本、减少损失。用数字说话。

（4）业务需求（含希望的产品方案）。就是业务想要的最终结果 & 实现的时间。这时候是否需要考虑的产品的可实现性？这一点经常会有不同的意见。我个人认为：“没有实现不了的产品，只有说不清楚的需求、或者没有足够的时间和投入”。说清楚需求是最基本的要求。但是通常时间和投入都是有限的，很多需求都很着急（这也是要提前做需求规划、明确数字化战略目标的的原因），所以建议业务方可以和产品经理、技术有初步的对焦，列出不止一个的产品的方案、对应的时间和投入。

（5）业务milestone. 即项目的关键时间点。市场调研、上需求评审会、产出PRD、确定产品方案、开始开发、UAT、产品验收、灰度、正式上线的时间。

（6）风险及预案。所有的新产品研发（不管是具体的商品、虚拟产品还是系统）都会有一定的风险。在BRD中要明确风险、有什么方法避免风险或者减少损失。当具体的或者不可预知的风险和损失出现时，对应的应急机制、运营手段是什么。

（7）产品上线后的运营计划。这一点是很重要的，甚至是最重要的，同时又是最容易被忽略的。系统或者上线后，需要有效运营，才能保证对应的产出。经常出现的情况后，产品上线了，战报写了，却没人运营了。

3.  没有BRD, 需求做不做？

今天各行业都在轰轰烈烈数字化，特别是传统行业的转型阶段，会有很多的数字化项目。但是很多人并没有BRD的概念，需求都是只用说，做一个项目或者产品，没有BRD,也没有评审。光凭一个人的嘴巴就开始一个新产品研发，经常会出问题。做了一大堆的项目，花了大把的资源，最后能用的或者有产出的没有几个。

个人建议，不管是企业大小，项目大小，产品大小，都需要BRD，也需要上评审会。BRD需要业务、产品经理、技术、财务的老板们都同意。根据投入的多少来确定BRD的精细程度。投入多的，一定要包括上述合格BRD构成的所有内容。投入小的，或者只是一些很快就可以迭代的，BRD可以简单但是不能没有。