产品经理学习-怎么写PRD文档

目录

瀑布流方法论介绍

产品需求文档（PRD）介绍

产品需求文档的基本要素

撰写产品需求文档

优先产品需求文档的特点

其他相关文档

瀑布流方法论介绍

瀑布流模型是一种项目的开发和管理的方法论，是敏捷的开发管理方式相对应的另一种方法

瀑布流模型由以下几个阶段组成：

需求分析

设计/架构设计

实现/开发

验证/测试

维护

敏捷开发是一个完毕的圈，而瀑布流方法是一个方向性持续的开放方法

瀑布流开发的特点

瀑布流的使用历史非常长，它需要一个环节完成了之后再开始下一个阶段。这个过程是不可逆转的。当某个问题出现问题之后，需要回到这个阶段重新进行，会影响后续的所有阶段；在产品和项目管理过程中，我们发现了瀑布流的弊端，所以有其他方法的引进。

瀑布流的管理方式适用于有些特点的项目，之前的几十年都是用的瀑布流方式

适合于：

1. 需求相对固定，不会频繁变动
2. 项目预算大，周期长
3. 项目人数多，人员相对稳定
4. 组织架构稳定，人员有替补

什么项目适合使用瀑布流？

军方项目

成熟企业的旧系统改造

大多数产品公司

产品需求文档（PRD）介绍

PRD是一份针对某一个特点的产品，包括了其全部需求描述的文档

从整体来看，PRD至少包含下面4部分内容：

目的：产品总体描述

功能描述：产品的各项功能

发布计划：各个功能发布的顺序以及质量要求

时间计划:各版本的大致发布时间

产品需求文档的基本要素

1. 文档的命名和编号
2. 文档的版本历史
3. 词汇表
4. 项目干系人描述
5. 目录和引言
6. 正文

1. 文档的命名和编号  ——是为了通过文件名让读者快速知道文档内容

1. 文档的版本历史

文档版本	创建时间	创建人	类型	介绍
V1.0	2021-5-1	李四	新建	完整版
V1.1	2021-9-1	王五	修改	修改，增加xx需求
V1.2	2022-1-3	王五	新建	Xxx

1. 词汇表

词汇表是对一些专有名词的解释

1. 项目干系人描述

可以让读者知道这个产品背后的价值出发点，干系人就是利益相关者

撰写产品需求文档

编写前的准备工作

1. 需求梳理

前期的需求梳理一定要有的，也不是边梳理需求边写PRD。确定产品的愿景、目的和商业模型，寻找和确定产品的用户画像

1. 原型设计

当我们给产品的定位、产品愿景和用户体验地图都确定了之后，原型图会体现产品最终的展现的功能会包括什么；原型图在概念测试和可用性测试都需要用到。

   原型设计是一个循序渐进并不断完善的过程。

1. 质疑和修正

需要验证自己的产品是否可以解决用户的痛点，解决方式是否给用户带来了新的不便；技术和运营是否是可行的。

PRD的正文结构

第一部分：假设

假定使用产品的用户具有的特征

比如：用户使用APP时可以和好友即时通讯

比如：用户拥有手机号码

第二部分：需求概述

描述产品方案要达到的目标：

目标描述作为需求概述的目的是让读者对于产品本质有深层的了解

有利于激发团队成员的点击，在目标上达成一致

第三部分：用户角色描述

针对目标人群属性描述

人口特征：

地域特征：

性格特征：

工作特征

教育背景：

第四部分：功能需求

包含4个子部分：整体流程、功能列表、各功能详述和全局说明

功能列表：

功能详述:

1. 针对每一个功能列表中的功能点，写清楚详细的功能目标和流程；每一个部分的说明要兼顾功能、可用性、技术描述、环境描述、第三方接口描述
2. 根据功能模块的特性，使用不同种类的流程图
3. 描述主流程，突出主流程
4. 描述辅助页面设计和页面元素

第五部分：非功能需求

业务类需求：数据统计需求、监控需求

技术类需求：性能需求、安全需求、兼容性需求

第六部分：功能优先级说明和发布计划

此处的功能优先级指粗颗粒度的，不是具体的功能点，一般随着发布计划而来

 PRD的主要读者是：产品经理、开发、测试、交互设计师

他们使用这个文档传递产品意图，完成产品交互

优先产品需求文档的特点

内容完整、简单直接

表达准确、逻辑清晰

尊重读者

稳定

其他相关文档

商业需求文档

市场需求文档

技术架构说明书