产品经理的日常中用的最多的是，这个文档应该可以说是产品经理将需求落到是明面上的一步。
我们的文档需要给相关的人员进行共同的看，不然文档就没有存在的意义了，文档不只是简单的线框图和一些自己也看不明白的词汇。
实际中很少开发会看产品的需求文档，一般都是每一个页面了解一下，每个页面的问题就直接进行口头的沟通。
如果产品经理是开发转行的，那就技术细节可以详细一点，如果不懂技术，不建议写一些自己不懂的技术词汇进行凑字数，因为很多都是需求文档是网上的各位前辈的模板，我们直接就直接开始套用就像下面
其中4和5是技术说明和交互说明，在后来的开发中，觉得交互说明和技术说明是开发人员开的最多的也是我们沟通的最多的问题。
其实文档应该简洁，主要是节省相关人员的时间，你的一份需求文档开发需要看一礼拜，他们会疯的，所以不要用需求文档去折磨开发小哥和其他的人员。
文档主要的目的是为了将页面的逻辑和业务阐述清楚，简单的说明重点即可。我们要考虑相应的人员进行查看时的场景和角色。
最后附一张自己产品工作中的说明，期间为了保密一定的页面会码望理解
当然你可以用自己喜欢的方式进行需求文档的撰写不一定非要按照网络上的模板，将需求文档进行调整，和对应的开发人员进行沟通，确定看的懂就可以了。
