产品商业需求文档BRD.docx
《产品商业需求文档BRD.docx》由会员分享，可在线阅读，更多相关《产品商业需求文档BRD.docx（9页珍藏版）》请在冰豆网上搜索。
产品商业需求文档BRD
商业需求文档
文件状态：
[√]草稿
[]正式发布
[]正在修改
文件标识：
Company-Project-RD-UR
当前版本：
X.Y
作者：
完成日期：
Y-MM-DD
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用户价值
引领用户潮流？
2.3.1市场价值
市场份额是否有变化。
例如：
[具体的市场名称]市场形式十分复杂，公司的[具体产品名称]产品在上述[各个市场]未来两年内的状况是[在此详述]。
或者新技术的全面应用将使公司的[具体产品名称]产品扭转[具体的市场]市场局面。
所以，公司的产品有在当今[具体的市场名称]市场上继续占领的机会。
2.3.2投资价值
我们将全面进入一个新兴的领域？
2.4项目价值分析总结
3.路线规划
产品的发展需要一个过程，特别是互联网产品它是长期迭代成长的。
这个过程需要提前进行规划，虽然规划绝大部分时候会在发展中被改变，但必须去做，不做连被改变的机会都没有。
我先满足什么需求？
再满足什么需求？
为什么？
2、每个阶段的核心价值是什么？
3、执行计划（时间…）？
-
提示：
●市场的发展趋势是什么？
竞争关系如何？
●在这个过程中你的客户会如何发展\成长？
●如其他产品、环节之间的关联关系是什么？
如何配合？
●要有大格局，但提倡分阶段迭代实施，提倡小项目。
4.历史回顾
没有历史的记录和回复，反复的重新开始，会造成极低的工作效率，更会造成反复的重复劳动、重复错误。
对于已有产品（或项目二期），必须重点回顾该产品之前的发展历史和背景。
1、客户价值和商业价值是否发生了变化？
2、二期产品的路线规划和原规划是否一致，（如有调整）调整原因是什么？
3、之前的实际运营效果和计划的差异是什么？
为什么？
5.项目预算
摘要
提示：
获利=商业价值–成本。
做产品就好像再投资一个项目，对于可能需要付出的成本必须进行合理估算，才能做出合理决策。
5.1.研发成本
5.2.运营成本
5.3.营销成本
5.4.风险评估
6.总结
客户价值、商业价值、成本估算，都应该有可以评估的方式、方法。
每个阶段都需要有明确的目标。
1、为什么制定这个目标？
这个目标是怎么推算出来的？
2、如何显现这个结果、数据？
3、凭什么可以做到这个目标？
最后，关于BRD评审原则：
1、一切从客户出发；
2、明确为什么要做？
做什么？
怎么做？
3、提供必要的数据支持；
4、提倡做小产品、小项目；
5、不以获取多少“资源”为前提。
评审内容包括：
“产品市场计划书”、关键的用户使用过程Demo、核心功能的List
7.附件（调查报告图表）
产品需求说明书
文档版本号：
1.0
文档编号：
2022010910
文档密级：
仅限项目组
归属部门/项目：
产品名：
子系统名：
编写人：
编写日期：
修订记录：
版本号
修订人
修订日期
修订描述
V1.0
简介
[产品需求说明书文档的简介应提供整个文档的概述。
它应包括此产品需求说明书文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。
]
目的
[阐明此产品需求说明书文档的目的，如：
本文档为“XXXv1.0.0”的产品需求文档，主要作为确认需求以及系统分析设计的依据。
]
范围
[简要说明此产品需求说明书文档的范围、它的相关产品，以及受到此文档影响的任何其他事物。
]
用户角色描述
用户角色
用户描述
产品概述
[此节高度概括产品的功能与介绍]
目标
[描述产品的目标]
总体流程
[描述产品的总体流程图]
功能摘要
[简要描述产品的功能点和每个功能点的优先级，参考格式如下]
功能模块
主要功能点
功能描述
优先级
功能模块1
功能点1
高
功能点2
中
功能模块2
功能点1
低
产品特性
[列出产品的特性。
特性是为让用户获益而必须具备的高级系统功能。
每一项特性都是外部所需的服务，它通常需要一系列输入来实现预期的结果。
此节为设计的系统功能性需求,一般以用例结合自然语言来表达。
此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。
这一节应包含所有的产品需求，其详细程度应使架构设计人员和软件需求设计人员能够设计出可以满足这些需求的系统，不包括可选流程和异常流程，不对具体语义做约束。
]
第一部分功能模块1
产品概述
[概述功能模块1的产品特性及效果]
产品结构（功能摘要）
[概述功能模块1的产品结构或包含组件，如：
1）播放区：
播放区定义及功能说明；
2）缓冲区：
缓冲区定义及功能说明；
3）播放列表区：
播放列表区定义及功能说明；]
状态说明
[列出产品的各种状态及状态转换图，如：
1）状态1：
状态1定义及可执行操作说明；
2）状态2：
状态2定义及可执行操作说明；
状态转换图：
特性说明
1.1.1特性1：
功能点1
用户场景：
[列出用户通过什么操作或途径触发功能点1，如：
用户点击大学生社区—行政楼，或者点击其他引导到该板块的链接]
输入/前置条件：
[列出用户触发功能点1的前置条件和必要条件，如：
用户已登录，且为社团成员]
流程说明：
（用例图、流程图）
[通过用例图、流程图的形式，对功能点1的流程进行说明，如：
需求描述：
[详细描述功能点1的具体需求，包括约束条件、输入输出、排序规则、状态转换等等，如：
当用户点击“行政楼”菜单时，展示学校的新闻中心和管理层介绍，大致示意图如下
行政楼主要版块包括：
1.新闻发布中心
新闻发布中心主要展示编辑后台发布的校园新闻及系统公告；
列表形式按发布时间由近到远顺序展示，默认显示前若干条（具体条数视最终页面设计）]
补充说明：
[相关需要特殊说明的补充事项]
1.1.2特性2：
功能点2
用户场景：
输入\前置条件：
流程说明：
（用例图、时序图）
需求描述：
补充说明：
第二部分功能模块2
产品概述
产品结构（功能摘要）
状态说明
特性说明
1.1.3特性1：
功能点1
用户场景：
输入\前置条件：
状态说明：
流程说明：
（用例图、时序图）
需求描述：
补充说明：
1.1.4特性2：
功能点2
用户场景：
输入\前置条件：
状态说明：
流程说明：
（用例图、时序图）
需求描述：
补充说明：
其它产品需求
[从业务视角提出各项可用性指标的大致需求。
具体的技术指标会体现在产品的设计文档中（根据项目实际情况增删）]
性能需求
[如果产品对性能要特殊需求，请详细描述，如：
大致响应时间、最大并发数等。
]
监控需求
[如果产品需要特殊的监控和统计，请详细描述，如：
PV、点击、登录数等。
]
兼容性需求
[如果产品需要对兼容性提出特殊的需求，请详细描述，如：
兼容IE8、Chrome等。
]
风险分析
[风险内容描述，说明风险产生原因，可能造成的危害以及相应出现的频率信息，另外在此处还需要描述相关风险预防措施及风险出现后的应对措施信息。
此处不包括任何系统技术实现层面的风险，例如：
系统的备份，监控，模块依赖，etc.]
风险
可能性
严重性
应对策略
可应对性
相关文档
[产品所需的其余相关文档，如：
产品市场需求说明书（MRD）、产品功能介绍PPT、产品规划书。
]
附件
[将产品需求的demo作为附件。
]
升级会员 