需求文档的目录结构，就是用来确定文档的内容和表达形式的一种有力手段。在写需求内容前先把整个文档的目录结构确定后，编写文档的效率会大大提高，也会使得文档的表达逻辑更为清晰明了。
一般情况下，产品经理都会有自己的一套比较常用的目录结构，用于快速地建立文档框架。但是在很多时候，通用目录结构可能并不能满足特定需求下的表达效果。因为不同的需求所需要使用到的表达方式是不一样的，只有针对性地采用合适的表达方式才能使你编写的需求文档产生事半功倍的效果。
比如，针对用户端APP形态的功能定义，则更侧重的是信息架构、页面展现、用户体验，所以在原型设计和关键交互要求是需要重点说明的。因此，在这部分需求的内容结构上，需要将“原型设计”及“交互说明”单独列入到目录结构中去。
比如，针对后台功能，侧重的是数据处理和存储，所以在数据项定义、数据流转、规则说明等方面需要进行完整说明。而如果这几部分内容较多，则也是需要进行划分，最终体现在目录结构中。
再如，涉及到多系统间业务交互的，或者业务流程较为复杂的，则可能需要考虑加入系统间业务交互说明、接口定义、业务流程描述等内容。
如此这般，都是需要针对不同类型的需求采用不同的表达方式来描述需求。最终的目的也都是为了让文档使用者（开发工程师）更容易理解你所定义的需求。
所以，我们在写文档之前进行目录结构设定，是为了框定文档的内容和表达方式，相当于我们建筑里的框架结构。搭建好之后，便可以进行快速填充了。
