産品經理（英文：Product manager，縮寫：PM）也稱産品企劃，是指在公司中針對某項或某類的産品進行規劃和管理的人員，主要負責産品的研發、制造、營銷、管道等工作。
産品經理是很難定義的一個角色，如果非要一句話定義，那麼産品經理是為終端使用者服務，負責産品整個生命周期的人。
産品經理需要完成的工作文檔有哪些？說到産品經理的日常工作文檔，就必須聊一聊産品三大文檔了：
BRD Business Requirements Document
商業需求文檔
這是産品生命周期中最早出現的文檔，再早就是腦中的構思了，内容涉及市場分析，銷售政策，盈利預測等，通常是和老大們過的ppt，是以比較短小精煉，沒有産品細節。
商業需求文檔重點放在定義項目的商業需求。
BRD要能說出客戶碰到的一個或多個商業問題，并且通過公司的産品能夠解決這些問題。并建議一個方案——通常是新産品或者現有産品的改進來解決現有問題。
BRD可包括一個商業案例，如收益預測，市場競争分析和銷售/營銷政策。
BRD通常由産品經理，産品營銷經理或者行業分析師頭銜的人撰寫。在小公司，由進階主管甚至創始人撰寫。
BRD通常是一份1-3頁的Word文檔或者不超過10頁的Powerpoint文檔。
MRD Market Requirements Document
市場需求文檔
獲得上司的認同後，産品進入實施階，需要先出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産品需求文檔來定義更加詳細的産品需求。
除了這三大文檔之外，另外給大家列舉一些産品經理常用的工作文檔，大家可以自查一下：
如下圖
