如果经历了好的产品文档和不好的产品,开发就能体会到一个好的产品的珍贵,而需求文档则是一个产品能力的有效体现 ,最近看到了一个非常好的产品文档的模板,原文是用confluence写的,但是这个格式真的是非常的好,可以借鉴。
需求编号:
需求变更记录表
文档版本号 | 日期 | 变更内容 | 修改人 |
---|---|---|---|
1.0 | 2021.01.18 | 创建文档 | 姜大夫 |
1.1 | 2021.01.19 | 根据需求评审,补充了以下内容:1.xxx 2.xxx 3.xxx | 王大夫 |
1.2 | 2021.01.20 | 更新了XXX模块的XXX崆 | 姜大夫 |
项目计划表
一、需求背景
- 需求背景;
- 使用情况;
二、项目目标与评估
- 完善基础能力建设
三、业务逻辑和流程说明
-
交互文档:
-
优化页面:
-
涉及系统:
四、功能优先级
整体功能:版本计划链接
功能模块 | 子功能 | 子子功能 | 功能描述 | 优先级 | 是否为通用能力 | 备注 |
---|---|---|---|---|---|---|
XX模块 | XXX功能 | XXXX功能 | 描述 | 3 | 是 | |
SS模块 | SS功能 | 功能描述 | 6 | |||
VV功能 | 功能描述 | 1 | 是 | |||
五、项目风险
暂无
六、受益方、相关模块负责人
- 使用方:
- PM(产品):
- RD(后端开发):
- FE(前端开发):
- QA(测试):
- UI&UE(UI设计):
- PMO(项目管理办公室):
七、功能需求描述
交互页面 | 详细描述 |
---|---|
原型操作图1~n | 群发功能:选择姜大夫的一批好友然后群发祝福短信 |
原型操作图2~2n | 拜年自动发红包功能:自动给给姜大夫百年的好有发100块的红包 |
八、运营计划
无
九、上线后评估
上线后效果的评估,是否达到预期:原因分析。需在后评估后将结果维护进PRD。
十、历史沟通记录
序号 | 日期 | 提出人 | 问题描述 | 解决方案 | 备注 |
---|---|---|---|---|---|