PRD
2017-03-16 14:57:25 0 举报AI智能生成
产品需求文档（Product Requirements Document，简称PRD）是一份详细描述产品功能、特性、行为和用户体验的文档。它是产品开发过程中的重要工具，用于确保所有相关团队对产品的目标和要求有共同的理解。PRD通常包括以下内容：产品概述、目标市场、用户需求、功能需求、非功能需求、竞品分析、项目计划和里程碑等。PRD的主要目的是为产品开发团队提供明确的方向和指导，以便他们能够高效地实现产品的目标。
作者其他创作
大纲/内容
introduction
技术化的MRD
阅读对象
研发
技术
底层细致
三大文档
BRD
why & benefits
MRD
how（方向）
PRD
how（技术细节）
表现形式
文字模式
原型图模式
图片模式
影像模式
常见包含内容
文档说明
文档说明
产品版本号
版本号
重大调整升级、产品结构功能有调整
子版本号
在原有基础上对局部功能进行升级或调整
修正版本号
对局部小范围优化或bug修复，一般不修改功能性内容
版本号命名规则
归零原则
前一个数字增加1位，后面的数字全归零
收费原则
子版本号与修正版本号的改变，视作版本内升级，不加收费用；版本号变化则加收费用
历史修订
修订的内容
编号
版本号
修订章节
修订原因
修订日期
修订人
历史修订的作用
修改前后可以进行对比
有助于维护和管理PRD
可追责修订人
方便查阅具体修订部分
名词术语表
将产品里不易理解、容易混淆、缩写的词汇在开篇进行统一的列表说明，便于阅读
产品说明
产品信息结构图
指按照产品经理思路中的产品表现信息来整理产品
是研发人员建立数据的参考
产品结构图
指按照产品的逻辑与表现形式、结构化地表现产品构造
将抽象的逻辑形象化地表现出来，也便于文档阅读者理解产品思路
用户使用流程图
用于表述用户在使用产品过程中的行为走向
通过用户行为串联信息结构与产品结构
全局功能说明
一般占文档的3/5
详细表述每个类与子类的功能，把不能放到子类的全局性的东西说清楚
详细功能说明
整体说明完成之后，按照自己习惯的表述顺序，对各个需求板块进行详细的需求说明
常见表述顺序
按功能逻辑来表述
抽象；研发更喜欢
按产品结构来表述
频道、页面、模块、元素的逻辑来表述；PM更喜欢
UML
Undefined Modeling Language统一建模语言
运用统一的、标准化的标记和定义实现对软件系统进行面向对象的描述和建模
UML常见说明图类型
用例图
用例：一种描述系统功能的方法
是系统的外部参与者与系统之间的关系，是由参与者与用例组成的示意图
强调的是关系。不表示一个功能的具体步骤
组成要素
参与者
可以是人，亦可以是另一个系统
用例
关联线
方框
用例说明
用标准的用例格式，对每一个用例进行说明。
状态图
时序图
结构图
原则
MECE原则
Mutually Exclusive Collectively Exhaustive,相互独立，完全穷尽
面对一个重大议题，做到不重叠、不遗漏的分类，并且能借此有效地把握问题的核心和解决问题的方法
优秀PRD文档应具备的特点
正确
确保文档中的表述与产品经理的思路是对应且正确的
无歧义
文档的表述方便阅读理解，不会产生歧义
完备
MECE原则尽量保证对产品功能需求表述的系统和完整
一致
文档中用词用语一致，对同一件事物的表述应一致
具有优先级
产品的功能性需求是有先后主次的
可验证
对于功能性的描述，是可以进行测试的
可修改
PRD文档利于后期的修改与升级
可追踪
每个功能性需求的来源应清楚明白
In short
撰写PRD文档前保证思考到位
避免在交付后重构需求，允许调整和优化
不要害怕，不要迷信
0 条评论
下一页
