前言
產品經理是打通產品上下協作開發的關鍵崗位，如何更好的協同辦公，讓團隊的效率最大化，這很大一部分取決于產品經理的三大文檔。
-
BRD：商業需求文檔
BRD為“商業需求描述”的英語縮寫，全稱為：Business Requirement Document。是基于商業目標或價值所描述的產品需求內容文檔（報告）。其核心的用途就是用于產品在投入研發之前，由企業高層作為決策評估的重要依據。其內容涉及市場分析，銷售策略，盈利預測等，通常是供決策層們討論的演示文檔，一般比較短小精煉，沒有產品細節。（來源：百度百科:BRD）
-
MRD：市場需求文檔
市場需求文檔，簡稱為MRD。（英文全稱Market Requirement Document，MRD）。該文檔在產品項目過程中屬于“過程性”文檔。是市場部門的產品經理)或者市場經理(編寫的一個產品的說明需求的文檔。該文檔在產品項目過程中屬于“過程性”文檔。該文檔是產品項目由“準備”階段進入到“實施”階段的第一文檔，其作用就是“對年度產品中規劃的某個產品進行市場層面的說明”，這個文檔的質量好壞直接影響到產品項目的開展，并直接影響到公司產品戰略意圖的實現。該文檔在產品項目中是一個“承上啟下”的作用，“向上”是對不斷積累的市場數據的一種整合和記錄，“向下”是對后續工作的方向說明和工作指導。（來源：百度百科:MRD）
-
PRD：產品需求文檔
產品需求文檔(Product Requirement Document，PRD)的英文簡稱。是將商業需求文檔BRD(和市場需求文檔（MRD）用更加專業的語言進行描述。（來源：百度百科:PRD）
如何讓自己的文檔規范化,在學習多份規范的文檔之后，現總結如下:
文檔面向的查看者不同，所以所要表達的程度要有所取舍
| 類型 | 重點突出 |
|---|---|
| BRD | 項目背景（產品介紹）、市場分析、團隊、產品路線、財務計劃、競爭對手分析 等 |
| MRD | 目標市場分析（目標、規模、特征、趨勢）、目標用戶分析（用戶描述、用戶使用場景、用戶分類統計、核心用戶、用戶分類分析、競爭對手分析 、產品需求概況（定位、前景）） |
| PRD | 詳細功能說明（功能清單、優先級、功能目的、功能詳細說明）、業務流程（業務流程、用例）、業務規則、界面原型（界面流程、界面原型）、數據要求（輸入輸出、極限范圍、數據格式等） |
總結：
- BRD主要面向項目立項，用戶公司的發展，就需要對產品前景進行展望以及所要消耗的資源的權衡。
- MRD面向市場，這里要重點去分析產品去市場上如何短期、中期、長期生存。核心用戶的需求等。
- PRD主要面向團隊開發人員，設計、程序、運營等，我們需要更加詳細的去闡述所有功能。
如何更好的去管理文檔
- 版本迭代化的管理方式
我們在文檔中加入版本迭代信息，這樣會在文檔更新時更加明確更新內容。
例如;
| 文檔版本 | 撰寫時間 | 變更人 | 變更說明 | 審核人 |
|---|---|---|---|---|
| v1.0 | 2018年8月22號 | 王某 | 文檔初稿 | 李某 |
| v1.1.1 | 2018年8月24號 | 王某 | 新增網絡狀態細分 | 李某 |
| -- | -- | -- | -- | -- |
總結：
- 文檔變更中我們可以合理的使用版本號（三級化的版本管理）去管理本次產品變更的程度大小
- V1.0、V2.0等等為大版本的更新
- V1.1、V1.2等等為中版本的更新
- V1.1.1、V1.1.2等等為小版本的更新
其他：在線文檔的合理化使用（如果公司允許），方便文檔及時同步。
推薦在線文檔：
- 石墨文檔、騰訊文檔
- 語雀（最近開放，用起來還不錯）
其他
- 合理化的目錄
- 規范化的文檔格式
- 做好文檔備份（包括歷史版本）
文檔內容自查
-
BRD：商業需求文檔（一句話原則）
- 一句話來清楚地定義你的產品
- 一句話說明你的產品有什么創新、解決了什么、滿足了市場什么空白
- 一句話說明相比其他產品你的有什么優勢
- 一句話說明我們團隊適合做這個產品，時間周期（主要面向團隊、投資者）
- 一句話簡要說明你所需要的資源（老板等相關）
- 一句話說明投入和利潤（面向投資者）
- 一句話說明產品的盈利點（短期、中期、長期）
-
MRD：市場需求文檔
- 特色
- 優勢
- 用戶群體
-
PRD：產品需求文檔（檢查功能說明時）
- 流程首尾邏輯
- 數據的閉環（主要用于頁面元素的規劃）
- 多種場景因素考慮（例如：有網、無網、4G、3G、2G、wifi 、流量為未開等等）
