产品经理(英语： Product manager，简称PM )又称产品策划，是指对公司中的产品或某种产品进行计划和管理的人，主要负责产品的开发、制造、营销、渠道等工作。
产品经理是一个难以定义的角色。 如果必须用一句话来定义，产品经理就是服务最终用户并负责整个产品生命周期的人。
产品经理需要完成的工作文件是什么？ 要说产品经理的日常工作文档，需要谈论产品的三个文档。
brdbusinessrequirementsdocument
业务需求文档
这是产品生命周期中最早出现的文件，更早是大脑中的构想。 内容涉及市场分析、销售战略、利润预测等，通常是和老板们度过的ppt，所以短小精悍，没有产品细节。
业务需求文档侧重于定义项目的业务需求。
BRD必须说明客户面临的一个或多个业务问题，并允许公司产品解决这些问题。 提案——通常是新产品或现有产品的改善，解决现有的问题。
BRD可以包括收入预测、市场竞争分析、销售/营销战略等业务案例。
BRD通常由产品经理、产品营销经理或行业分析师头衔的人创建。 在小公司，由高级专员或创始人撰写。
BRD通常是1-3页的Word文档或10页以下的Powerpoint文档。
MRD市场要求文档
市场需求文件
在得到领导同意后，产品需要进入实施阶段，先出MRD文档。 具体来说，就是对更详细的市场和竞争对手的分析，通过哪些功能实现业务目的，功能/非功能需求分为哪些块，功能的优先顺序等。
在实际工作中，这个阶段的产品经理的成果是Mind Manager的产品脑图、Excel的功能列表等。
市场需求文档(MRD )的重点是定义市场需求，以改进所提议的新产品或现有产品。 与BRD指出业务问题和用于解决这些问题的解决方案不同，MRD将更详细地介绍解决方案。 详细情况如下
a .解决
商业问题所需要的特色
b. 市场竞争分析
c. 功能和非功能需求
d. 特色/需求的优先级
e. 用例
MRD通常由产品经理，产品营销经理或者行业分析师头衔的人撰写。
MRD通常是一份5-25页Word文档，在一些机构中甚至更长。
PRD Product Requirements Document
产品需求文档
进步一细化产品，这部分是PD写得最多的内容，也是传统意义上的需求分析，这里主要指UC（use case）文档。
主要内容有：
l功能使用的具体描述：每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程等几大块
lVisio做的功能点业务流程，界面的说明，demo等。
Demo方面，用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。
产品需求文档（PRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。
与MRD侧重于从市场需要角度看需求不同，PRD侧重于从产品角度来分析需求。在产品特点、功能需求上更深入细节，并包括屏幕截图和用户界面流程。一些企业的MRD文档不包括具体需求、用例的，PRD就必定包含这些具体内容。
PRD通常由拥有产品经理，行业分析师或者产品分析师头衔的人撰写。
PRD通常是一份20-50页Word文档，针对复杂产品甚至更长。
提醒：一些机构将这里描述的MRD和PRD合并成一个文档，并把最终文档做为MRD。这种情况下，MRD包括上述的内容，也包括上述PRD的内容，可能超过50页。
除了三大文档，有些企业还要求产品经理完成另一份文档，即：
Functional Specifications Document
功能详细说明
FSD有点像“概要设计”，用来与开发衔接。产品UI、业务逻辑的细节都要确定，细化文档并保持更新。
其中如表结构设计，由项目经理来编写。
功能规格文档（FSD）的焦点集中在实现、定义产品功能需求的全部细节。FSD通过一张张的截屏和一条条功能点来定义产品规格。
这是一份可以直接让开发工作的产品文档。
与MRD、PRD侧重于以市场角度和产品角度看需求不同，FSD主要以开发角度，表格形式定义产品细节，再让开发人员实现这些细节。FSD包括完整的屏幕截图和UI设计细节。
FSD通常由拥有产品分析师，项目经理头衔的人撰写。
通常一分几十页的Word或类似文档。
MRD市场需求文档，是产品经理或者产品市场经理编写的一个产品需求说明文档。这些文档用于计划一个新产品或优化一个已有的产品，以便开发产品时使用。
在某些软件公司，MRD仅仅覆盖高层级的功能。这时，产品经理就要创建了另一个文档- PRD产品需求文档来定义更加详细的产品需求。