刚入行的产品新人都会优先学习产品需求文档（下面会用PRD代替）的撰写和原型的绘制，自己当时也是一样。当时看了很多产品需求文档的案例，各种类型、格式的产品文档都研究过。然后在主流的几个文档格式中选择Axure原型来撰写PRD，因为Axure做的原型需求文档，与读者之间有互动，体验更加良好而不至于那么单调。

产品需求文档初成型

刚开始时，在网上的一些模板并结合实际项目来撰写PRD的，并且PRD和原型图是完全分开的，也就是说第一次撰写的PRD只包含一些基本的和公共的信息，比如文档的修订历史、产品说明、版本介绍以及核心的流程图（如下图）。其他的细节信息则是通过在原型图上进行简要的标注。

后来经历过几次的项目开发和迭代之后，发现PRD与原型图分开管理的方式制作起来十分繁琐，并且一些小版本的更新会直接在原型图上更新而忘了更新PRD。而且开发人员、设计师基本上只看原型图不看PRD，遇到需求问题就直接问PM，这样就失去了产品需求文档的意义了。

后来就决定把原型图与PRD进行统一，上面分散管理的问题也得到解决。并更换为更流行的侧边导航栏、更好的视觉设计，使读者的阅读体验更好。此时的产品需求文档已经慢慢开始成型。

这个版本可以说是PRD的Beta版，虽然是Beta版本，但是基本功能能满足我们的需求。

文档的迭代优化

以Beta版的PRD持续一段时间，经历了一些项目的沉淀，在项目的使用过程中发现几个有趣的现象：

• 开发人员基本上只关注功能的实现，焦点在交互原型图上
• 设计师基本上只关注页面和效果，焦点在原型图上
• 测试人员则是侧重于功能细节与各种情况的处理方案

可以理解，如果把PRD作为一个产品来看，上面的涉及的人员都是PRD的核心用户，只不过3种角色的工作性质不同，所以需求不同而已。显而易见，Beta版的PRD只是把产品相关信息和原型图进行简单的结合，并不能满足上面的需求，所以开发过程中就出现了几个严重的问题：

• 对原型图、功能的描述不够周全，开发经常找PM确认需求上的点
• 原型图上没有添加页面跳转信息，导致设计师设计起来有些吃力
• 没有把核心功能的流程图的流程粒度细化到每个操作，增加PRD读者的理解成本
• 一些分支流程、特殊情况没有在文档中说明清楚，导致测试人员经常找PM确认流程细节，严重降低PM工作效率以及增加了团队的沟通成本。

没错，自己挖的坑，跪着也要填完。明确问题所在后，就需要针对性解决。在此之前，需要针对目标用户进行“用户调研”，确认一下开发人员、设计师和测试人员这些“核心用户”的意见和看法。收集他们的意见之后，去「起点学院」购买了一些课程并学习具体的文档规范，然后阅读一些与PRD相关的文章，进行分析总结，然后迭代出新版的产品需求文档。（首页如下图）

新版本PRD在实践中运用之后，之前出现的问题得到了很好的解决，最明显的是团队成员找PM确认需求的次数大大降低了，并且开发效率也得到了提高。当然，PM也减少了在沟通上成本。

下面我会通过以下7个方面来对新版PRD进行详细说明。（文章末尾附有PRD模板Axure文件的下载地址。）

• 文档命名
• 文档结构
• 产品概述
• 全局说明
• 流程图
• 功能需求
• 非功能需求

文档命名

文件的命名，只要能告诉别人这个文档的所包含的必要信息就可以了。对PRD而言，需要让别人知道这个文档是什么产品的产品需求文档，处于什么阶段，比如PRD_产品名称_V1.0.0。不过为了更好的进行统一管理，这里使用采用了下面的方式来对文件名进行命名。

文档命名规则：【PRD】+ 产品名称 + 产品版本号

例如：【PRD】微信 V6.6.1

文档结构

PRD的内部结构，如下图所示。

主要包含产品概述、全局说明、流程图、功能需求与非功能需求这5大模块，每个模块下方有对应的子模块，下面进行详细的介绍。

产品概述

产品概述模块是用于展示产品介绍、开发规划以及文档修订历史等基本内容。主要有4个部分：

• 修订历史
• 开发周期
• 产品版本说明
• 产品介绍

首先来看看修订历史。

修订历史

修订历史是展示PRD的修改记录，里面记录着产品经理对PRD的修订的方式以及修订的内容。一般会放在文档的第一页，方便团队成员第一时间了解到需求是否有改动。而修订历史一般会采用表格的形式展示，包含文档的版本号、修订日期、修订方式、修订人以及修订内容。

开发周期

开发周期包含两个模块，分别是开发周期以及开发计划。

从上图可以看出，在开发周期表格中，显示项目的计划开发时间。不同的平台开发难度不同，所以这里也会加以区分。下方的则是开发计划，在敏捷开发中，都会以一个时间区间作为迭代的里程碑，小步快跑，一步步完成迭代上线。比如说一个移动App，开发的第一阶段首先要进行框架的搭建、启动页、登录注册等基本功能的开发，然后再按照计划、优先级开发后续的功能。

产品版本说明

版本说明只是展示产品对应版本所包含的核心功能。需要注意的是，这个版本是以上线版本为基准，需要与上面开发周期所说的版本需要区分开来。

产品介绍

显示产品的相关介绍，常见的字段有产品名称、logo、slogen、产品简介、产品定位、目标人群、使用场景以及产品目标等。有个别产品可能还需要显示其他的信息，具体以实际情况为准。

全局说明

全局说明则是对产品中公共部分的控件、文案、网路请求状态显示等进行统一的说明。全局说明这部分会因产品不同而变动较大，所以也需要根据实际情况而定。

流程图

流程图在这个PRD中是比较重要的模块，其中的逻辑性较强，最能反应出产品经理的逻辑思维能力与流程图的绘制能力。

在文档中，流程图中包含信息结果图、功能结果图、业务流程图以及任务流程图（也就是功能流程图）。