如何撰写业务需求文档（BRD）-附模板

业务需求文档（Business Requirement Document，简称BRD）通常用于收集构建新应用程序或替换传统商业应用程序所需的所有业务需求。BRD也为新项目的请求提案（Request for Proposal，简称RFP）起草。BRD为项目所有相关方提供了对需求的坚实理解。BRD为项目的成功执行奠定了基石，因为所有业务相关方都同意解决业务需求。

一、什么是业务需求文档（BRD）

它是一份记录功能性、质量和可用性需求的文档，其格式易于未来分析、架构和设计活动消化，最重要的是，是所有业务相关方都能理解的格式。

BRD旨在将读者从对业务流程的高层次理解引导至详细的业务需求。它应该捕捉以下内容：

• 项目概要和背景
• 项目范围
• 运营模式
• 项目治理
• 业务流程模型
• 用例
• 假设和限制
• 优先级需求 成功指标

二、业务需求文档（BRD）的组成

业务需求文档的主要组成部分包括以下几个：

1、公司概况

BRD首先对公司进行概述，解释公司的使命、愿景和商业战略。介绍公司的产品、服务、客户和服务交付的组合。有时公司的商业模式和运营也包括在BRD中。这有助于解决方案提供商全面了解他们承担的项目的公司。在某些BRD中，会提供执行摘要，而不是公司概况。

2、项目范围

这是BRD中非常重要的部分，应该详细解释项目范围。概述项目所涵盖的内容，更重要的是，提供了超出范围的内容。这为项目环境定义了一个明确的边界。需要在项目相关方之间就项目范围达成共识。项目范围确定并定义了明确的业务目标以及项目高级成果。

3、业务目标

项目的业务目标应清楚记录，以便项目相关方能够成功执行。业务目标要提供项目的战略成果，并详细说明为什么需要此项目。

4、功能性和非功能性需求

该部分讨论功能性和非功能性业务需求。功能性需求描述解决方案“必须具备”的基本特性，以满足项目相关方的需求。功能性需求被赋予不同的状态，如“必要”、“重要”和“可取”，这些需求可以被优先考虑。非功能性需求也被记录下来，包括任何报告、分析和集成需求。

5、项目路线图

项目路线图包含了项目执行的时间表。它包括了项目里程碑和相关方会议以及估计的时间线。它还规划了项目活动中的依赖关系和应急措施。经验法则是为所有活动留出20%的缓冲时间，以管理项目执行过程中可能出现的不确定性。

6、相关方咨询

相关方咨询会议包括在项目成功启动后需要与解决方案提供商讨论的事项。这包括：

• 业务流程图
• 报告要求
• 运营要求
• 服务交付机制
• 数据隐私
• 服务水平协议
• 现有业务系统
• 业务和IT架构
• 合规性和监管要求

7、项目风险

本节详细阐述了项目风险。项目风险解释了项目高级负责人（Senior Responsible Officer，简称SRO）在项目实施过程中需要管理的战略和战术风险。风险计划包括风险名称、风险优先级、风险发生可能性、缓解策略和风险所有者。

8、基础设施需求

对于IT和数字化转型项目，基础设施需求可以包括在技术部分。这包括服务器、许可成本等。

9、预算

预算部分涵盖了分阶段/里程碑式的付款时间表以及支付金额。预算需要包括启动成本、相关方咨询成本、供应商成本、运营成本和任何非必要的项目成本。

成立项目治理委员会，监督项目执行。该委员会包括高级负责官 （SRO）、项目总监、项目经理、业务分析师和业务相关方。委员会定期召开会议，以确保项目顺利进行。业务分析师通常起草业务需求文档。BRD 由项目经理验证并由项目总监验证。

三、记录业务需求的好处

起草业务需求文档有很多优点，包括：

• 清楚地了解业务需求 – 将透明的需求记录在案并在项目相关方之间共享，从而减少歧义和不确定性
• 提高灵活性和可靠性 – 可以轻松降低项目风险，从而以可预测的方式管理项目成果
• 成本效益 – 由于需求是提供给解决方案提供商/供应商的，因此可以节省成本并有助于价格谈判
• 促进透明度 – BRD 促进透明度，从而改善合作方和项目相关方之间的沟通
• 减少错误和错误 – 由于项目需求是预先记录的，因此可以消除解决方案实施中的误解
• 减少依赖性 – BRD 减少了对外部和内部利益相关者在项目咨询和资金方面的依赖

四、业务需求模板示例

典型的业务需求文档模板应包含以下元素：

• 介绍
• 摘要
• 项目范围
• 功能性
• 非功能性需求
• 相关方
• 项目计划/路线图
• 风险和缓解计划
• 治理
• 预算
• 其他要求

推荐一款直观的知识库软件HelpLook，零代码操作、提供丰富的知识库模板……可以轻松添加您的业务需求内容并将其与任何应用程序集成。可以通过邀请码【LookLook111】免费体验。