当我们初次接触产品需求文档时，首先会从网络上寻找产品需求文档模板，希望从中了

解和学习具体的写作要求，但实际上，现在网络上绝大部分的

PRD 文档都是与实际工作不

相符的，或者说是复杂的。

前几天一位从事产品类工作的朋友，发来一份他写的产品需求文档目录截图给我

(下图)，

当时我就郁闷了，这些类目更像是

MRD 文档，而不是 PRD 文档了，因此我决定写几篇讲

述写作

PRD 文档的文章，分享一些我关于 PRD 文档的见解和写作方法。

PRD 是英文

Product
Requirement
Document 的缩写，
中文的意思是产品
需求文档，具体的
名词介绍大家可以
询问

Google。PRD

文档是基于
BRD 、 MRD 的延
续文档，主要用于产品设计和开发使用，因此阅读这份文档的人群绝大多数是设计与技术
人员。在这类人群中，设计师更多依赖于原型进行交互或视觉的设计，因此看这份文档的人
就会偏向于技术人员。相对于技术人员，他们不太关注产品的商业需求和市场愿景，因为在
进行产品讨论立项时，产品的定义就已经向参与设计和研发的人员宣讲过，因此技术人员
更多的是关注界面、功能、交互、元素等等内容，因此

PRD 文档是一份详细的产品功能需求

说明文档，是产品文档中最底层和最细致的文档。

PRD 文档是一份没有闲话，直入主题的功能说明文档，因此我们在写作时，脑海里构

思的是成品产品的界面功能的逻辑线框图。在写作这份文档前，我们需要先做一些准备，把
BRD、MRD 的相关需求消化并融合规划出产品的结构图。因为这些准备工作是属于思维类的，
所以我推荐使用思维导图软件

(MindManager)进行规划工作。

规划产品的第一步就是梳理出产品的信息结构，有了信息结构我们才能继续往下规划产

品结构，并且信息结构是服务端技术人员创建数据库的依据，是数据结构的辅助文件。对于
新产品或者新功能，没有人能够比产品经理更加清楚所需要的信息内容了，因此第一步我
们就需要先将这些信息罗列出来，形成结构化。（如下图）