《需求文档模板》word版.docx

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