[＿项目名称]
商业需求文档
目录
1.摘要 (3)
1.1.文档目的 (3)
1.2.参考文档 (3)
1.3.术语与缩写解释 (3)
2.项目的价值 (4)
2.1社会价值 (4)
2.2商业价值 (4)
2.3用户价值 (4)
2.3.1市场价值 (4)
2.3.2投资价值 (5)
2.4项目价值分析总结 (5)
3.路线规划 (5)
4.历史回顾 (5)
5.项目预算 (6)
5.1.研发成本 (6)
5.2.运营成本 (6)
5.3.营销成本 (6)
5.4.风险评估 (6)
6.总结 (6)
7.附件（调查报告图表） (7)
1.摘要
1.1. 文档目的
阐述项目的商业价值，该产品被开发出来的重要性。
1.2. 参考文档
提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：
[标识符] 作者，文献名称，出版单位（或归属单位），日期
例如：
[SPP-PROC-PP]SEPG，需求开发规范，机构名称，日期
1.3. 术语与缩写解释
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报告？一般都是在年初大家做年度规划的时候，又或者是产品经理在日常产品管理过程中，通过一系列的市场分析或调查，掌握到了一个潜在的、未被满足的大量用户需求，而这些需求背后将映射着一个广阔的市场空间。产品经理因之而激动莫名，匆匆写了一个数十页的报告，找到上级领导，领导的领导，领导的领导的领导…… 一番唾沫横飞的演讲后，也许就提出了以下这些要求： 1.这个项目很重要，希望领导支持我来做这个项目； 2.这个项目很有价值（社会价值——造福全人类？；商业价值——未来的赢收主体？； 用户价值——引领用户潮流？比如说Iphone；市场价值——也许明年我们的市场份
致： XXXXXX有限公司 XXXXX 商业需求说明书 XXXXXXXXX有限公司 XX年X月X日
修订记录：
目录 1. 文档背景 (3) 1.1 公司目的 (3) 1.2 项目问题/客户需求 (3) 2. 行业现状 (3) 2.1 市场现状 (3) 2.2 竞争格局 (3) 3. 项目规划 (4) 3.1 产品与服务 (4) 3.2 产品发展路线图 (4) 3.3 产品盈利模式 (4) 3.4 运营团队架构 (4) 4. 成本、收益与风险 (5) 4.1 项目成本预估 (5) 4.2 项目收益预估 (5) 4.3 项目风险与对策 (5) 5. 总结 (6)
1.文档背景 1.1公司目的 提示：描述经过初步沟通后了解的客户需求，及对应的本文档的主要目的。正文描述… 1.2项目问题/客户需求 1.2.1 核心问题 提示：描述描述客户的“切肤之痛” 正文描述… 1.2.2 现有对策 提示：简介目前客户是如何应对这些问题的 正文描述… 2.行业现状 2.1市场现状 提示： ?国内（外）这个领域的市场状况如何？ ?如市场规模、商业模式、发展趋势、环境变化 ?该行业的产品靠什么手段盈利？ 正文描述… 2.2竞争格局 提示： ?市场上是否有同类或相似的竞争对手？ ?这些对手的竞争优势和市场占有状况如何？ 正文描述…
3.项目规划 3.1产品与服务 正文描述… 3.2产品发展路线图 3.3产品盈利模式正文描述… 3.4运营团队架构 岗位A ：工作职责…岗位B ：工作职责…
4.成本、收益与风险 4.1项目成本预估 提示：推广成本、硬件成本、人工成本等正文描述… 4.2项目收益预估 4.2.1 社会价值： 4.2.2 商业价值： 4.2.3 用户价值： 4.2.4 市场价值： 4.2.5 投资价值： 若收益可量化，则适用下表 4.3项目风险与对策
[＿项目名称] 商业需求文档
目录 1.摘要 (3) 1.1.文档目的 (3) 1.2.参考文档 (3) 1.3.术语与缩写解释 (3) 2.项目的价值 (4) 2.1社会价值 (4) 2.2商业价值 (4) 2.3用户价值 (4) 2.3.1市场价值 (4) 2.3.2投资价值 (5) 2.4项目价值分析总结 (5) 3.路线规划 (5) 4.历史回顾 (5) 5.项目预算 (6) 5.1.研发成本 (6) 5.2.运营成本 (6) 5.3.营销成本 (6) 5.4.风险评估 (6) 6.总结 (6)
7.附件（调查报告图表） (7) 1.摘要 1.1. 文档目的 阐述项目的商业价值，该产品被开发出来的重要性。 1.2. 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 1.3. 术语与缩写解释
2.项目的价值 摘要 2.1 社会价值 造福全人类？ 2.2商业价值 1、我可以为企业创造什么样的价值？ 2、这些价值是否符合企业的整体战略目标？ 提示： 1、一定是可以量化的，显性的。 2、商业价值，不一定是赚多少钱。可能是牵制竞争、可能是做基础\长线的搭建、 可能是为了生存… 3、当短期商业价值伤害了长期价值的时候，如何平衡？ 4、什么钱可以赚？什么钱应该分给伙伴？ 5、获取了这个价值的时候，给客户返还了什么样的增值。 2.3 用户价值 引领用户潮流？比如说Iphone； 2.3.1 市场价值 市场份额是否有变化。例如： [具体的市场名称]市场形式十分复杂，公司的[具体产品名称]产品在上述[各个市场]未来两年内的状况是[在此详述]。或者新技术的全面应用将使公司的[具体产品名称]产品扭转[具体的市场]市场局面。所以，公司的产品有在当今[具体的市场名称]市场上继续占领的机会。
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求1 (3) 3.1.2 功能需求2 (4) 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口 (5) 3.2.2 硬件接口 (5) 3.2.3 软件接口 (5) 3.2.4 通信接口 (6) 3.3 性能需求 (6) 3.4 设计约束 (6) 3.4.1 其他标准的约束 (6) 3.4.2 硬件的限制 (7) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性 (7) 3.5.4 可转移＼转换性 (8) 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 4 附录 (9)
1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
市场需求分析报告MKT_CD_T_0005 V1.0 深圳市xx电子股份有限公司
修订记录
目录 市场需求分析报告 (1) 1前言 (4) 2客户期望分析 (5) 2.1 客户的Wants&Needs (5) 2.2 客户需求分析和总结 (5) 3细分市场特征需求分析 (5) 3.1 ××细分市场1 (5) 3.1.1 ××细分市场宏观层面需求分析 (5) 3.1.2 ××细分市场细节层面需求分析 (5) 3.1.3 网络位置和网络结构..................................................... 错误！未定义书签。 3.1.4 对接设备及接口 (6) 3.1.5 产品主要需求总结 (6) 3.2 ××细分市场2 (6) 3.2.1 ××细分市场宏观层面需求分析 (6) 3.2.2 ××细分市场细节层面需求分析 (6) 3.2.3 网络位置和网络结构..................................................... 错误！未定义书签。 3.2.4 对接设备及接口 (6) 3.2.5 产品主要需求总结 (6) 4目标市场准入需求分析 (7) 4.1.1 准入要求 (7) 4.1.2 测试标准 (7) 4.1.3 准入需求描述 (7) 5解决方案配套需求分析 (7) 5.1 解决方案配套描述 (7) 5.2 配套要求总结 (7) 6E2E交付需求分析 (8) 7商业模式需求分析 (8) 8价格需求分析 (8) 9现有产品组合需求满足度评估分析 (8) 9.1 我司市场需求满足度评估 (8) 9.2 竞争对手市场需求满足度评估 (9) 9.3 竞争力需求分析 (9) 10需求汇总和策略分析 (9) 11文档评审Checklist (9) XXX 产品市场需求分析报告
项目需求分析模板---- XXX项目 文档编号文档名称 人编制完成日期审核意审核日期同意报批核审人见注备 版本修订记录 修改日核修改内容概要（或原审期修版本号改因）人人 初稿---- 目项XXX 目录文档 说 ......................................................................明
目 ............................................................的1-1 1.1 .......................................................适用 范 ............................................................围1-1 1.2 .......................................................前提与 约 ...........................................................束1-1 1.3 ....................................................系统 概 ......................................................................述 2-2 2 .........................................................用户 特 ............................................................点2-2 2.1 .......................................................运行 环 ............................................................境2-2 2.2 .......................................................硬件 平 .........................................台.............................................2-2 2.2.1 .................支持软 .........................................件.............................................2-2 2.2.2 .................通信环 .........................................境.............................................2-3 2.2.3 .................设计和执行 约 ...........................................................束2-3 2.3 ............................................假设和
XX项目业务需求书
?文档属性说明 版权声明 XXXXXX版权所有，保留一切权利。 未经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档的部分或全部，并以任何形式传播。
目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.任务概述 (1) 2.1.目标 (1) 2.2.用户特点 (2) 3.业务需求 (2) 3.1.XX模块 (2) 3.1.1.XX业务 (2) 4.非业务需求 (2) 4.1.对性能的规定 (2) 4.1.1.精度 (2) 4.1.2.时间特性要求 (3) 4.1.3.灵活性和扩展性 (3) 4.2.输入输出要求 (3) 4.3.数据管理能力要求 (3) 4.4.故障处理要求 (4) 4.5.其他专门要求 (4)
1.引言 1.1. 编写目的 说明编写这份业务规范书（需求说明书）的目的，指出预期的读者。 1.2. 背景 说明该项目产生的背景或建设该项目的背景。 1.3. 定义 列出该文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4. 参考资料 列出用得着的参考资料，如： a. 本项目经核准的计划任务书或合同、上级机关的批文； b. 属于本项目的其他已发表的文件； 本文件中各处引用的文件、资料。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2.任务概述 2.1. 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成
商业需求文档 产品分析： 产品背景： 风口上的“少儿编程”。 在2017年7月国务院发布《新一代人工智能发展规划》后，不少省市就将编程纳入必学科目。 2018年高考，浙江就由原来的“6选3”改为“6+1选3”，“+1”的科目就是信息技术(含编程)。同一年，北京、广州、南京等城市也将编程列入中考特招项目。 在刚结束的全国两会上，网易创始人、CEO丁磊在《关于稳步推动编程教育纳入我国基础教学体系，着力培养数字化人才的提案》中建议，“加快区域试点，形成从高中向小学、从东部向全国的推广格局；创新教学模式，形成中国特色的少儿编程课程体系；教企共建少儿编程学习资源库，提供实践平台；将少儿编程纳入学业水平考试，作为综合素质评价重要内容；加强少儿编程教师人才培养。” 产品定位： 整体定位：少儿编程教育，青少年编程教育。 课程体系（待完善）：Scratch、Python、C++；
注：S为Scratch；P为Python；C为C++； 产品特点： 能够培养孩子的沟通能力、协作能力、逻辑思维能力、探究能力、创造能力、自主学习能力以及专注力，另外还能培养孩子的批判思维提升孩子的自信心。 另外编程是跨学科的，会与数学、英语、语文、艺术、科学等学科结合，从而培养学生的学习能力和应用能力。 少儿编程还会教给学生一些基础的函数思想，几何图形绘制，软件基础和数学知识。 用户分析： 目标群体分析： 罗杰斯《创新的扩散》一书中讲到新事物是逐渐被不同人群接受的，依次是创新者、早期采用者、早期跟进者、后期跟进者和滞后者。 这句话同样适用于少儿编程领域，高端人群先接受，然后才逐步扩展到中产阶级和普通大众，这是事物发展一个客观规律。 而少儿编程目前正处于中产阶级与普通大众之间，虽然高端人群依旧是是少儿编程的核心目标群体，但从另一个方面来讲，高端人群的聚集地面临的竞争压力也十分巨大。 所以我们的受众应该定位在中产阶级与普通大众之间，而这个人群一般聚集在一二线城市的郊区与三四线城市。 目标群体： 7-16岁的孩子。
XXXX 〈项目名称〉业务需求—业务需求概述 版本 <1.0> 文档编号： 当前版本： 1.0 修改日期：
修订文档历史记录
目录 1. 简介 5 1.1 目的 5 1.2 范围 5 1.3 定义、首字母缩写词和缩略语 5 1.4 参考资料 5 2. 业务前景 5 3. 业务功能概述 5 3.1 概述 5 3.2 子系统1 6 3.2.1 包1 6 3.2.2 包2 6 3.3 子系统2 6 3.3.1 包1 6 4. 非功能性需求 6 5. 业务主角列表 6 6. 业务角色列表7 7. 岗责体系7
8. 用例报告表8 9. 业务术语表8
[说明：文档模板中蓝字部分为模板说明和示例，黑字部分为内容要求。黑字部分不允许删 除，对于对项目不适用的部分，在相应的章节中进行说明。] 1.简介 1.1目的 [阐明此业务需求概述文档的目的。] 1.2范围 [简要说明此业务需求概述文档的范围：它的相关项目，以及受到此文档影响的任何其他事物。] 1.3定义、首字母缩写词和缩略语 [本小节应提供正确理解此业务需求概述文档所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 [本小节应完整地列出此业务需求概述中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）。如需要，列出文档的日期和发布组织。列出可从中获取这些引用的来源。这些信息可以通过引用附录或其他文档来提供。] 2.业务前景 [若单独形成前景文档，此章节省略，否则参照《业务需求—业务前景》文档的章节内容在此处进行编写。] 3.业务功能概述 3.1概述 [描述系统总体结构以及各个子系统之间的关系。]
[本文给出产品需求文档的一个模板，实际使用时可根据具体情况选择其中的章节进行撰写，也可进行调整。例如： 1)需求较简单时，第1至5章可压缩成一章“需求概述”。 2)如果整个需求就是对一两个页面进行描述，可以仅仅撰写这样的内容。] [需求名称]产品需求文档 目录
1背景描述 1.1问题现状 [描述当前产品存在什么问题，或者市场存在什么机会，用户存在什么麻烦需要解决] 1.2问题分析 [就前面提到的产品问题、市场机会或用户麻烦进行分析，透过现象挖掘出问题的本质原因。] 1.3解决提议 [承接前面对问题的分析，给出问题的解决方案。] 2愿景 [该产品长远的发展规划和展望] 3项目目标 [该产品在本需求文档所涉及的项目范围内所期望达到的目标，最好是含有可检查的量化目标，例如产品发布1个月后，独立用户量达到日均100万] 4涉众 [在下表中列出该产品所涉及的所有利益方，每个利益方占一行。例如一个网站
5业务建模 [业务建模主要是在业务层面上将产品规则描述出来，往往使用图表的方式，只有当业务层面的需求理清楚后，具体的用例描述和页面设计才有意义] 5.1用例图 [当用户交互功能较多的时候，需要画出用例图。用例（UseCase）以动宾短语命名。用例是测试人员测试功能点的最好依据] 5.2对象关系图 [当对象关系较复杂时，需要画出对象关系图。] 5.3页面关系图 [当所涉及的页面较多时，需要画出页面关系图，通过绘制页面关系图，可以避免在规划设计时遗漏页面] 5.4流程图 [当流程较复杂时，需要画出流程图。通过该流程图能直观清晰地了解整个操作流程所包括的各种分支] 5.5菜单和权限 6功能描述 6.1功能列表 [按功能点（往往也就是用例）列出来，分别标示优先级，方便在分阶段开发和 6.2通用功能或规则描述 [多个用例或页面中均存在的功能，在此统一进行描述，以避免重复描述和更新不便。例如每个页面都使用到的导航条、翻页条等]
商业需求文档
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文献 (4) 0.5术语与缩写解释 (4) 1. 公司目的 (5) 1.1用一句话描述公司的业务 (5) 2. 问题 (6) 2.1描述客户的“切肤之痛” (6) 2.2简介目前客户是如何应对这些问题的 (6) 3. 解决方案 (6) 3.1阐述公司的产品/服务的价值定位如何解决客户的难题 3.2说明公司的产品/服务具体在何处得到实现 3.2提供一些产品/服务使用的具体例子 4. 时机：为何是现在？ (6) 4.1回顾公司产品/服务所应用的领域的历史演变 (6) 4.2说明哪些近期的趋势使得公司的产品/服务之优越性得到可能 (7) 5. 市场规模 (7) 5.1 定义你的目标客户并描绘他们的特性 5.2 用不同的方法测算市场规模 6. 竞争格局 (7) 6.1 列出现有的和潜在的竞争对手 6.2 分析各自的竞争优势 7. 产品/服务 (7) 7.1产品/服务描述：外形，功能，性能，结构，知识产权等等 (7) 7.2产品/服务的开发计划 (8) 8. 商业模式 (9) 8.1收入模式 (9) 8.2定价 (9) 8.3从每个客户上可获得的平均收入或其终身价值 (9)
8.4 销售和渠道 8.5 现有客户和正在开发的客户清单 9. 团队描述 (10) 9.1 创始人和核心管理层 9.2 董事会成员和顾问委员会成员 10. 财务资料 (10) 10.1 利润表 10.2 资产负债表 10.3 现金流量表 10.4 股本结构 10.5 融资计划
商业需求文档（BRD）怎么写 总会产生一些好想法，有机会去做一些新的事情，好的产品解决方案，能弥补现在产品的短板， 去分析这个事情，梳理思路，描绘出蓝图，然后把它表达出来，为接下来的行动争取充足的资源，这些资源包括资金，场地，软件，硬件，研发，运营等。 说服掌握这些资源的人，用在什么地方，怎么使用，能获得什么样的收益，用一个系统的思路和语言表达来说服他们 一. 在什么情况下需要写BRD 1.内容主要包含以下5个方面 （1）在什么情况下需要写BRD （2）BRD的构成要素 （3）BRD撰写前的准备工作 （4）BRD的撰写 （5）BRD的使用场景 2.注意事项 “立项” 立项了，就是决定一个产品要正式开始做了，在立项前，往往要进行大量的考察和调研，最后基于调研结果输出一个方案，这个
方案就是BRD。 不只要说明为什么要做，还要说明打算怎么做，以及需要的资源和预期收益，决策者依靠它来决定一个项目要不要立项,撰写的人依靠它来获取资源。 二.BRD的构成要素 1. 产品介绍 说明你要做一个什么样的产品 产品的作用，定位，愿景 两种表达 一种是从使用者的角度来表达，突出产品的功能和作用，比如qq和微信可以表述成让家人，朋友方便高效的在网上聊天的工具，愿景是打造成全球网民的沟通工具， 另一种是从专业人士的角度来描述，因为这个文档是给决策者看的，决策者大多都是行业经验丰富的大拿，可以用比喻的方法来表述，比如做中国版的Facebook 2. 产品价值 产品的价值就是要告诉决策层，为什么要做这个产品 （1）从用户/客户的需求角度来看 这个产品满足了用户/客户什么样的需求，从痛点, 使用场景，人群定位层面来谈，比如摩拜等共享单车解决了用户
产品商业需求文档（BRD）的设计 2011-06-30 15:35:50 作者:SystemMaster 来源: 文字大小:[大][中][小] 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报告？一般都是在年初大家做年度规划的时候，又或者是产品经理在日常产品管理过程中，通过一系列的市场分析或调查，掌握到了一个潜在的、未被满足的大量用户需求，而这些需求背后将映射着一个广阔的市场空间。产品经理因之而激动莫名，匆匆写了一个数十
文档编号:X X X X-D P-x x x x x-1C-x x x 需求分析模版 (版本v1.0.0 2016年6月8日 成文信息 主题词:需求分析 作者:技术部文档类别: 审核: 批准:文档性质:正式稿主送:存档日期: 抄送:发布日期: 变更信息 版本原因作者日期 目录 第一章引言 (4 1.1项目名称 (4 1.2项目背景和内容概要 (4 1.3参考资料 (4 第二章任务概述 (4 2.1目标 (4
2.2范围 (5 2.3用户特点 (5 2.4假定条件和约束限制 (5 2.5运行环境 (5 2.5.1 设备 (5 2.5.2 支持软件 (5 2.5.3 接口 (6 2.5.4 控制 (6 第三章业务流程 (6 3.1主要用户群 (6 3.2业务流程图 (7 3.3数据概念模型和描述 (7 第四章数据描述 (7 4.1静态数据 (8 4.2动态数据 (8 4.2.1 动态输入数据 (8 4.2.2 动态输出数据 (8 4.3内部生成数据 (8 4.4数据约定 (8
5.1功能需求总述: (8 5.1.1 功能需求总体切分 (8 5.1.2 功能需求总表 (9 5.1.3 角色、权限需求 (9 5.2功能需求1 (10 5.2.1 功能需求简述 (10 5.2.2 详细功能设计 (10 5.3功能需求2 (11 第六章非功能需求 (11 6.1扩展性需求 (11 6.2继承性需求 (11 6.3稳定性需求 (11 6.4部署需求 (11 6.5对系统集成度需求 (11 第七章界面要求 (11 7.1报表格式 (11 7.2图形要求 (12 7.3输入输出要求 (12 第八章接口要求 (12
(软件)项目需求分析模板-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
XXX项目需求分析
目录 1 文档说明....................................................................................................错误!未定义书签。 编制目的........................................................................................错误!未定义书签。 适用范围........................................................................................错误!未定义书签。 前提与约束....................................................................................错误!未定义书签。 2 系统概述....................................................................................................错误!未定义书签。 用户特点........................................................................................错误!未定义书签。 运行环境........................................................................................错误!未定义书签。 硬件平台............................................................................错误!未定义书签。 支持软件............................................................................错误!未定义书签。 通信环境............................................................................错误!未定义书签。 设计和执行约束............................................................................错误!未定义书签。 假设和依赖....................................................................................错误!未定义书签。 3 外部接口需求............................................................................................错误!未定义书签。 用户界面........................................................................................错误!未定义书签。 软件接口........................................................................................错误!未定义书签。 通信接口........................................................................................错误!未定义书签。 4 功能需求....................................................................................................错误!未定义书签。 需求类1名称优先级别...............................................................错误!未定义书签。 业务流程............................................................................错误!未定义书签。 功能需求............................................................................错误!未定义书签。 5 非功能需求................................................................................................错误!未定义书签。 性能需求........................................................................................错误!未定义书签。 安全设施要求................................................................................错误!未定义书签。 安全和保密要求............................................................................错误!未定义书签。 质量要求........................................................................................错误!未定义书签。 业务规则（选）............................................................................错误!未定义书签。 其它需求........................................................................................错误!未定义书签。 6 需求分解列表............................................................................................错误!未定义书签。附录....................................................................................................................错误!未定义书签。
1 引言 (2) 1.1 编写目的 (2) 1.2 范围 (3) 1.3 项目背景 (3) 1.4 主要业务名词和术语定义 (3) 1.5 参考文献 (3) 2 需求概述 (3) 2.1 用户现状/业界当前系统 (3) 2.2 业务目标 (3) 2.3 业务过程分解 (3) 2.4 本业务模型与其他系统的关系 (3) 2.5 业务边界定义 (3) 3 详细需求 (4) 3.1 子业务1 (4) 3.1.1 业务流程 (4) 3.1.2 干系人的关注目标 (4) 3.1.3 业务规则 (4) 3.1.4 操作界面说明 (4) 3.1.5 数据实体 (5) 3.2 子业务2 (5) 3.2.1 业务流程 (5) 3.2.2 干系人的关注目标 (5) 3.2.3 业务规则 (5) 3.2.4 操作界面说明 (5) 3.2.5 数据实体 (5) 4 基础数据说明 (5) 5 非功能需求 (5) 5.1 性能 (5) 5.2 易用性 (6)
5.3 可维护性 (6) 5.4 可移植性 (6) 5.4.1 硬件环境 (6) 5.4.2 软件环境 (6) 5.5 故障处理要求 (7) 5.6 安全性 (7) 5.7 不允许发生的事件 (7) 6 附录 (7) 业务需求说明书 1引言 需求说明书说清楚了“四要素”，实际上就说清楚了如下问题：业务的办理流程是什么？业务办理条件是什么？操作员通过怎么样的界面（简单描述要求）办理该业务？系统最后操作哪些数据、生成哪些表单？ 1.1编写目的 可选
1.2范围 可选 1.3项目背景 可选 1.4主要业务名词和术语定义 1.5参考文献 2需求概述 2.1用户现状/业界当前系统 可选。用于老系统改进时，主要阐述用户现状（组织架构、it现状等）；用于新课题的研究时，简单阐述业界同类系统所提供的功能 2.2业务目标 阐述本模块具体是实现的业务目标，即解决的业务问题，是业务需求的出发点和核心所在。 2.3业务过程分解 根据业务目标进行业务过程分解，主要包括：主流程、配合过程、辅助过程等。 2.4本业务模型与其他系统的关系 阐述本系统/模块与QONE其他模块或客户系统可能存在的关系，可以用关系图表示 2.5业务边界定义 可选。根据实际情况撰写，例如：成本管理与财务管理的业务边界。
1 2 3 4 5 6 7 商业需求文档8 9 10 11 12
版本历史13 14 15 16 17 18 19
目录 20 0. 文档介绍 (6) 21 0.1文档目的 (6) 22 0.2文档范围 (6) 23 0.3读者对象 (6) 24 0.4参考文献 (6) 25 0.5术语与缩写解释 (6) 26 1. 公司目的 (7) 27 1.1用一句话描述公司的业务.................... 错误!未定义书签。 28 2. 问题 (8) 29 2.1描述客户的“切肤之痛” (8) 30 2.2简介目前客户是如何应对这些问题的 (8) 31 3. 解决方案 (8) 32 3.1阐述公司的产品/服务的价值定位如何解决客户的难题 33 3.2说明公司的产品/服务具体在何处得到实现 34
3.2提供一些产品/服务使用的具体例子 35 4. 时机：为何是现在？ (9) 36 4.1回顾公司产品/服务所应用的领域的历史演变 (8) 37 4.2说明哪些近期的趋势使得公司的产品/服务之优越性得到可能错误! 38 未定义书签。 39 5. 市场规模 (9) 40 5.1 定义你的目标客户并描绘他们的特性 41 5.2 用不同的方法测算市场规模 42 6. 竞争格局 (11) 43 6.1 列出现有的和潜在的竞争对手 44 6.2 分析各自的竞争优势 45 7. 产品/服务 (11) 46 7.1产品/服务描述：外形，功能，性能，结构，知识产权等等 (11) 47 7.2产品/服务的开发计划....................... 错误!未定义书签。 48 8. 商业模式 .................................... 错误!未定义书签。 49 8.1收入模式 .................................. 错误!未定义书签。 50
需求文档的标准格式 引言 1．1 编写目的 · 阐明开发本软件的目的； 1．2 项目背景 · 标识待开发软件产品的名称、代码； · 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； · 说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无） 列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合 同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品 的软件需求规格说明。 在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资 料来源。 2．项目概述 2．1 待开发软件的一般描述 描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 待开发软件的功能
简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： · 顶层数据流图； · 用例UseCase图； · 系统流程图； · 层次方框图。 2．3 用户特征和水平（是哪类人使用） 描述最终用户应具有的受教育水平、工作经验及技术专长。 2．4 运行环境 描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2．5 条件与限制 给出影响开发人员在设计软件时的约束条款，例如： · 必须使用或避免使用的特定技术、工具、编程语言和数据库； · 硬件限制； · 所要求的开发规范或标准。 3．功能需求 3．1 功能划分 列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法进行描述。 3．2 功能描述 对各个功能进行详细的描述。 4．外部接口需求