首先看一个简单的需求文档模板，然后针对每一部分再详细展开说明。
PART1 需求模板展示
一、变更记录
| 改动点 | 时间 | 发布状态 | 备注 |
|---|---|---|---|
| 表格UI优化：新增列表行高亮状态 | 2022-6-1 | 待评审 | 属于UI优化，无功能逻辑变动 |
| 新增批量删除功能 | 2020-6-1 | 已上线 | -- |
| 优化详情页面 | 2020-5-1 | 已上线 | -- |
二、需求背景
不少用户反馈当表格内容过多的时候，信息密集，无法快速区分人员所属类别。
三、需求价值
便于浏览时快速直观地区分人员类别
四、需求内容
新增列表行高亮状态，用于区分不同类别的人员信息，比如业主、物业管家、楼栋长等。
1、原型
详见：https://www.xxx.com
2、功能描述
改动前：
住户信息表.jpg
改动后：
住户信息表.jpg
PART2 分模块详述
一、变更记录
记录下每次变更，让需求变化可追溯。
需求一般会经过多次迭代来逐步完善，有变更记录可以很好的了解什么时候上了什么功能。以后想对某块功能进行调整也可以看下当时的记录，了解当时需求的相关信息、避免重复踩坑等等。
二、需求背景
讲清楚这个需求从而而来
三、需求价值
讲明白需求的具体收益。
重中之重。
需求价值非常重要，它是我们需求的出发点，为什么要做这个需求？上线会带来怎样的收益？也可以作为功能上线效果的量化依据。
它可以是用户体验优化；也可以是具体可衡量的指标，比如将付费转化率由10%提升至12%；也可以是行业创新，独一家。
四、需求内容
讲全功能点。
可结合原型和各类图表<流程图、泳道图等>详细说明需求内容。
confluence的【左图右文字】的简单排版，可以很清晰的描述功能点。
——————
闲聊：
说一说我的常规操作：原型写明白【信息元素】、【限制条件】、【状态】、【操作交互】，具体的功能逻辑写在需求文档里。
