PRD（Product Requirement Document），即产品需求文档，主要用于完整描述产品需求，将产品规划和设计的需求具体形象化表述出来的一种展现形式，主要用于产品界面设计和研发使用。

主要作用及特点是：

• 作用：使相关方对产品的认知与预期达成一致，并依此来研发实施。
• 面对的读者：开发、设计师、测试，管理层、业务部门或客户。
• 时机：产品设计阶段。
• 形式：Word，+axure，+流程图等等。

面向的对象

PRD文档主要是一份给执行层面的工作人员阅读的文档。主要面向的对象有：

• 产品经理：作为文档的作者，分析设计产品，产出此文档，并和其他人依此进行高效的沟通。其他产品也根据此文档了解所描述的需求。
• 交互设计师：详细阅读与理解此文档所描述的内容，并进行交互稿设计。
• 开发工程师：详细阅读与理解此文档所描述的内容，结合交互稿进行开发。
• 测试工程师：根据此文档编写测试用例，再结合交互稿测试开发工程师交付的产品。
• 业务部门或客户：确认此文档描述的需求与解决方案。

主要内容

完整的PRD文档主要包含产品的介绍和产品功能详细设计两部分内容。

• 产品的介绍，项目概述、项目价值、项目背景、名词解释、运营计划等。
• 产品功能设计，功能需求和非功能需求等。

产品的介绍部分主要体现目标，让团队知道他们的目的是什么，目标说明要尽可能的明确。

功能设计一般由用户界面和功能描述两个部分来组成。

• 用户界面，主要是产品原型，用图形的形式直观展现产品的功能。

• 功能描述，在用户界面的基础上，以文字的形式诠释产品功能的细节，使开发、测试人员更清晰地明白具体要求。

在功能模块的组织上，一般分为整体结构和具体功能两个部分。

• 整体结构，可以用产品结构图来说明主要功能模块；可以用总体的或关键的业务流程图来说明产品核心逻辑；可以用信息结构图展示产品的核心信息维度；以及功能列表。
• 分解后的产品功能，详细描述业务流程、具体界面及逻辑，以及非功能性需求。

一个典型的PRD的目录

不同公司、不同团队或产品对PRD文档的要求不同，下面是一个典型的结构，章节可选。

文档命名
修订记录
目录
1，产品的介绍
1.1，产品背景
1.2，项目概述
1.3，项目价值
1.4，名词解释
1.5，风险
2，功能性需求
2.1，产品框架
2.2，业务流程图
2.3，功能清单
2.4，功能详情
2.4.1，某某功能
2.4.1.1，某某功能界面
2.4.1.2，某某功能描述
2.4.1.3，限制条件（前置/后置）
2.4.1.4，业务规则
3，非功能性需求
4，规划

注：word的需求文档已经逐渐被Axure等原型设计稿所替代，以上章节都可以在原型稿中标注。