详细设计说明书读后感_如何写一份还算不错的需求说明书？

一个Sprint需求范围确定后，产品经理进行需求调研、竞品分析、流程设计、需求原型等工作，并输出产品需求说明书。

1、需求调研：邮件、电话、面对面沟通讨论需求内容、背景、目的及流程设计等

2、竞品分析：同样是调研不同，需求准入时评估偏向于商业务模式、产品价值，需求规划时调研偏向于业务流程、产品逻辑、用户体验等

3、流程设计：设计产品功能，用户操作业务主流程、异常流程等

4、需求原型：常用的工具Axure主要形式分两种，一种是带交互效果的原型（主要给老板汇报用），一种是平面的线框图及交互说明的形式阐述需求内容（主要给设计师、开发、测试使用）

产品需求说明书不拘拟于具体的格式、具体的工具等，word、excel都可以能够把事情说清楚就好了，但一般来说相对比较完整的需求说明书应该包含需求文档的说明、需求范围、信息架构图、业务流程图、交互原型及说明，现在比较常见的产品经理出需求都基于Axure RP在交互上注释说明来呈现整个需求文档（软件公司报价的需求通常基于word的格式）。

举例需求说明书基本格式：

图 需求说明书架构

1、文档说明，主要介绍项目名称、业务价值及版本的修订记录

图 文档说明

2、需求范围，可以需求讨论确定的一句话需求清单

图 需求范围清单

3、业务流程图，可以通过游道图描述角色在什么节点做什么事情，如下图用户、认证平台、人脸比对供应商的角色，用户操作就矩形表示并描述，路由或结果判断用菱形描述，以及子流程用矩形组表示

图 业务流程图

4、信息架构图，通过脑图展示描述产品的整体架构及模块说明

图 产品信息架构

5、原型及交互应按业务流程从前向后进行描述，原型的展示结构多种多样，主要是要把界面展示清楚：

（1）页面的名称

（2）界面上的内容：文案、图标、功能等布局

（3）页面上的需要进行详细描述的进行标记

（4）注释及交互说明

（5）信息流转判断及跳转线

图 需求原型示例

需求说明书没有标准的模板，每个团队在与开发、测试人员的磨合后形成的一种共同语言，本质上是帮助信息准确、高效的流转。