可见功能
4.非功能需求
2.4 信息架构
场景/商业模式
商业价值
标准服务
提供基础服务，包括售前咨询、售中演示、售后服务
个性化服务(本次范围)
提供个性化定制和本地私有化部署
商业化解决方案
提供智能AI解决方案
2.2 服务对象
实体状态
2.1 产品定位
3.2流程图
1.1 业务背景
类别
研发
...
产品
测试
在需求文档中的专业业务术语，可以在此进行编辑。
数据A1
数据A2
数据A3
数据A4
版本信息
5.人员&排期
针对本次项目的背最以及目标进行描述，让产研团队了解本需求的价值和收益。
对该需求进行详细描述，逻辑说明，最好贴上该需求的原型图--需求描述1--需求描述2--需求描述3--需求描述4
序号
版本编号
实体C：状态C
涉及系统
1.1 业务目标
设计中、研发中、测试中
上线后要统计的数据有哪些?可以在表格中列出来，方便研发识别和埋点实现
审核人
2.产品概述
流程图
文档状态
在…场景下，提供…能力，服务…对象的一款产品大幅提升数据分析和报表开发效率，让业务人员也能轻松实现海量数据可视化分析。
如果跨项目需求提前协调对方时间
阶段3
产品文档组成：需求名称、版本信息、历史变更记录、背景与目标、架构图、流程图、PRD与原型、数据埋点。
可以列举性能需求、系统需求、运营需求、安全需求、数据埋点需求等
变更内容
列出本次需求的明细列表
功能组合功能A+B+C
2.5角色术语
实体B：状态B
3.需求说明
历史变更记录
解释业务的服务场录和商业价值。
实体A：状态A
企业中的决策者、BI分析师、业务运营、数据研发。
架构图
6.数据
版本
阶段1
需求
模块
优先级
数据研发
A模块
研发部署
B模块
2.3 产品逻辑
变更日期
角色
定义
场景1
场景2
场景3
提供数据研发服务
提供对模型的服务化打包和部署
变更人
单个功能对单个功能的说明，帮助阅读者更有体感，有长有短。
涉及人员、避免遗漏到研发和测试
阶段2
特殊功能
3.1需求列表
1.背景介绍
产品组长
是否跨项目
3.3需求明细
