需求文档模板.docxVIP

- . z **产品筹划 需求文档规*_版本号(V1.2) 所有侵权必究 - . z 1. 文档历史 修订日期 修订内容 修订版本 修订人 ****.**.** 创立[最好在交互之前创立需求文档] V1.0 哈姆牛特 ****.**.** 修订[交互/视觉设计稿后需要修订文档] V1.1 哈姆牛特 ****.**.** 修订[有需求变动的时候需要修订文档，同时周知文档关系人，将修订的内容明确标识] V1.2 哈姆牛特 文档阅读提示：勾选视图中的导航窗格，可以让您快速阅读本文档。 - . z 2. 文档目录 TOC \o 1-3 \h \z \u 1. 文档历史 3 2. 文档目录 4 3. 工程说明 6 3.1 工程背景和目标 6 3.1.1 工程背景 6 3.1.2 工程目标 6 3.2 工程大概 6 3.2.1 首页 7 3.2.2 页面A 7 3.2.3 页面B 7 3.3 页面汇总 7 3.3 工程排期 7 4. 工程筹划 8 4.1 主要逻辑图 8 4.2 功能/特性列表〔feature list〕测试重点关注 8 4.3 交互/视觉设计 9 4.3 需求详细描述 9 免费首页 10 5. 统计需求 16 5.1 数据建立：考核评价指标 16 5.2 数据统计 16 5.2.1 点击流统计 16 5.2.2 开通红钻统计 17 6. 客服文档 17 7. 运营方案 18 - . z 3. 工程说明 3.1 工程背景和目标 3.1.1 工程背景 [背景的描述，主要是当前出现了什么问题.市场上有了什么新的导向.用户有什么样的期待需要我们满足.等] 一级[文档构造可以多级，但是不要搞混逻辑层次] 二级 三级 四级 3.1.2 工程目标 [由背景推导出的目标，简明扼要，目标通常是贯穿整个需求的线索，整个需求都应该是围绕目标在进展的，包括优先级的排列，也是看需求点能实现目标的程度、效率、紧迫性、本钱控制等各方面的综合优势] 3.2 工程大概 [可以分页面、功能模块、流程等进展描述，下面例如，**产品涉及到3个Tab对应的页面，所以采用分“页面〞的描述思路] 举例： **产品的三个页面 首页 3.2.2 页面A 3.2.3 页面B 3.3 页面汇总 [将涉及到的页面做个list，可以帮助评估设计需求所消耗的时间] 举例： **产品涉及的页面list 文档位置 页面名称 页面数量 所需工作 首页 3 页面设计+页面制作 页面A 页面设计+页面制作 页面B 页面设计+页面制作 3.3 工程排期 [在此可以管理该工程，便于发布工程进度、汇报工作等，在自己本地存储的文档中可以随时补充，如果习惯了其他管理方式，可以省略] 举例： **工程进度表 时间 阶段 进度 备注 重构完成 已完成 开发完成 进展中 4. 工程筹划 4.1 主要逻辑图 [按照逻辑线索理出逻辑图，便于阅读者组织对该工程的理解思路，涉及流程的必须给出流程图] 4.2 功能/特性列表〔feature list〕测试重点关注 [此处非常重要，详细的功能列表对需求评审、开发时间评估、测试用例撰写等有重要价值，列表可以尽量详细，一个功能/特性点都可以单独一项，根本可以和测试用例对应，同时，需要给出优先级和测试重点] 举例： **产品功能列表〔举例只列出局部〕 1，功能列表：简洁概要的描述要实现的功能点，尽可能的细化，具体，可操作，可读性强。直接传递出来要实现的功能点。不要太模糊和笼统。 2，具体描述:给出该功能涉及到的边界值，有效期，概率等等，就是对功能点的属性一个描述。尽量完整，把这个功能点的各个维度的*围给出。 3，优先级:0 最高级，本期必须实现。1，中级优先，先实现0后，再实现。2，低优先级，本期可以不实现或延后实现。 4. 测试重点：从测试的角度，给出具体描述的各个场景下的一些需要关注的主要测试点。〔详细的一些细节可以在正文里描述，可以写上详见正文。〕这里只需要给出一些方向即可。 序号 功能列表 具体描述 优先级012 是否实现 测试重点 Checklist 涉及模块/页面 2 在**任务中可以做**流程 **