? ? BRD、MRD、PRD是從商業規劃到市場運營，再到產品構思的過程中，需要建立的由宏觀到具體逐漸成型的指導戰略。在產品開發的過程中，BRD、MRD、PRD所面對的目標用戶以及使用價值是不一樣的，即便他們統一的功能都是為了將產品說清楚，但在實際應用中這三個文檔所包含的內容以及撰寫方式都有很大區別。

? ? ? BRD （商業需求文檔） Business Requirement Document

? ? ? MRD （市場需求文檔） Market Requirement Document

? ? ? PRD （產品需求文檔） Product Requirement Document

BRD是針對誰看的呢？

? ? ? ? 一般都是針對老板或CEO或者項目總負責人，那么他們需要了解的是什么呢？

1、要做什么樣的產品；

? ? ? ? 這就包含了項目定義，描述項目并且讓老版感覺到產品的競爭優勢；

2、需要什么樣的資源

? ? ? ? 要什么資源就必須知道產品的市場位置，通過多少人、多長時間、多少Money、多少關系等等能夠實現這樣的市場位置，并且還需要有利且有力的商業說明，需要有一定的高度！

3、最終做成什么樣

? ? ? ? 要怎么做或者說怎么安排，老板們很少關心，更多的是關心產品的結果展示及盈利，這個產品能帶來什么樣的收入情況；

? ? ? ? 最終BRD就濃縮為 商業模式、盈利模式、資源投入、市場優勢等；哦！對了！還有重要的一點就是“戰略壁壘”，為什么呢？這一點主要是針對被Copy和產品包括來做的，這一點或許決定著整個產品的成敗，但是如果說有些公司有特殊的資源那就另一碼事！

二、MRD是針對誰看的呢？

? ? ? ? 一般都是商務、運營、市場人員，他們需要了解的是什么呢？整個文檔對于他們的重要性？

1、我們要找什么樣的客戶，進行資源合作

? ? ? ? 一般公司資源合作的都是商務和市場人員，或者加上運營人員，那么他們是資源拓展者，對于產品保駕護航，正如船要出海，就必須有在海里或者有水的地方，海的大小決定了船的大小，所以他們就是船的載體，不可能產品開發完介入吧？要是真是這樣，那就當這里我沒有說！

? ? ? ? 商務、市場及運營人員在產品之前必須對于產品進行資源拓展，且快速評估產品的實現情況，MRD就是給他們一個清楚的方向，我該找什么樣的客戶，在這里或許有的朋友就問題了?你沒有產品這些人員不可能空說吧，看到客戶該怎們溝通，這一塊就是項目與運營之間一種Demo溝通了，在這里暫時不說了！

2、找到客戶后，我們該怎么和他們說

? ? ? ? 上面說了MRD指引著商務、市場和運營往前走，那么找到客戶該怎么和他們說呢？除了文檔描述一個清晰的藍圖，或者說從紅海中挖出新的路子，這里邊就是MRD中的業務模式了，通過業務模式，可以看到清晰的產品，且客戶可以看到他們在中間的位置，甚至說他們怎么贏利；一般給客戶看到的都是PPT+Demo的方式，這樣對于客戶更直觀更易于理解，所以MRD的文檔就是給團隊和客戶一個說明；

3、產品針對什么樣的用戶群體

? ? ? ? 商務是資源拓展的關鍵、市場是產品保障的關鍵、則運營就是產品的推手，那么市場和運營就需要了解產品是針對什么用戶群體的，畢竟最終的是使用人群是用戶，MRD基本需要明確產品的用戶人群，這樣市場才能更好的進行分析，通過分析這個人群，給運營提供很好的參考資料，這樣運營在推廣這部分人群的時候也能夠制定出很好的方案，資源優化及減少資源消耗，這就是MRD對于商務、市場、運營的關鍵作用；

? ? ? ? 最終MRD就濃縮為產品模式、業務模式、運營模式、市場模式等，明確客戶及市場方向！

