怎样写好需求文档

版本迭代过程的三个步骤：

策划：考虑下一版本需要做的内容

输出：原型图、需求文档

研发：开发、测试

注意点：

需求遗漏、逻辑调整、功能不统一、自定义开发、反复说明、设计缺陷、材料缺失、估时间模糊、进度失控

需求文档的帮助：加速产品思维的形成、产品快速构建成为可能、释放更多时间进行思考

团队效率：

1.1减少开发过程中不必要的沟通成本

1.2.减少需求反复的可能性

1.3.减少功能不统一的可能性

1.4.减少测试的介入成本

1.5.减少需求遗漏的可能性

1.6.减少逻辑、参数遗忘的可能性

2.1 提高评审估时的参考价值

2.2 提高需求逻辑溯源性

2.3 提高材料复用性

2.4 提高信息流动性

2.5 提高早期发现问题的可能性

产品感知：

1.提高功能敏感度

2.提高技术认知

3.提高产品敏感度

4.提高结构敏感度

需求文档1.0

1.用户及应用场景

2.系统/产品的目标

3.功能模块概要介绍

4.功能需求详细规格说明

5.描述系统产品的容颜

6.USER在界面的交互

7.系统产品业务逻辑和规则

8.非功能性需求

需求文档2.0（文档说明、功能文档、变更记录）

1.文档说明

2.功能文档（需求编号、需求模块、功能模块、需求点、需求描述、参数、备注）

需求编号：1个需求编号对应一个需求点，需求编号应该包含主要信息（eg：需求模块-功能模块-需求点-变更点  10-3-1、10-3-1-3）

需求模块：反向可以寻找功能模块之间的“共性”，正向可以帮我们发现产品结构（三种划分方法：独立性划分：分享模块、注册模块、支付模块；结构划分：用户模块、上传模块、大数据模块；页面划分：首页、发现页、个人中心、设置页）

功能模块：功能模块包括多个需求点，功能模块从属于需求模块（划分方法：按照区域进行划分：顶部导航、个人信息、功能菜单、推荐电台等；按照性质划分：展示、点击、判断、异常）

需求点：最小颗粒度，1个需求点对应1个功能点

参数：将需求进行“参数化”

3.变更记录

需求文档注意事项

1. 技巧

一个需求编号对应一个需求点

需求编号蕴含信息丰富

模块划分可以同时使用多种方法

结合不同的纬度

需求点需要最小颗粒度

参数化，尽量富裕功能以“参数”

2. 原则

需求点不能为空

需求描述、参数可以为空

需求变更时不嗯给你删除和编辑原来需求，尽量新增和取消需求点

3. 常见模块

常见需求模块：分享模块、注册模块、支付模块、异常模块、用户模块、信息模块、上传模块、账户系统、列表页、发现页、个人中心、设置、详情页、内容管理、数据中心、播放器、闪屏、通知、收藏页、push

常见的功能模块：可视化（入口、展示、点击），系统层（数据加载、异常保护、弹框），客户端（判断、输入、上传）

常见的参数设置：输入字符长度、加载内容数、图片显示规则、停留时间、重试机制、数字上限、展示字符上限、提示文案、push时间、时间格式、内容为空、刷新机制