产品需求文档的基本框架应包含以下这几个部分：
1.文档说明
文档说明是开头部分，应包含产品名称、所属的产品线、所处部门等，如果开发工作面对的是多个部门，那么这部分的存在是很有必要的。
2.版本记录
版本记录是用于记录当前产品的版本号，一个产品做好之后，后期大迭代、小迭代肯定不断。进行版本记录便于以后回溯。版本记录中包括版本号，这里的版本号不是已发布的产品的产品版本号，是当前文档的版本号。每次迭代的需求，不应该在原来的文档中进行修改，而是应该另起一个副本，在副本上进行增删改查。版本记录中还需要有修订内容、修订人、修订时间等等。
3.全局说明
在全局说明里进行统一的描述是一个比较高效的选择，因为没有人喜欢在一个文档里看到许多重复的东西，再说后续修改的时候，那么多处，如果某个地方漏掉了则会有严重问题。至于说这里要写什么，产品经理自己的总结的才是合理的、实用的。
4.各模块需求说明
这部分是文档的主体，是重头戏，在这里你需要根据产品的模块分别进行详细的注释说明，但表达格式应该统一.
包括数据名称、类型（文本、按钮、输入框、复选框、单选框、下拉框、时间、日期组件等等）、交互说明、注释、备注。交互说明需要详细描述对于数据名称的所有动作，包括鼠标悬停、单击、双击等等有什么效果，并把对应的效果进行详细的介绍。注释是对应数据名称需求的重点描述部分，需要在这里澄清当前需求所有的具体逻辑、规则、业务流程、影响等。备注是万金油，也是保险丝，但应该在产品设计中保持克制，不可滥用。