1基本规范
基本规范模块包含3部分：文档封面、文档目录、更新记录。
- 文档封面尽量只包含简洁的标题和版本号，文档中注意添加页脚和页眉元素辅助说明内容。
- 可以使用软件自带的标题格式，这样可以自动生成文档目录。
- 文档更新记录指的是在文档迭代的过程中，每次改动需要进行版本号的变更，并记录变更的内容。
2文档概述
文档概述模块主要分为4部分，分别是背景概述、范围和边界、阅读对象、术语定义。
- 背景概述主要描述整个项目的初始需求背景，目的是让未参与过项目的人能通过背景概述了解该项目。
- 范围和边界主要定义了项目的影响规模，包括产品边界、业务边界、运营边界、技术和人力资源边界等。
- 阅读对象主要用来限制哪些组织或者个人可以阅读此文档，有利于控制文档的传播效率和查看权限。
- 术语定义主要用来详细介绍文档中可能出现的专业术语，确保所有术语都有唯一的注解。
3产品说明
产品说明模块主要分为两部分，分别是产品简介和产品流程。
- 作为背景概述的补充，产品简介主要用于介绍产品的基本情况，包括产品定位、用户使用场景以及产品的功能介绍等。
- 产品流程则提供核心功能的业务流程图以及操作流程图，以方便阅读者快速了解产品的核心流程。
4功能需求
功能需求是PRD的核心内容，主要用于向研发人员说明产品的实现逻辑。功能需求主要包括：
- 功能简介，用于对功能做简洁的描述
- 场景描述，用于描述功能的使用场景
- 功能优先级，用于明确这个功能的优先级
- 输入/前置条件，用于描述进行一个功能操作所需要的前置条件，例如，收藏功能通常与账户体系关联，要使用此功能，需要登录才可以，所以用户已登录就是收藏功能的前置条件
- 需求描述，用于对原型和整个功能需求进行原型展示和详细描述；输出/后置条件，用于描述进行一个功能操作将产生的结果，例如，很多App有夜间模式，开启夜间模式是一个功能，这个功能的后置条件就是整个App 的视觉风格变得适合夜间阅读，如果打开了夜间模式，但是App的视觉风格并没有变化，说明出现了Bug，则需要定位问题并修复
- 补充说明，用于对需求进行其他的解释说明。
5非功能需求
非功能需求是对功能需求的辅助和补充。非功能需求一般包括但不限于技术需求、运营需求、财务/法务需求、其他需求。
6附录
附录指附产品说明文档与正文有关的其他文档或，是文档的说明或补充部分，并不是必需的。
