需求文档模板.docx
《需求文档模板.docx》由会员分享,可在线阅读,更多相关《需求文档模板.docx(9页珍藏版)》请在冰豆网上搜索。
![需求文档模板.docx](https://file1.bdocx.com/fileroot1/2023-1/31/969acbfc-3e34-4541-9f4f-b1c752e72132/969acbfc-3e34-4541-9f4f-b1c752e721321.gif)
需求文档模板
XX产品策划
需求文档规范_版本号(V1.2)
版权所有XX
1.文档历史
修订日期
修订内容
修订版本
修订人
XXXX.XX.XX
创建[最好在交互之前创建需求文档]
V1.0
哈姆牛特
XXXX.XX.XX
修订[交互/视觉设计稿后需要修订文档]
V1.1
哈姆牛特
XXXX.XX.XX
修订[有需求变动的时候需要修订文档,同时周知文档关系人,将修订的内容明确标识]
V1.2
哈姆牛特
文档阅读提示:
勾选视图中的导航窗格,可以让您快速阅读本文档。
2.文档目录
3.项目说明
3.1项目背景和目标
3.1.1项目背景
[背景的描述,主要是当前出现了什么问题?
市场上有了什么新的导向?
用户有什么样的期待需要我们满足?
等]
●一级[文档结构可以多级,但是不要搞混逻辑层次]
⏹二级
◆三级
¡四级
3.1.2项目目标
[由背景推导出的目标,简明扼要,目标通常是贯穿整个需求的线索,整个需求都应该是围绕目标在进行的,包括优先级的排列,也是看需求点能实现目标的程度、效率、紧迫性、成本控制等各方面的综合优势]
3.2项目大概
[可以分页面、功能模块、流程等进行描述,下面示例,XX产品涉及到3个Tab对应的页面,所以采用分“页面”的描述思路]
举例:
XX产品的三个页面
3.2.1首页
3.2.2页面A
3.2.3页面B
3.3页面汇总
[将涉及到的页面做个list,可以帮助评估设计需求所耗费的时间]
举例:
XX产品涉及的页面list
文档位置
页面名称
页面数量
所需工作
4.3.1
首页
3
页面设计+页面制作
4.3.2
页面A
页面设计+页面制作
4.3.3
页面B
页面设计+页面制作
3.3项目排期
[在此可以管理该项目,便于发布项目进度、汇报工作等,在自己本地存储的文档中可以随时补充,如果习惯了其他管理方式,可以省略]
举例:
XX项目进度表
时间
阶段
进度
备注
重构完成
已完成
开发完成
进行中
4.项目策划
4.1主要逻辑图
[按照逻辑线索理出逻辑图,便于阅读者组织对该项目的理解思路,涉及流程的必须给出流程图]
4.2功能/特性列表(featurelist)测试重点关注
[此处非常重要,详细的功能列表对需求评审、开发时间评估、测试用例撰写等有重要价值,列表可以尽量详细,一个功能/特性点都可以单独一项,基本可以和测试用例对应,同时,需要给出优先级和测试重点]
举例:
XX产品功能列表(举例只列出部分)
1,功能列表:
简洁概要的描述要实现的功能点,尽可能的细化,具体,可操作,可读性强。
直接传递出来要实现的功能点。
不要太模糊和笼统。
2,具体描述:
给出该功能涉及到的边界值,有效期,概率等等,就是对功能点的属性一个描述。
尽量完整,把这个功能点的各个维度的范围给出。
3,优先级:
0最高级,本期必须实现。
1,中级优先,先实现0后,再实现。
2,低优先级,本期可以不实现或延后实现。
4.测试重点:
从测试的角度,给出具体描述的各个场景下的一些需要关注的主要测试点。
(详细的一些细节可以在正文里描述,可以写上详见正文。
)这里只需要给出一些方向即可。
序号
功能列表
具体描述
优先级0>1>2
是否实现
测试重点
Checklist
涉及模块/页面
2
在XX任务中可以做XX流程
XXXXXXXX
2
本期未实现
1.XXX
2.XXX
3
XXX
XXXXXXX
1
已实现
XXX
XXX
4.3交互/视觉设计
[修订文档的时候应该补充好交互/视觉设计稿,便于其他阅览者清晰还原需求所在的产品场景,文档描述所见和开发出的产品所得相统一]
4.3需求详细描述
以免费首页部分模块为例,下列给出需求描述的常见案例。
目录:
案例一:
需求的描述思路
案例二:
按页面模块描述的顺序
案例三:
设计图的展示
案例四:
对可操作区的描述
案例五:
多采用表格
案例六:
涉及数值、等级和状态的描述
案例七:
线上逻辑也需要描述出来
案例八:
多内容展示的排序和值域考虑
案例九:
涉及管理端配置的描述
案例十:
暂不实现的需求可以文字灰掉
案例一:
需求的描述思路
[对需求进行详细描述,仍然可以按照页面、功能模块、流程等组织思路的顺序进行]
4.3.1XX首页
案例二:
按页面模块描述的顺序
[按模块进行描述,建议遵守页面布局从上到下,从左到右,从整体到局部,从外至内的顺序,如果是移动端APP,也可以按照由外到内,逐级深入的方式组织描述顺序]
举例:
首先首页的描述,首先从头部和侧栏开始
4.3.1.1头部和侧栏部分
●头部入口
案例三:
设计图的展示
[可以先展示设计图,最好还原该模块在页面中的具体位置,便于其他阅读者查找]
举例:
免费首页头部的导航入口截图说明
⏹设计图
局部细节:
全局位置:
案例四:
对可操作区的描述
[对展示的内容进行描述,如果有可操作部分,需要单独列出:
操作前后的状态,操作后的反馈,链接到具体位置等]
举例:
对免费首页导航入口的描述
⏹描述:
免费整套和免费单品可点击,分别对应免费整套和单品页面,不需要配置
案例五:
多采用表格
[建议多采用表格的形式把同一个页面/模块/功能的不同状态、过程等列举出来]
举例:
免费首页的个人信息区(含红钻特权推荐)
状态
状态A
状态B
状态C
操作或描述
描述A
描述B
描述C
截图
截图A
截图B
截图A
案例六:
涉及数值、等级和状态的描述
[对不同数值等级,不同的状态,不同的操作反馈,也尽量采用表格形式展示]
举例:
免费首页侧栏部分的“立刻领取”按钮描述
积分
状态
提示
操作反馈
积分X<20分
无
再获得20-X积分,您就可以领取月度礼物了,查看详情。
点击“查看详情”后页面刷新跳转到活跃积分页面。
积分40>X≥20
未领取满20送的礼包
您可以领取月度礼物”+按钮
点击“按钮”后页面刷新跳转到活跃积分页面
已领取满20送的礼包
再获得40-X积分,您就可以XXX,查看详情
点击“查看详情”后页面刷新跳转到活跃积分页面
案例七:
线上已有逻辑也需要描述出来
[即使是线上逻辑,也尽量把逻辑描述清楚,毕竟你自己应该是最清楚的人]
案例八:
多内容展示的排序和值域考虑
[涉及到多个内容时,一定要考虑排序、值域以及空值和边界等状态]
举例:
XX首页XX模块
⏹免费送区域
◆拉取用户好友信息,如图展示,按照生日近远降序排列[涉及到多个内容/条目展示的时候,一定要考虑排序逻辑]
◆拉取好友数量:
[也一定要考虑值域和空值状态]
¡最多展示6个
¡如果为0,则隐藏该区域。
◆操作体验
¡点击送更多好友礼物刷新页面跳转至XX栏目
¡点击送礼后刷新页面跳转至XX栏目,并且带上选定的好友信息。
[描述务求准确,清晰]
案例九:
涉及管理端配置的描述
[如果是管理端数据,也需要进行描述,另外,统一归纳到对管理端需求的描述中,需要另起章节]
举例:
XXX模块的配置说明
⏹XX免费玩
◆支持后台管理端配置图片和文字,以及URL,如图所示。
¡测试需验证“图片和了解详情”的URL是否和后台管理端配置的统一。
案例十:
暂不实现的需求可以文字灰掉
[有一些本期不实现了,或者还未确认的,先灰色显示,开发和测试可以直接忽略掉]
举例:
XX任务模块暂不实现
⏹XX任务(本期暂不实现)
◆从任务管理端拉取任务ID配置,此处图片信息等在免费首页管理端配置即可。
◆领取任务的流程和任务体系保持一致。
5.统计需求
5.1数据建设:
考核评价指标
[考核评价指标应该是详细可衡量的,在项目策划的前期就应该考虑到]
●内容丰富度
●访问活跃天
●任务、活动完成量
5.2数据统计
[根据自身产品的需要,设定页面访问数据,写操作数据、业务数据等多重指标集]
5.2.1点击流统计
●统计内容
⏹页面可操作按钮和链接的点击统计
●统计目的
⏹方便产品查询用户操作记录数据,分析用户,统计产品使用情况和优化产品的参考等
●统计代码
⏹代码格式如下:
登记日期
一级分类
二级分类
中文名称
ID
统计说明截图
需求人
备注
2011/10/18
XX
XX首页
XX入口
t
哈姆牛特
●代码维护
⏹需要和接口人备案,统一代码命名规则,并上传代码中文名,便于后期数据查看
⏹接口人:
XXX
5.2.2开通钻统计
●统计内容
⏹页面开通/续费红钻操作按钮的点击统计
●统计目的
⏹方便产品查询该按钮的钻开通/续费数据
●统计代码
⏹参考下表:
添加日期
模块
详细位置
类型描述
AID
需求人
截图
2011/10/18
XX.(可以多级)
XXX
6.客服文档
[提交开发需求之前即需要准备好客服文档,主要描述产品的目的、背景、用户操作流程、疑问点及对应解决方案、话术等]
7.运营方案
[产品运营的同学还需要重视运营方案文档的撰写,包括运营目标、运营规划、具体工作、接口人等]