产品需求文档模板VIP专享VIP免费

1/9［本文给出产品需求文档的一个模板，实际使用时可根据具体情况选择其中的章节进行撰写，也可进行调整。例如：1)需求较简单时，第1至5章可压缩成一章“需求概述”。2)如果整个需求就是对一两个页面进行描述，可以仅仅撰写7.2这样的内容。］［需求名称］产品需求文档版本时间处理人备注1.0[yyyy-mm-dd]［与明本版本相对于上个版本的变更内容、变更原因、变更提出人等］1.1目录1背景描述21.1问题现状21.2问题分析21.3解决提议22愿景23项目目标24涉众25业务建模35.1用例图35.2对象关系图45.3页面关系图45.4流程图55.5菜单和权限56功能描述66.1功能列表66.2通用功能或规则描述67详细功能描述67.1功能模块：［功能模块名称］77.1.1［具体功能(用例)名称］77.2［页面名称］88风险分析99非功能性需求99.1语言支持99.2浏览器99.3可靠性99.4可用性99.5可支持性99.6性能910附录92/910.1系统界面交互原型910.2系统相应文案信息910.3词汇表911参考资料91背景描述1.1问题现状［描述当前产品存在什么问题，或者市场存在什么机会，用户存在什么麻烦需要解决］1.2问题分析［就前面提到的产品问题、市场机会或用户麻烦进行分析，透过现象挖掘出问题的本质原因。］1.3解决提议［承接前面对问题的分析，给出问题的解决方案。］2愿景［该产品长远的发展规划和展望］3项目目标［该产品在本需求文档所涉及的项目范围内所期望达到的目标，最好是含有可检查的量化目标，例如产品发布1个月后，独立用户量达到日均100万］4涉众［在下表中列出该产品所涉及的所有利益方，每个利益方占一行。例如一个网站广告系统的涉众主要为“广告主”、“网站用户”和“网站后台管理人员”］涉众涉众代表涉众利益优先级要满足3/9网站后台管理用张三［该涉众所关心的利益点。例如对“网站用户”［一般可分［填写“是”户不能干扰正常使用网站，对“广告主”需要了解为“高”、或“否”］广告效果数据等］“中”、“低”，也可以用P0、P1、P2、...数字越大优先级越5业务建模［业务建模主要是在业务层面上将产品规则描述出来，往往使用图表的方式，只有当业务层面的需求理清楚后，具体的用例描述和页面设计才有意义］5.1用例图［当用户交互功能较多的时候，需要画出用例图。用例（UseCase）以动宾短语命名。用例是测试人员测试功能点的最好依据］4/95.2对象关系图［当对象关系较复杂时，需要画出对象关系图。］5.3页面关系图［当所涉及的页面较多时，需要画出页面关系图，通过绘制页面关系图，可以避免在规划设计时遗漏页面］5/95.4流程图［当流程较复杂时，需要画出流程图。通过该流程图能直观清晰地了解整个操作流程所包括的各种分支］5.5菜单和权限一级菜单二级菜单点击后进入的页面对应的权限Ranking决策工具数据报表查看报表项目列表页面报表查看权限数据报表管理报表项目管理页面报表管理权限6/96功能描述6.1功能列表［按功能点（往往也就是用例）列出来，分别标示优先级，方便在分阶段开发和发布时确定步骤］模块功能点（用例）描述优先级6.2通用功能或规则描述［多个用例或页面中均存在的功能，在此统一进行描述，以避免重复描述和更新不便。例如每个页面都使用到的导航条、翻页条等］7详细功能描述［如果是以操作功能为主的产品需求，可以以功能（用例）的维度一个功能接着一个功能地来展开描述，如果功能较多，也可以先按功能模块对功能进行分组，如下面的例子］7/97.1功能模块：［功能模块名称］7.1.1［具体功能(用例)名称］7.1.1.1描述7.1.1.2涉众利益7.1.1.3角色7.1.1.4用户界面7.1.1.5辅助图例7.1.1.6操作入口7.1.1.7前置条件7.1.1.8基本流程［一般是以用户或系统等为主语，相邻两个步骤一般是不同的主语，最后一个步骤是“用例结束”。例如：］1)用户选择要重新上传的数据的路径并触发重新上传操作。2)系统提示“将首先删除已经上传的数据和报表，是否继续？”3)用户确认提示。4)系统执行删除和上传操作并提示“重新上传数据成功”。5)用户确认提示。6)系统转到刷新后的“报表项目管理页面”。7)用例结束。7.1.1.9分支流程［基本流程之外的流程都属于分支流程，分支流程中如果还有分支流程，就用下一级编号分层...