人人都是产品经理需求说明书模板Word文档格式.docx

1、子系统名：编写人：起点学院编写日期：人人都是产品经理社区 版权所有内部资料 注意保密修订记录：版本号修订人修订日期修订描述V 1.0一、简介 产品需求说明书文档的简介应提供整个文档的概述。它应包括此产品需求说明书文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。1、目的阐明此产品需求说明书文档的目的，如：本文档为“陌生视界v1.0.0”的产品需求文档，主要作为确认需求以及系统分析设计的依据。2、范围简要说明此产品需求说明书文档的范围、它的相关产品，以及受到此文档影响的任何其他事物。二、用户角色描述用户角色用户描述三、产品概述此节高度概括产品的功能与介绍1、目标描述产品的目标2、总体

2、流程描述产品的总体流程图3、功能摘要简要描述产品的功能点和每个功能点的优先级，参考格式如下功能模块主要功能点功能描述优先级功能模块1功能点1高功能点2中功能模块2低四、产品特性列出产品的特性。特性是为让用户获益而必须具备的高级系统功能。每一项特性都是外部所需的服务，它通常需要一系列输入来实现预期的结果。此节为设计的系统功能性需求, 一般以用例结合自然语言来表达。此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。这一节应包含所有的产品需求，其详细程度应使架构设计人员和软件需求设计人员能够设计出可以满足这些需求的系统，不包括可选流程和异常流程，不对具体语义做约束。

3、1、第一部分 功能模块11.1 产品概述概述功能模块1的产品特性及效果1.2 产品结构（功能摘要）概述功能模块1的产品结构或包含组件，如：1）播放区：播放区定义及功能说明；2）缓冲区：缓冲区定义及功能说明；3）播放列表区：播放列表区定义及功能说明；1.3 状态说明列出产品的各种状态及状态转换图，如：1）状态1：状态1定义及可执行操作说明；2）状态2：状态2定义及可执行操作说明；状态转换图：1.4 特性说明1.4.1 特性1：用户场景：列出用户通过什么操作或途径触发功能点1，如：用户点击大学生社区行政楼，或者点击其他引导到该板块的链接输入/前置条件：列出用户触发功能点1的前置条件和必要条件，如：

4、用户已登录，且为社团成员流程说明：（用例图、流程图）通过用例图、流程图的形式，对功能点1的流程进行说明，如：需求描述：详细描述功能点1的具体需求，包括约束条件、输入输出、排序规则、状态转换等等，如：当用户点击“行政楼”菜单时，展示学校的新闻中心和管理层介绍，大致示意图如下：行政楼主要版块包括：1.新闻发布中心新闻发布中心主要展示编辑后台发布的校园新闻及系统公告；列表形式按发布时间由近到远顺序展示，默认显示前若干条（具体条数视最终页面设计）补充说明： 相关需要特殊说明的补充事项1.4.2 特性2：输入前置条件：（用例图、时序图）2、第二部分 功能模块22.1 产品概述2.2 产品结构（功能摘要）

5、2.3 状态说明2.4 特性说明2.4.1 特性1：状态说明：2.4.2 特性2：五、其它产品需求从业务视角提出各项可用性指标的大致需求。具体的技术指标会体现在产品的设计文档中（根据项目实际情况增删）1、性能需求如果产品对性能要特殊需求，请详细描述，如：大致响应时间、最大并发数等。2、监控需求如果产品需要特殊的监控和统计，请详细描述，如：PV、点击、登录数等。3、兼容性需求如果产品需要对兼容性提出特殊的需求，请详细描述，如：兼容IE8、Chrome等。六、风险分析风险内容描述，说明风险产生原因，可能造成的危害以及相应出现的频率信息，另外在此处还需要描述相关风险预防措施及风险出现后的应对措施信息。此处不包括任何系统技术实现层面的风险，例如：系统的备份，监控，模块依赖，etc.风险可能性严重性应对策略可应对性七、相关文档产品所需的其余相关文档，如：产品市场需求说明书（MRD）、产品功能介绍PPT、产品规划书。八、附件将产品需求的demo作为附件。