七月來臨，各省高考分數已揭榜完成。而高考的完結并不意味著學習的結束，而是新旅程的開始。對于有志于踏入IT領域的高考少年們，這個假期是開啟探索IT世界的絕佳時機。作為該領域的前行者和經驗前輩，你是否愿意為準新生們提供一份全面的學習路線圖呢？快來分享自己的學習心得和實戰經驗，來為這批新生提供寶貴的第一手資料吧！結合自己的實際，提供一份專屬預習指南，幫助少年們為未來的IT學習和職業生涯打下堅實基礎，開啟一段挑戰與機遇并存的暑期學習之旅吧！

隨著高考結束，大學生入學季、畢業季的到來。目前很多學生提前查看就業動態，我最近也被公司安排進行了多次新人面試。這里有一份產品經理JD，了解一下招聘信息，咱們繼續往下聊

BRD、MRD 和 PRD 之間的區別與聯系

BRD、MRD 和 PRD 這些文檔在產品的規劃和實施過程中起到了不同的作用。

1、BRD 是英文”Business Requirement Document“的縮寫，根據英文直譯過來就是商業需求文檔的意思，指的就是基于商業目標或價值所描述的產品需求內容文檔（報告），其核心的用途就是用于產品在投入研發之前，由企業高層作為決策評估的重要依據。一般來說全新的產品、未來發展有潛力的產品提供BRD！

2、MRD 是英文”Market Requirements Document“的縮寫，根據英文直譯過來就是市場需求文檔的意思，主要是描述什么樣的功能和特點的產品（包含產品版本）可以在市場上取得成功。一般新功能的實現，上線新的產品提供MRD！

3、PRD 是英文”Product Requirement Document“的縮寫，根據英文直譯過來就是產品需求文檔的意思， PRD文檔是產品項目由“概念化”階段進入到“圖紙化”階段的最主要的一個文檔，其作用就是“對MRD中的內容進行指標化和技術化”，這個文檔的質量好壞直接影響產品能否順利的實施完成。一般產品的功能改善、產品的細節說明提供PRD文檔！

閱讀對象

BRD主要給產品、運營、研發、財務、老板等管理層人看的，主要是決定是否要開始某個產品

MRD主要是給產品、運營、研發等項目組人員看的，在大家一致認可需求成立的時候，來商量該怎么做，如何做，什么時間做。

PRD主要是給項目經理、交互設計師、ui設計師、開發團隊、測試工程師、運營等人員查看，是非常具體的產品設計方案，開發可以根據PRD獲知整個產品的邏輯;測試可以根據PRD建用例;項目經理可以根據PRD拆分工作包，并分配開發人員;交互設計師可以通過PRD來設計交互細節。PRD是項目啟動之前，必須要通過評審確定的最重要文檔，PRD決定了產品做成什么樣子！

BRD決定要不要做，MRD決定如何開始做，PRD是決定做成什么樣。

主要內容

1、BRD

產品介紹（用一句話來清晰的定義你的產品）
產品的商業模式（如果你的項目值得做，那項目如何賺錢。可能是廣告、可能是會員等級、可能是網上商城、可能是通過游戲…）
產品市場分析（宏觀的行業趨勢、微觀市場分析等等）
競爭對手分析（競爭對手有那些，我們該如何和他們競爭）
團隊（我做這樣一件事情需要那些開發人員，需要那些產品人員，需要那些設計人員、需要那些運營人員，這些人員的人力成本是多少，都需要列出來）
產品路線圖（產品路線圖也叫做roadmap,版本規劃是啥樣的，每一個版本的大概功能模塊有哪些，每個版本的時間安排是啥樣的，當然不用那么細，對技術人員來說有個大概的了解就行）

2、MRD

MRD是給產品、運營、研發等項目組人員看的，主要解決如何開始做的問題，所以側重點主要在以下幾個方面：

目標市場分析（包含目標市場、市場規模、市場特征、發展趨勢等）
目標用戶分析（用戶分析、用戶畫像、使用場景、用戶動機總結）
競品分析（競品分析對象、競品商業模式、競品目標用戶、競品運營/推廣/營銷策略、技術分析、競品市場份額）
產品需求概況（產品定位、產品核心目標、產品結構、產品路線圖、產品功能性需求、非功能型需求）

3、PRD

PRD是非常具體的方案，涉及到交互、文案、邏輯規則等說明，主要給研發部門看的，用來體現功能和性能。側重點主要在以下幾個方面：

文檔產品名稱
版本歷史
目錄
文檔介紹（主要介紹文檔的目的、文檔面向的主要用戶，讀者對象、參考文獻、術語與縮寫解釋等）
產品概述（從大的方向，講講項目的相關背景，有什么目標、有沒有競品對象？階段性計劃是什么，傳遞做這個需求的目的是什么？要達到什么樣的目標？讓項目開發人員對你的項目背景有了解，程序員知道的越多，做起項目來越有方向性。）
產品需求（也就是功能清單，feature list）
產品結構圖（這個也稱作腦圖，用xmind或者mindmanger來畫）
全局功能說明（UI設計會出一個UI設計規范，當然我們做產品的也會對產品中經常用到的一些公共情況做一些說明，可以作為一個全局說明）
產品詳細功能說明（一般用用例表來進行說明，以登錄注冊模塊為例，有流程圖的話，先把任務流程圖畫出來，然后是用例表，用例表包含簡要說明、行為者、前置條件、后置條件、功能說明、備注。功能說明一定要排版簡潔、層次清晰，功能說明無遺漏）
非功能性需求（非功能性需求主要包含性能需求、適配需求、環境需求、統計需求、預留接口等）
相關文檔（如果一個項目分解成多個團隊，多個需求文檔協同合作，比如數據埋點文檔）

總結

BRD—MRD—PRD是一個從高到底的逐層遞進的關系，BRD從戰略高度告訴我們做什么產品，MRD從戰術的角度告訴我們怎么做，PRD非常細化的告訴我們做成什么樣！

BRD決定了產品的商業價值
PRD決定了項目質量水平
MRD在中間起到一個承上啟下的作用，質量好壞直接影響到產品項目的開展，并直接影響到公司產品戰略意圖的實現。
PRD、BRD和MRD，一起被認為是從市場到產品需要建立的文檔規范。