需求文档怎么写的思考

需求文档是产品经理的基本功，具体表现形式视不同公司部门要求而定。本次分享的内容只是我日常工作的一个总结，欢迎大家一起交流讨论，共同进步。

首先我们要明确需求文档有谁要看，大家看文档需要获取什么信息，你想向大家传递什么信息；这是最基本的几个方向。除此之外，还需要考虑这个文档的可持续维护性，是否需要多人协作完成等等。

#1. 需求文档的阅读者在关注什么？

阅读需求文档的主要是开发、设计师、测试。我们需要做的是理清业务逻辑，通过原型页面列举关键字段、页面跳转逻辑、前后端数据交互逻辑、异常提示、边界值处理。

新手产品往往会花更多的时间在前端页面的原型设计上，怎么展示的好看符合用户的操作习惯确实是我们需要考虑的。不过，我们也不能忽视后台数据的支持，以及后台管理是否需要增加可视化操作页面。例如注册，用户在前端页面只需要填写手机号，验证码。后台部分需要查询用户是否已存在，手机号是否合法，然后通过通讯服务商发送验证码到用户的手机号，再校验用户填写的验证码是否正确。这一系列完成后，需要在用户表新增一条用户数据。至此，一个最最简易的注册流程才算结束。但是我们还需要考虑的是，是不是需要有后台用户管理页面，通过手机号查询用户信息？如果验证码输入错多次，是否需要有异常提醒？如果用户输入手机号的时候乱按数字键，是不是可以让他无限制按下去？

涉及逻辑判断的地方借助流程图是最清晰易懂的，在原型中可以使用页面+流程图连接页面来帮助说明。

#2. 文档的维护和细节

如果是一个比较大的项目需要迭代多次，不是一次交付完成。那么文档的修订历史就很有用了。每次打开文档通过修订历史就可以清晰的知道有哪些地方是需要重点关注的。除此之外，可能有些规则需要借助excel列举，或者你是用word写的文档，开发人员还需要结合原型查看，那么这一切不能完全在本文档中体现出来的部分，都一定要附上查看方式以及说明清楚对应的本文档中的哪些说明。