目录
瀑布流方法论介绍
产品需求文档(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的主要读者是:产品经理、开发、测试、交互设计师
他们使用这个文档传递产品意图,完成产品交互
优先产品需求文档的特点
内容完整、简单直接
表达准确、逻辑清晰
尊重读者
稳定
其他相关文档
商业需求文档
市场需求文档
技术架构说明书