文档撰写的流程和逻辑以及实现的思路，我们这里就用一个人员管理来进行说明：需求是人员的管理，包含人员的信息、登录、注册、开通、修改编辑、删除、查询，主要包含信息就是增删改查。
1. 确定需求后台是根据前台界面来的，前台界面展示一个人员的信息，这个人名字就叫A；A的信息有姓名、岗位、部门、电话、开通日期、邮箱。
前台的信息已经确定，我们后台的信息也就可以确定，从新增功能点进行说明：
新增：姓名、岗位、部门、电话、开通日期、邮箱。
全权限设置：分配对应的权限，将权限设置好。
点击提交，这条数据就会在数据库存在。
建议：细小的功能将其模块化，就像一个人一样，整体是一个人，其中手眼睛鼻子等是身体的组件部分，产品也可以从小的组件进行组装。
2. 主要功能点将对应的主要的功能点进行罗列，并且对应的细节需要考虑到和其他业务之间的关联，以下就将对应核心功能点进行罗列：
查询：支持类型为姓名、手机号、岗位和部门
状态管理：正常、冻结
账户管理：新增、修改、删除
分页加载：页面数据、分页加载对应数据
查看：个人信息查看、密码查看（建议设置点击空白区域三下查看）
建议：对应的功能点中细小的信息进来罗列，这样后期方便权限的分配。
注意：密码可见最好是先和管理人员确定，将可见状态设置权限。
3. 业务说明业务的说明需要将对应的跳转，也注意事项仔细的进行说明。就像新增每个字段，我们支持对应的类型和不支持类型。
提交状态是否要求全部输入内容，没有输入内容按钮就不可进行点击提交，这样的说明我们需要一点一点添加进去。
首先，将业务流程进行思考清楚，对应的人员和对应的操作流程，这样你后期需求文档页面就是完整的。
如果业务流程不清楚，就从单独的功能点开始进行。将页面的布局进行点击，多点击几次，就会发现页面流程是不是完整，对应的需求是不是能够完整走完。
其次，如果需求太多实在理解不来，就一个一个进行拆分，务必将需求尽可能的理解到位，不然就会面临很大的改动。
最后，理解核心的流程。我们有时候会接收到一堆的需求和流程，但是流程太多会不容易理解，很多时候需求提出者更多的是口述，所以需要多问对方再确定。
建议：需求太多就用手机录下来。
注意：理解的偏差，再三确定需求，重要的事情说三遍。
广州设计公司https://www.houdianzi.com 我的007办公资源网站https://www.wode007.com
总结后台需求文档需要将能放在一起的产品前端界面就放在一起，这样我们后期维护起来就方便。如果你的后台和对应的前台界面一样，那么这样的是不合理的。
在撰写后台的时候，需要将对应前台功能点进行整理。就像你看到的APP前台界面，想想后台的逻辑是怎么实现的。
最后，在撰写前台界面的时候，可以将对应的后台功能点一起进行撰写。当然实在觉得自己搞不了，在写文档的的时候，就多问问你们的后台大哥。
最后，附上一张自己做的项目结构图，包含前端和后台：