如何撰写业务需求文档（BRD）

业务需求文档（BRD）通常用于收集构建新应用程序或替换遗留业务应用程序所需的所有业务需求。BRD 也会为新项目的建议邀请书（RFP）而起草。BRD 能让所有项目利益相关者清晰地理解需求。由于所有项目利益相关者都认同需要满足的业务需求，因此 BRD 为项目的成功执行奠定了基石。

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

它是一种文档，用于将功能、质量和可用性需求记录成易于未来分析、架构和设计活动使用的格式，最重要的是，要采用所有业务利益相关者都能理解的格式。

BRD 旨在引导读者从对业务流程的宏观理解深入到详细的业务需求。它应包含以下内容：

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

另请阅读： 流程文档入门指南

业务需求文档（BRD）的组成部分

业务需求文档的主要组成部分包括

公司概述

业务需求文档以公司概述开头，阐述公司的使命、愿景和业务战略。本部分还涵盖公司的产品组合、服务、客户和服务交付。有时，公司的商业模式和运营也会包含在业务需求文档中。这有助于解决方案提供商对他们承接项目的公司有一个全面的了解。在某些业务需求文档中，会提供执行摘要而非公司概述。

项目范围

这是业务需求文档的重要部分，详细解释了项目范围。它概述了项目涵盖的内容，更重要的是哪些内容不在范围内。这为项目范围定义了清晰的边界。需要在项目利益相关者之间就项目范围达成共识。项目范围需识别并定义清晰的业务目标以及项目的高层成果。

业务目标

应清晰记录项目的业务目标，以便统一项目利益相关者的认识，确保成功执行。这些目标提供了项目的战略成果，并需要详细说明项目的“原因”。

功能性与非功能性需求

业务需求文档的这一部分讨论功能性和非功能性业务需求。功能性需求描述了解决方案为满足项目利益相关者需求而“必须具备”的核心特性。功能性需求被赋予不同的状态，如“必需”、“重要”和“期望”，并且可以对这些需求进行优先级排序。

同时也会记录非功能性需求，包括任何报告、分析和集成需求。

项目路线图

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

利益相关者咨询

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

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

项目风险

此部分详细阐述了项目风险。项目风险说明了项目高级负责人在项目实施期间需要管理的战略和战术风险。风险计划包括风险名称、风险优先级、风险发生可能性、缓解策略以及风险负责人。

基础设施要求

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

预算

预算部分涵盖了分阶段/基于里程碑的付款计划以及支付金额。预算需要涵盖入职成本、利益相关者咨询成本、供应商成本、运营成本以及任何非必要的项目成本。

项目治理委员会负责监督项目执行。该委员会包括高级负责人、项目总监、项目经理、业务分析师和业务利益相关者。委员会定期召开会议，确保项目顺利运行。业务分析师通常起草业务需求文档，BRD由项目经理审核，并由项目总监验证。 帮助客户通过知识库自助服务，即刻解决问题！ 建立业务需求文档的优势 起草业务需求文档具有诸多优势，包括：

• 💛🧡🧡客户评价：Baklib 为站点管理员提供的 UI 让您可以非常轻松地管理所有站点的开发、阶段和生产环境。它允许我们在单个仪表板中管理我们的 Baklib 生态系统。Baklib 的 DXP 允许我们在所有站点上部署通用的站点构建组件。这帮助我们专注于品牌和内容的一致性、安全性和可访问性，极大地改善了站点构建者和站点访问者的体验。

  清晰理解业务需求 – 将明确的需求记录下来并在项目干系人之间共享，可以减少模糊性和不确定性
• 提高灵活性和可靠性 – 项目风险可以轻松缓解，从而形成可预测的项目成果管理方式
• 成本效益 – 由于需求已提供给解决方案提供商/供应商，因此可以节省成本并有助于价格谈判
• 促进透明度 – 业务需求文档有助于提高透明度，从而改善协作者与项目干系人之间的沟通
• 减少错误和失误 – 由于项目需求已预先记录，因此在解决方案实施过程中可以消除误解
• 降低依赖性 – 业务需求文档减少了项目咨询和资金方面对外部和内部干系人的依赖

业务需求模板示例

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

• 引言
• 执行摘要
• 项目范围
• 功能需求
• 非功能需求
• 干系人
• 项目计划/路线图
• 风险与缓解计划
• 治理
• 预算
• 附加需求

编写业务需求文档的最佳实践

业务分析师通常在与各项目干系人协商后编写业务需求文档。以下是一些最佳实践

• 识别缺失的业务背景 - 业务分析师需要提出许多“为什么”问题，以理解业务问题的根源，确保业务需求得到验证。这有助于识别大量缺失的业务背景，并理解各项目利益相关者之间的依赖关系。
• 捕获或创建关于缺失背景的相关文档 - 如果任何缺失的业务背景需要验证，应进行调查并记录报告。
• 创建交互式文档 - 业务需求文档不必冗长。BRD的内容可以是交互式的，包含大量视觉元素、架构图、业务流程地图等。
• 添加视觉组件 - 添加图表、插图、示意图和其他视觉元素有助于使BRD更具吸引力且易于理解。
• 使用简单语言 - 使用简单的词语清晰地阐明需求，可以增强跨利益相关者的共同需求理解。
• 清晰的分类法 - BRD通常具有分类清晰的模板。应使用这些模板进行质量保证。
• 坚持协作 - 项目利益相关者需要在将BRD共享给解决方案提供商之前对其进行审查和验证。

智能搜索功能

基于“关键词”找到正确内容的搜索功能至关重要。由于业务需求文档通常篇幅较长且包含大量附件，根据用户的搜索意图提供相关内容就显得尤为关键。这有助于业务分析师和业务相关方快速定位文档的特定部分并进行修订。

用户友好的编辑器

文档管理平台必须拥有一个直观的编辑器来创作和发布内容。该编辑器应提供基本和高级的文本格式化能力，包括段落、字体、样式、表格、标题等。编辑器还应具备插入丰富媒体内容的功能，例如图片、视频和超链接。

分类管理器

由于业务需求文档具有良好的结构和分类体系，文档管理平台必须配备一个出色的分类管理器来组织内容。分类管理器应足够灵活，以便在必要时重新组织内容。

文档扫描功能

平台应提供存储空间来存储和搜索扫描后的文档。许多平台支持在PDF文章内部进行搜索，并拥有智能代理来抓取PDF文档内容。

工作流自动化

工作流自动化对于确保高质量文档的产出是必不可少的。业务需求文档需要经过严格的审查流程，因此工作流是一项关键功能。

能够以私有模式存储文档并为项目利益相关者提供有限的访问权限至关重要。这有助于保护数据隐私并执行项目安全策略。