BRD和MRD，PRD一起被认为是从市场到产品需要建立的文档规范，本文将讲述如何撰写一份优秀的产品需求文档（PRD）.

“产品需求文档”简称PRD。

英文全称Product Requirement Document

产品需求文档是产品项目由“概念化”阶段到“图纸化”阶段最重要的一个文档，需要详细阐述产品的功能和实现细节。

广义上来讲，产品需求的描述，应该包含有产品的战略和战术。

战略

是指产品定位、目标市场、目标用户、竞争对手等。

战术

是指产品的结构、核心业务流程、具体用例描述、功能&内容描述等。

PRD主要面向对象为开发、测试、项目经理、交互设计、运营及其他一种或多种角色。

因为对不同角色都要把产品细节表达清楚，所以就需要一份规范的文档进行描述。

开发可以根据PRD获知整个产品的逻辑；测试可以根据PRD建用例；项目经理可以根据PRD拆分工作包，并分配开发人员；交互设计师可以通过PRD来设计交互细节等。PRD质量好坏直接影响到研发部门是否能够明确产品的功能和性能。

简单来说，产品需求文档就是把“概念化“的商业需求文档及市场需求文档中描述的产品蓝图通过“图纸化”的产品需求文档将产品实现方案描述出来。

核心作用是传达产品开发需求，保证各部门根据质量控制标准有理有据的进行沟通。

基于这样的状况，显然本文不是给大家一份完整的PRD标准格式，而是从产品需求文档写作目的，给予PRD撰写者的一种参考方法。

1.何种情况下需要写PRD

我们知道产品经理的工作职责是“当产品经理构思出一个产品/功能时，能够快速整合公司所有资源，使产品/功能从无到有逐步上线，并通过产品的更新迭代对产品的生命周期负责”。

产品/功能从无到有及迭代更新之前就需要撰写PRD

让开发、测试、交互等一种或多种角色明白产品需求细节及方向，达到明确目标，快速投入的目的。

2.BRD、MRD及PRD的区别

BRD

是基于市场论证“我们要做什么”及产品/功能上线后的商业价值（收益情况），主要目的是向决策者获取资源调配权，侧重于产品商业价值。

MRD

是基于市场论证“我们为什么要做”即产品/功能上线后的市场规模（用户规模），主要目的是让团队成员意识到未来产品的市场价值及战略意义，侧重于产品自身价值。

PRD

是基于BRD与MRD的基础上说明“我们如何去做”，主要目的是让产品/功能开发团队明白各角色的任务分配及时间安排。

3.制作PRD前期准备

3.1明确目标

在写文档之前要先明白是写哪方面的产品需求文档，然后罗列出该产品的需求框架，用文本或思维导图的形式将想法逐渐清晰，这一步不需要详细内容，只需要列出信息框架

3.2梳理需求

当我们明确PRD目的及产品需求框架后，就需要罗列出产品的页面结构图及功能按钮，基于产品的页面结构图及功能延伸构建出用户的操作流程(用户流程图)。

以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解，类似鸟瞰式的一目了然，也方便调整完善。

3.3原型设计

当我们逐渐清晰了产品的需求，并梳理了产品的各个频道及页面后，就需要通过原型图验证这些想法的具体界面表现及方案的可行性。

通常我们先通过手绘的形式快速在草纸上绘制出产品的原型，推演和讨论方案的可行性，当有一定的进展之后，我们再通过软件工具进行更深入的设计。

原型设计不仅可以帮助我们论证方案的可行性，同时也可以避免产品经理在产品宣讲时，抽象的语言描述导致听众理解困难和理解偏差。

4.PRD主要构件

通过PRD制作准备工作，已经清晰的明白了PRD文档内容，简单的PRD只需要将页面原型加上文字描述就达到了PRD的写作目的(很多产品经理直接使用Axure制作PRD)。

但是有些公司需要对PRD存档归类，有特定的规范标准。但无论何种标准，PRD文档的目的都是为了让开发人员明确开发需求，其核心内容离不开产品的需求框架、页面说明、功能流程。

PRD的主要组成构架包括：引言及概要、业务说明及原型图、还有开发周期安培及其它非功能性需求。

引言及概要

主要包括文档变更记录、名词解说、需求背景、需求概要、需求目的、全局规则说明等，其目的目的是让阅读者尽快了解并熟悉需求背景和概要

业务说明及原型图

此部分是PRD最核心的部分，也是PRD受众开发团队最关注的部分。其中包括产品功能框架，业务结构图、功能流程图、页面交互形式、功能模块、文本注释、权限说明表等一种或多种元素组成。

开发周期安排及其它非功能性需求

主要述说关于产品的开发周期及其“辅助”类的需求说明：包括产品的地理位置获取、CDN缓存策略、Push推送机制、本地文件存放策略等内容

5.PRD表现形式

产品经理实际工作过程中产生的PRD文档通常有纯Word形式，纯Axure形式以及Word与Axure相结合的三种表现形式。

根据PRD文档的服务对象主要是产品开发人员，但在实际工作过程中开发人员关注的主要部分为业务说明及原型图，此部分用Axure图文结合的形式表达较为直观，更容易满足开发人员的实际需求。但是在产品开发过程中遇到更复杂的问题，Axure图文结合的形式显然不是很好的表达形式，此时就需要Word进行更加细致的说明。

PRD不同的表现形式其优缺点也各有不同

纯Word形式

由于软件形式特点，以文字为主图片为辅，虽然能够详细说明PRD内容，但是篇幅较长，不能突出重点，不能很好的抓住开发团队需求。

纯Axure形式

由于软件形式特点，以网页画布的形式展示PRD内容，虽然通过原型图及简单文字述说很好抓住了开发团队需求，但是由于其自身软件特点不利于复杂问题详细描述。

Word+Axure形式

虽然完美结合了Word与Axure不同软件的优点，但是比较文本格式增多，不利于文本保存及造成阅读不方便，

附Word形式PRD目录

附Axure形式PRD目录

（将Word的内容通过Axure网页跳转的方式表现出来，详细案例可参考https://www.zhihu.com/question/29213027/answer/66180329图片来源网络）

图片来源网络

备注

1.在实际工作中产品经理需要根据实际工作需求，从产品需求解决策  略的难易程度及需求文档目的出发，即可以选纯Word形式，也可以选Axure形式。根据实际工作需求选择合适的PRD文档即可以满足开发团队的实际需求同时也可以避免PRD多次评审或开发团队沟通不畅通造成的产品经理工作量工作量增加，其重要性自然不言而喻。

2.本文不是给大家一份完整的PRD标准格式，而是从产品需求文档写作目的，给予PRD撰写者的一种参考方法。

作者：职惑产品
链接：https://www.jianshu.com/p/edd60d96a982