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 页面A 73.2.3 页面B 73.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项目进度表时间阶段进度备注.10.10重构完毕已完毕.10.11开发完毕进行中4. 项目筹划4.1 重要逻辑图[按照逻辑线索理出逻辑图，便于阅读者组织对该项目的理解思路，波及流程的必须给出流程图]4.2 功能/特性列表（feature list）测试重点关注[此处非常重要，具体的功能列表对需求评审、开发时间评估、测试用例撰写等有重要价值，列表可以尽量具体，一种功能/特性点都可以单独一项，基本可以和测试用例相应，同步，需要给出优先级和测试重点]举例：XX产品功能列表（举例只列出部分）1，功能列表：简洁概要的描述要实现的功能点，尽量的细化，具体，可操作，可读性强。
直接传递出来要实现的功能点不要太模糊和笼统2，具体描述:给出该功能波及到的边界值，有效期，概率等等，就是对功能点的属性一种描述尽量完整，把这个功能点的各个维度的范畴给出3，优先级:0 最高档，本期必须实现1，中级优先，先实现0后，再实现2，低优先级，本期可以不实现或延后实现4. 测试重点：从测试的角度，给出具体描述的各个场景下的某些需要关注的重要测试点具体的某些细节可以在正文里描述，可以写上详见正文这里只需要给出某些方向即可序号功能列表具体描述优先级0>1>2与否实现测试重点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案例六：波及数值、级别和状态的描述[对不同数值级别，不同的状态，不同的操作反馈，也尽量采用表格形式展示]举例：免费首页侧栏部分的“立即领取”按钮描述积分状态提示操作反馈积分X＜20分无再获得20-X积分，您就可以领取月度礼物了，查看详情。
点击“查看详情”后页面刷新跳转到活跃积分页面积分40＞X≥20未领取满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记录阐明截图需求人备注/10/18XXXX首页XX入口t哈姆牛特 l 代码维护n 需要和接口人备案，统一代码命名规则，并上传代码中文名，便于后期数据查看n 接口人：XXX5.2.2 开通钻记录l 记录内容n 页面开通/续费红钻操作按钮的点击记录l 记录目的n 以便产品查询该按钮的钻开通/续费数据l 记录代码n 参照下表：添加日期模块具体位置类型描述AID需求人截图/10/18XX.XX.XX.XX（可以多级）XXX6. 客服文档[提交开发需求之前即需要准备好客服文档，重要描述产品的目的、背景、顾客操作流程、疑问点及相应解决方案、话术等]7. 运营方案[产品运营的同窗还需要注重运营方案文档的撰写，涉及运营目的、运营规划、具体工作、接口人等]。