目录
瀑布流方法论介绍
产品需求文档（PRD）介绍
产品需求文档的基本要素
撰写产品需求文档
优先产品需求文档的特点
其他相关文档
瀑布流方法论介绍
瀑布流模型是一种项目的开发和管理的方法论，是敏捷的开发管理方式相对应的另一种方法
瀑布流模型由以下几个阶段组成：
需求分析
设计/架构设计
实现/开发
验证/测试
维护
敏捷开发是一个完毕的圈，而瀑布流方法是一个方向性持续的开放方法
瀑布流开发的特点
瀑布流的使用历史非常长，它需要一个环节完成了之后再开始下一个阶段。这个过程是不可逆转的。当某个问题出现问题之后，需要回到这个阶段重新进行，会影响后续的所有阶段；在产品和项目管理过程中，我们发现了瀑布流的弊端，所以有其他方法的引进。
瀑布流的管理方式适用于有些特点的项目，之前的几十年都是用的瀑布流方式
适合于：
- 需求相对固定，不会频繁变动
- 项目预算大，周期长
- 项目人数多，人员相对稳定
- 组织架构稳定，人员有替补
什么项目适合使用瀑布流？
军方项目
成熟企业的旧系统改造
大多数产品公司
产品需求文档（PRD）介绍
PRD是一份针对某一个特点的产品，包括了其全部需求描述的文档
从整体来看，PRD至少包含下面4部分内容：
目的：产品总体描述
功能描述：产品的各项功能
发布计划：各个功能发布的顺序以及质量要求
时间计划:各版本的大致发布时间
产品需求文档的基本要素
- 文档的命名和编号
- 文档的版本历史
- 词汇表
- 项目干系人描述
- 目录和引言
- 正文
- 文档的命名和编号 ——是为了通过文件名让读者快速知道文档内容
- 文档的版本历史
| 文档版本 | 创建时间 | 创建人 | 类型 | 介绍 |
| V1.0 | 2021-5-1 | 李四 | 新建 | 完整版 |
| V1.1 | 2021-9-1 | 王五 | 修改 | 修改，增加xx需求 |
| V1.2 | 2022-1-3 | 王五 | 新建 | Xxx |
- 词汇表
词汇表是对一些专有名词的解释
- 项目干系人描述
可以让读者知道这个产品背后的价值出发点，干系人就是利益相关者
撰写产品需求文档
编写前的准备工作
- 需求梳理
前期的需求梳理一定要有的，也不是边梳理需求边写PRD。确定产品的愿景、目的和商业模型，寻找和确定产品的用户画像
- 原型设计
当我们给产品的定位、产品愿景和用户体验地图都确定了之后，原型图会体现产品最终的展现的功能会包括什么；原型图在概念测试和可用性测试都需要用到。
原型设计是一个循序渐进并不断完善的过程。
- 质疑和修正
需要验证自己的产品是否可以解决用户的痛点，解决方式是否给用户带来了新的不便；技术和运营是否是可行的。
PRD的正文结构
第一部分：假设
假定使用产品的用户具有的特征
比如：用户使用APP时可以和好友即时通讯
比如：用户拥有手机号码
第二部分：需求概述
描述产品方案要达到的目标：
目标描述作为需求概述的目的是让读者对于产品本质有深层的了解
有利于激发团队成员的点击，在目标上达成一致
第三部分：用户角色描述
针对目标人群属性描述
人口特征：
地域特征：
性格特征：
工作特征
教育背景：
第四部分：功能需求
包含4个子部分：整体流程、功能列表、各功能详述和全局说明
功能列表：
功能详述:
- 针对每一个功能列表中的功能点，写清楚详细的功能目标和流程；每一个部分的说明要兼顾功能、可用性、技术描述、环境描述、第三方接口描述
- 根据功能模块的特性，使用不同种类的流程图
- 描述主流程，突出主流程
- 描述辅助页面设计和页面元素
第五部分：非功能需求
业务类需求：数据统计需求、监控需求
技术类需求：性能需求、安全需求、兼容性需求
第六部分：功能优先级说明和发布计划
此处的功能优先级指粗颗粒度的，不是具体的功能点，一般随着发布计划而来
PRD的主要读者是：产品经理、开发、测试、交互设计师
他们使用这个文档传递产品意图，完成产品交互
优先产品需求文档的特点
内容完整、简单直接
表达准确、逻辑清晰
尊重读者
稳定
其他相关文档
商业需求文档
市场需求文档
技术架构说明书
