产品要求文件（PRD）的英文缩写
常见的PRD文件包括：•文件说明
-
文件说明
-
历史修订
– 编号
– 版本号
– 修订章节
– 修订原因
– 修订日期
– 修订人
– 历史修订的作用
• 对修改前后进行比较
• 有利于维护和管理PRD
• 修订人
• 修订日期
• 方便查阅，可以只看修订部分 -
名词术语表
– 将一些产品里面不易理解，容易混淆，或者缩写的词汇在开篇进行统一的列表说明，有利
于阅读
– 例如产品100的
• 积分
– 根据产品100用户的一系列操作行为系统根据后台设定产生的虚拟分数，积分决定了用户的等级与论坛权限，
积分的计算方式为：总积分=发帖数X1 + 铜币X1 + 威望X1 + 会员历史在线时间X1
• 威望
– 反应了用户在论坛里面的资历，是根据发帖数量，回帖数量，附件上传数量，在线时长等综合因素决定，是
用户积分的重要参考依据
• 铜板
– 产品100的货币，主要用于购买有价值的下载资料与信息，完成新手任务可以获得初期足够的铜板，发布下
载资源也可以获得相当数量的铜板，铜板是用户积分的重要参考依据 -
产品说明
– 包含：
• 产品信息结构
– 信息结构图是只按照产品经理思路中的产品表现信息来整理产品的一种示意图（后面会举例）
» 信息结构能帮助我们整理产品结构，同时是研发人员建立数据库的参考
• 产品结构图
– 产品结构图是按照产品的逻辑与表现方式,结构化的表现产品构造的一种示意图（后面会举例）
» 通过这个产品结构图，我们大致就能将之前抽象的逻辑形象化的表现出来，也便于文档阅读者理解我
们的产品思路
• 用户使用流程图
– 用户使用流程图用于表述用户在使用产品过程中的行为走向
» 通过用户行为串联信息结构与产品结构，阅读者通过阅读用户使用流程，能更好的理解产品经理设计
的用户行为 -
UML>用例文档>用例图与状态图
UML登场了(其实产品经理的PRD文档写作所涉及到的UML知识非常有限)
– 中文名称：统一建模语言
– 英文名称：Unified Modeling Language
– 定义：是一种面向对象的建模语言，它是运用统一的、标准化的标记和定义实现对软件系
统进行面向对象的描述和建模。
• UML常见的说明图类型
– 用例图-表述
– 状态图
– 时序图
– 结构图
– 等….用例
– 用例就是一种描述系统功能需求的方法
• 用例图
– 用例图表述的是系统的外部参与者与系统之间的关系,是由参与者与用例组成的示意图
– 用例图的组成要素
• 参与者(可以是人,也可以是另一个系统,也可以是其它的东西,是相对的)
• 用例
• 关联线
• 方框
优秀的PRD文档应该具备的特点
正确
– 确保文档中的表述与产品经理的思路是对应且正确的
无歧义
– 文档的表述方便阅读理解，不会产生歧义
完备
– MECE原则尽量保证对产品功能需求表述的系统完整
一致
– 文档中用词用语一致，对于同一事物的表述应该一样，避免混用同义词
具有优先级
– 产品的功能性需求是有先后主次的，对于一次性规划叫多功能的PRD，应该注明功能性需求的先后主次
可验证
– 对于功能性的描述，是可以进行测试的，而不是不发测试，无法定性的东西，例如：效率高，交互完美等词语，都是无法验证的
可修改
– PRD文档利于后期的修改与升级