三、PRD是針對誰看的呢？

? ? ? ? 一般都是項目組、開發組、測試組、策劃組、體驗組人員；

1、產品具體是什么樣的呢？

? ? ? ? 對于與產品相關的人員，就必須有一個清楚的產品概念，這個產品到底是干嘛的？插句話說，公司對于人員有一個硬管理文化，這就是公司的管理制度，而產品則是公司的軟文化，讓每一個參與產品的人都有一個“產品夢”，變成一群有產品信仰的人，無形中就會增加團隊的戰斗力。

? ? ? ? 話扯回來了！要了解到底是什么產品，那就需要詳細而簡單的進行說明，但是這個只能是描述，還需要有與策劃、開發、測試等另一種溝通語言，那就是UI、UE、原型圖、流程圖等，這樣方便策劃及開發人員的工作進展!

2、我們該怎么實現呢？

? ? ? ? 該怎么實現，那就是規劃了，包括時間、人力、資源等，什么時間完成什么事了！在前進的路上設立一些里程碑！這就對于產品經理來說就是一個挑戰了？為什么呢？因為產品經理與商務、市場、運營溝通的方式和開發人員方式不一樣，有什么不一樣呢？

? ? ? ? 商務、市場、運營更多的是發散型思維，而開發則更多是緊密型思維，對于開發人員的溝通則不能用“基本”“差不多”“還好”等這樣的詞來進行溝通，否則開發人員會開始發散，如果發散的和你一致的話，你就燒高香吧，如果不一致，對于程序來說推導再來，就不是那么容易的了！甚至出現了大量的BUG，有時候過多的BUG會讓一個產品死掉！

? ? ? ? 所以就需要有詳細的功能說明，細化到什么程度了，用YN原則來說明，VISIO是甚好的工具，不能出現模凌兩可的語句，甚至需要通過語句進行if else描述，對了還有default，這個很關鍵，當程序運行正確了那固然好，如果程序出現BUG，則你不能讓程序沒有出口吧，那就是default了，給程序的BUG找一個合理的理由！

3、什么樣的產品才能投入到市場？

? ? ? ? 產品開發人員更多的是站在產品角度思考問題，以實現產品而完成產品，那么產品最終開發完后，是不是能夠滿足運營需求呢？

? ? ? ? 這時候產品經理就需要進行產品審核！怎么審核呢？簡單的依據于之前的詳細功能說明來進行需求審核，但是需求審核只是測試走完了第一步，第二步就是黑盒、白盒、甚至灰盒測試，走完第二部還有第三步，那就是需求優化，怎么優化呢，依據于市場人員及運營人員提供的用戶數據來進行，再讓產品設計人員進行UI優化，立足站在用戶的角度；第三步完成了，就是最終的步驟了，體驗師就起了關鍵性的作用，AB原則就出來了，將產品上線，體驗師們就開始采集用戶信息進行分析了，這個階段對于產品的整個戰略規劃很關鍵，因為用戶對于產品的第一感覺非常重要，如果是互聯網產品則你可以換個網站，反正用戶沒法刪除你的網站，但是對于移動互聯網的產品APP來說，就是一個挑戰了，看著不順眼就直接給刪除了，你說你的產品還有第二次機會進入用戶的手機嗎？除非你搞特殊！

? ? ? ? PRD最終濃縮下就是產品界面、產品流程、功能需求、測試需求、體驗需求等，保證產品有效率有節奏的進行！關系到整個產品的發展方向！

總結

? ? ? ? BRD：給產品、運營、研發、管理層等很多人看，要講清楚為什么有這個需求，需求的邊界和業務目標，所需資源等；

? ? ? ? MRD：給產品、運營、研發等業務線上的人看，主要是大家已經一致認可需求是成立的，只是我們如何來實現、什么時間實現需求，實現了需求會獲得什么結果；

? ? ? ? PRD：給單個職能單位看，溝通非常具體的實施方案。

來源：知乎