什么是PRD、MRD与BRD

1、PRD是产品需求文档。

产品需求文档是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。

2、MRD是市场需求文档。

文档在产品项目过程中属于“过程性”文档。

3、BRD是商业需求文档。

BRD是产品生命周期中最早的文档。

扩展资料：

三者的联系与区别：

BRD不同于常见的MRD和PRD，既然是用于产品实施之前的决策评估依据，必然对其文档（报告）的内容和格式要求够直观、精炼，要点突出。

BRD需要产品经理（产品设计师）像对待PRD一样，充分应用市场调查、用户研究、需求分析等各种设计手段来充分阐述报告的内容。

参考资料：商业需求文档_百度百科，市场需求文档_百度百科，产品需求文档_百度百科

PRD即产品需求文档，是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。在产品项目中，PRD有“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。产品需求文档（Product Requirement Document,PRD）的英文简称。

PRD要做到 考虑全面，逻辑清晰，语言精练。

产品经理给我的任务是，将每一个版本功能整理输出PRD文档，我问他就是把后台系统（项目系统中有相应的需求功能管理模块是给开发看的）中的功能整理成word吗？他说就是整理功能描述和对应的原型图。

用Word写PRD，项目小功能少可能不会觉得Word有什么不好，但是随着不断迭代，越来越多的功能和不断进行的优化，Word查找起来很不方便；更多的是存档和方便新人熟悉产品功能。

用axure写PRD，看到很多相关文章，确实比word更加直观，产品经理查找起来也方便。axure原型图+文字描述 是用的比较多的。

实习的工作中产品经理将axure原型图+文字描述 截图上传到系统的项目需求管理模块中，并且填写必须的版本信息，开发看到需求后，根据原型图和功能描述来完成开发。都在同一个系统中，这样方便协同合作。不同公司有不同的项目管理方式和协作方式，职场新人多学习多思考。

了解一款产品，首页自己要画一个思维导图，或一个页面流程图，梳理逻辑框架。对于现在工作中项目需求管理缺少了流程图，在版本有大的改动时（从1到2，从2到3），最好都需相应的流程图辅助理解产品逻辑。

PRD一般指产品需求文档。产品需求文档是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。

该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然，这个定义针对的是一个全新的产品。

广义上来讲，产品需求的描述，应该包含有产品的战略和战术，战略是指：产品定位、目标市场、目标用户、竞争对手等。战术是指产品的结构、核心业务流程、具体用例描述、功能&内容描述等。

PRD的主要使用对象有：开发、测试、项目经理、交互设计师、运营及其他业务人员。

开发可以根据PRD获知整个产品的逻辑；测试可以根据PRD建用例；项目经理可以根据PRD拆分工作包，并分配开发人员；交互设计师可以通过PRD来设计交互细节。

PRD是项目启动之前，必须要通过评审确定的最重要文档。

扩展资料：

产品需求文档的相关内容

1、文档意义

该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。

2、文档撰写

在该文档中，基点依然是MRD中的内容，只是把重心放在了“产品需求”上，而产品需求本身是在MRD中有所体现的，区别就是在于，PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。

这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块）。

Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。

3、文档核心

该文档中，侧重的是对产品产品功能和性能（即“产品需求”）的说明，相对于MRD中的同样内容，要更加详细，并进行量化。在一些国外的公司，是允许把MRD和PRD合并成一个文档的，通常叫做“Marketing &Product Requirements Document”。

参考资料来源：百度百科-产品需求文档

---