本文目錄一覽：
和 PRD 之間的區別與聯繫有哪些
知乎用戶：李明遠
1.非常細節的、已知的、已有產品改善類的功能，提供PRD級別的即可；
2.一般產品的新系統、較綜合的新功能實現，提供MRD；
3.全新的產品、較為重要和未來發展較為複雜的產品，提供BRD。
即，你考慮寫的需求文檔是給什麼範圍的人看的、所描述的需求是個什麼範圍和級別的。
1BRD你要給產品、運營、研發、管理層等很多人看，要講清楚為什麼有這個需求，需求的邊界和業務目標，所需資源等；
2MRD給產品、運營、研發等業務線上的人看，主要是大家已經一致認可需求是成立的，只是我們如何來實現、什麼時間實現需求，實現了需求會獲得什麼結果；
3PRD是給單個職能單位看，溝通非常具體的實施方案。
所以，產品經理要能寫好MRD和BRD，你帶的人要能寫非常成功的PRD。這是一個層次的問題，先有BRD，決策是否要開始一個產品；再有BRD，決策如何開始一個產品；最後有PRD，決定要開始的產品具體是什麼樣的。
BRD 商業需求文檔 Business Requirement Document
MRD 市場需求文檔 Market Requirement Document
PRD 產品需求文檔 Product Requirement Document
好了，最好的記憶就一個單詞 Business商業、Market市場、Product產品；那麼這三個是什麼關係呢？BRD是產品的head、MRD是產品的body、PRD是產品的Heart，有了Head、Body、Heart這就是一個完整的產品了！
一、BRD是針對誰看的呢？一般都是針對老版或CEO或者項目總負責人，那麼他們需要了解的是什麼呢？
1、要做什麼樣的產品；
這就包含了項目定義，描述項目並且讓老版感覺到產品的競爭優勢；
2、需要什麼樣的資源
要什麼資源就必須知道產品的市場位置，通過多少人、多長時間、多少Money、多少關係等等能夠實現這樣的市場位置，並且還需要有利且有力的商業說明，需要有一定的高度！
3、最終做成什麼樣；
要怎麼做或者說怎麼安排，老闆們很少關心，更多的是關心產品的結果展示及盈利，這個產品能帶來什麼樣的收入情況；
最終BRD就濃縮為 商業模式、盈利模式、資源投入、市場優勢等；哦！對了！還有重要的一點就是「戰略壁壘」，為什麼呢？這一點主要是針對被Copy和產品包括來做的，這一點或許決定著整個產品的成敗，但是如果說有些公司有特殊的資源那就另一碼事！
二、MRD是針對誰看的呢？一般都是商務、運營、市場人員，那麼他們需要了解的是什麼呢？整個文檔對於他們的重要性？
1、我們要找什麼樣的客戶，進行資源合作
一般公司資源合作的都是商務和市場人員，或者加上運營人員，那麼他們是資源拓展者，對於產品保駕護航，正如船要出海，就必須有在海里或者有水的地方，海的大小決定了船的大小，所以他們就是船的載體，不可能產品開發完介入吧？要是真是這樣，那就當這裡我沒有說！商務、市場及運營人員在產品之前必須對於產品進行資源拓展，且快速評估產品的實現情況，MRD就是給他們一個清楚的方向，我該找什麼樣的客戶，在這裡或許有的朋友就問題了?n你沒有產品這些人員不可能空說吧，看到客戶該怎們溝通，這一塊就是項目與運營之間一種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：做成怎樣？
什麼是PRD、MRD與BRD
1、PRD是產品需求文檔。
產品需求文檔是將商業需求文檔（BRD）和市場需求文檔（MRD）用更加專業的語言進行描述。
2、MRD是市場需求文檔。
文檔在產品項目過程中屬於「過程性」文檔。
3、BRD是商業需求文檔。
BRD是產品生命周期中最早的文檔。
擴展資料：
三者的聯繫與區別：
BRD不同於常見的MRD和PRD，既然是用於產品實施之前的決策評估依據，必然對其文檔（報告）的內容和格式要求夠直觀、精鍊，要點突出。
BRD需要產品經理（產品設計師）像對待PRD一樣，充分應用市場調查、用戶研究、需求分析等各種設計手段來充分闡述報告的內容。
參考資料：商業需求文檔_百度百科，市場需求文檔_百度百科，產品需求文檔_百度百科
prd文檔和詳細設計文檔的區別
首先，PRD是給我們產品部內部人看的。我們根據公司的階段運營目標，提出合理的需求，那麼實現這個需求的功能、邏輯，通過思維導圖、流程圖、用例圖、狀態圖等做分析，再書寫成PRD，慢慢梳理出邏輯。
其次，PRD是給團隊的其他人看的。一個業務功能，即便能夠在腦海里想清楚所有的功能、邏輯，但是還不能保證團隊的其他人也能在頭腦里想清楚一切邏輯。所以，就需要通過輸出PRD，讓團隊其他人員理解需求的邏輯。
再就是，PRD也是給領導看的，這樣，再跟領導申請資源的時候，給出一份清晰的PRD能夠讓領導看明白為什麼我要要這些東西。
簡單介紹下PRD、Visio、Axure這幾個軟體的功能
PRD產品需求文檔(Product Requirement Document，PRD)的英文簡稱。是將商業需求文檔（BRD）和市場需求文檔（MRD）用更加專業的語言進行描述。 [編輯本段]文檔作用 該文檔是產品項目由「概念化」階段進入到「圖紙化」階段的最主要的一個文檔，其作用就是「對MRD中的內容進行指標化和技術化」，這個文檔的質量好壞直接影響到研發部門是否能夠明確產品的功能和性能。 [編輯本段]文檔意義 該文檔在產品項目中是一個「承上啟下」的作用，「向上」是對MRD內容的繼承和發展，「向下」是要把MRD中的內容技術化，向研發部門說明產品的功能和性能指標。 [編輯本段]文檔撰寫 在該文檔中，基點依然是MRD中的內容，只是把重心放在了「產品需求」上，而產品需求本身實在MRD中有所體現的，區別就是在於，PRD要把MRD中的「產品需求」的內容獨立出來加以詳細的說明。
這部分是PD寫得最多的內容，也就是傳統意義上的需求分析，我們這裡主要指UC（use case）文檔。主要內容有，功能使用的具體描述（每個UC一般有用例簡述、行為者、前置條件、後置條件、UI描述、流程/子流程/分支流程，等幾大塊），Visio做的功能點業務流程，界面的說明，demo等。Demo方面，可能用dreamweaver、ps甚至畫圖板簡單畫一下，有時候也會有UI/UE支持，出高保真的demo，開發將來可以直接用的那種。
文檔核心：
該文檔中，側重的是對產品產品功能和性能（即「產品需求」）的說明，相對於MRD中的同樣內容，要更加詳細，並進行量化。
在一些國外的公司，是允許把MRD和PRD合併成一個文檔的，通常叫做「Marketing Product Requirements Document」。 [編輯本段]錯誤認識 1）PRD無原始數據（MRD為體現載體）支持，只是個人經驗、部門要求或者領導指示進行撰寫。
2）在PRD中，只重視「產品功能」的描述，而缺乏對產品其它指標項的說明。在一個完整的PRD中，一共需要對產品的10個產品需求項指標進行說明，分別是「功能要求、開發要求、兼容性要求、性能要求、擴展要求、產品文檔要求、產品外觀要求、產品發布要求、產品支持和培訓要求、產品其它要求」。
3）照搬國外的PRD模板，來源於何處，不知道，將去向何處，也不知道，無頭無尾，一個被割裂的文檔。 VISIO概述 Microsoft Office Visio 2007 是微軟公司出品的一款的軟體，它有助於 IT 和商務專業人員輕鬆地可視化、分析和交流複雜信息。它能夠將難以理解的複雜文本和表格轉換為一目了然的 Visio 圖表。該軟體通過創建與數據相關的 Visio 圖表（而不使用靜態圖片）來顯示數據，這些圖表易於刷新，並能夠顯著提高生產率。使用 Office Visio 2007 中的各種圖表可了解、操作和共享企業內組織系統、資源和流程的有關信息。 Axureaxure 概述Axure RP 能幫助網站需求設計者，快捷而簡便的創建基於網站構架圖的帶注釋頁面示意圖、操作流程圖、以及交互設計，並可自動生成用於演示的網頁文件和規格文件，以提供演示與開發。
PRD 什麼意思
PRD一般指產品需求文檔。產品需求文檔是將商業需求文檔（BRD）和市場需求文檔（MRD）用更加專業的語言進行描述。
該文檔是產品項目由「概念化」階段進入到「圖紙化」階段的最主要的一個文檔。當然，這個定義針對的是一個全新的產品。
廣義上來講，產品需求的描述，應該包含有產品的戰略和戰術，戰略是指：產品定位、目標市場、目標用戶、競爭對手等。戰術是指產品的結構、核心業務流程、具體用例描述、功能內容描述等。
PRD的主要使用對象有：開發、測試、項目經理、交互設計師、運營及其他業務人員。
開發可以根據PRD獲知整個產品的邏輯；測試可以根據PRD建用例；項目經理可以根據PRD拆分工作包，並分配開發人員；交互設計師可以通過PRD來設計交互細節。
PRD是項目啟動之前，必須要通過評審確定的最重要文檔。
擴展資料：
產品需求文檔的相關內容
1、文檔意義
該文檔在產品項目中是一個「承上啟下」的作用，「向上」是對MRD內容的繼承和發展，「向下」是要把MRD中的內容技術化，向研發部門說明產品的功能和性能指標。
2、文檔撰寫
在該文檔中，基點依然是MRD中的內容，只是把重心放在了「產品需求」上，而產品需求本身是在MRD中有所體現的，區別就是在於，PRD要把MRD中的「產品需求」的內容獨立出來加以詳細的說明。
這部分是PD寫得最多的內容，也就是傳統意義上的需求分析，我們這裡主要指UC（use case）文檔。主要內容有，功能使用的具體描述（每個UC一般有用例簡述、行為者、前置條件、後置條件、UI描述、流程/子流程/分支流程，等幾大塊）。
Visio做的功能點業務流程，界面的說明，demo等。Demo方面，可能用dreamweaver、ps甚至畫圖板簡單畫一下，有時候也會有UI/UE支持，出高保真的demo，開發將來可以直接用的那種。
3、文檔核心
該文檔中，側重的是對產品產品功能和性能（即「產品需求」）的說明，相對於MRD中的同樣內容，要更加詳細，並進行量化。在一些國外的公司，是允許把MRD和PRD合併成一個文檔的，通常叫做「Marketing Product Requirements Document」。
參考資料來源：百度百科-產品需求文檔
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/275751.html
微信掃一掃 
支付寶掃一掃 