產品經理三大文檔:
發現並講清楚你發現的商業價值BRD：這麼做有什麼好處，並說明好處在哪裏
構思並講清楚如何實現商業目標的方式MRD：通過BRD明確了這個事情值得一做之後，描述應該怎麼做，並說明這麼做的原因
把這種方式具體實現的方法描述出來PRD
宏觀→微觀
有邏輯，經得起推敲，層層深入，逐漸細化的
獲取認可→拿到資源→表述想法→指導實施→進行實施
BRD,MRD,PRD文檔區別與用途
BRD-這麼做有好處，並說明好處在哪裏
MRD-通過BRD明確了這個事情值得一做後，描述應該這麼做，並說明這麼做的原因
PRD-獲得了授權，而且已經確定了要走的路線，剩下的就是打造裝備（產品）了
BRD>MRD>PRD是一個逐步論證並得出結果的過程，是產品經理思維昇華的過程，是這三個文檔三位一體的過程。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
BRD文檔目的：
發現：現有產品改進的可能，一個創新產品
需要：權重，項目，資源
BRD文檔的內容：
–1.方案形成背景：市場環境分析，我們要做什麼，解決什麼問題（問題是否迫切，強烈以及頻率【迫切是緊急程度，強烈是重要程度】），這麼做的優勢（技術，經驗，資源等優勢），結論
–2.方案價值：這麼做的好處（非經濟，經濟），預測（目標，對應的好處）
–3.產品規劃：產品結構，產品路線（注意少扯細節）
–4.盈利模式：（可以是直接的經濟收入，或者對企業有利的一些客觀條件）
–5.收益與成本評估：收益評估，成本評估
–6.風險和對策：風險的種類（PESTEL）,應對辦法：規避，接受，降低，分擔，轉移等
BRD常見彙報對象
優秀的BRD應具備的要素
重點突出：商業價值，收入與成本，風險與對策（不要太執着於產品細節，不是BRD應該重點考慮的東西）
說服力：演講技巧，公司戰略，多溝通
見人說人話，見鬼說鬼話：要變通，有邏輯，有論據
言簡意賅：一圖勝千言，不要用太多術語，客觀評估（包括問題和風險）
-------------------------------------------------------------------------------------------------------------------------------------------------------------------
優秀MRD的特點
–邏輯性強：有論點，有論據，有論證
–把抽象的東西形象化的講出來
–數據可靠，分析有理
–有把握的主觀，無把握的客觀
–惜字如金，能把問題表述清楚，絕不多寫一個字
–合理的產品進度分配更有利於研發人員工作（人有九等，不是所有人的人都是打了雞血的產品經理）
–重視非功能需求
–如果方案中出現很多專業名詞，記得在文章的開通呈現給閱讀者一個名字解釋表
寫好MRD是必須的
MRD的閱讀對象
--未來參與產品的各個層級的同事，都有可能要閱讀MRD，包括產品經理自己
-MRD最完善的產品誕生分析描述文檔
-以後一段段時間，產品的各種衍生文檔，產品依據，團隊判斷，都有可能參考MRD文檔
-產品參與成員需要了解產品的背景，數據，方法依據
BRD提出論題，MRD找出論點來論證BRD裏面的商業目標（邏輯性）。
MRD包含內容：
文檔說明：相關市場，用戶，產品規劃，核心目標，產品路線，項目規劃等
市場說明：
現存的問題和機會：產品方面，技術方面，運營方面，用戶方面，商業模式方面；
目標市場分析：市場規模，市場特徵，發展趨勢，時間邊界
市場分析結論：很重要！且一定要有！
用戶說明：目標用戶羣體，目標用戶特徵，建立虛擬角色（用戶角色卡片：時間，地點，任務+幹了什麼事）
用戶動機總結（表象）→用戶目標總結（實質）
影響用戶使用的因素（重要，分析）
產品說明：
產品定位：產品有越做越複雜的可能性，但是在一定時間內，定位決定了產品的一切
產品定位與市場定位的區別：
–市場定位:我們對用戶或者用戶市場的選擇。例如：手機發燒友,白領,或者移動通訊設備市場
–產品定位:我們用什麼樣的產品滿足用戶或用戶市場,。例如：陌陌，一款基於地理位置的移動社交工具
–用戶定位描述：針對什麼目標羣體，做什麼事情，用最本質的，無修飾的語言表述
產品核心目標：爲用戶解決了什麼問題
產品結構：產品的市場定位，產品定位，核心目標的直接表現。配合圖表，將主要產品結構表述到位，不要摳細節。
產品結構與功能結構的區別：把整個產品看成是一桌菜
產品結構：爲了讓客人吃的舒服（用戶用的爽）同時又要完成我們的核心目標（獲得利益或者有利於公司的客觀條件），我們需要哪些菜品，而這些菜品與菜類需要我們事先規劃出來。（菜系，菜名）
功能結構：我們如何實現上述的各種菜品？（原料，以及製作方式）
產品路線圖：產品路線圖是產品成長中的每個任務節點組合而成，是以任務爲導向的時間節點圖。一定是和產品定位，核心目標等想符合的，是達到這些目標的任務分解。
產品功能性需求：基本功能概述
產品非功能性需求：有效性需求，性能需求，擴展性需求，安全性需求，容錯性需求，兼容性需求，可用性需求，運營需求，用戶體驗需求
-------------------------------------------------------------------------------------------------------------------------------------------
產品需求文檔（PRD）：研發人員，設計人員
– PRD文檔向上是對MRD內容的繼承與發展，向下則是要把MRD文檔裏面的各種理論要求技術化，向研發部門與設計部門說明產品的的功能和性能要求。
– PRD文檔是產品文檔中最底層最細緻的文檔，所以寫作的時候，需要細緻耐心。
常見PRD文檔包含的內容：
文檔說明：版本編號，術語解釋。
產品說明：產品信息結構
產品結構圖
用戶使用流程圖
全局功能說明：
詳細功能說明：用例說明
詳細需求說明原則：
MECE原則– MECE，是Mutually Exclusive Collectively Exhaustive，中文意思是“相互獨立，完全窮盡”。 也就是對於一個重大的議題，能夠做到不重疊、不遺漏的分類，而且能夠藉此有效把握問題的核心，並解決問題的方法。
MECE只是一種思考方式，當PRD文檔撰寫交付研發以後，其實多少還是會存在沒有考慮到位或者需求調整的情況，所以:
– 撰寫PRD文檔前一定要保證思考到位了,產品結構本身短期內不會有重大改動
– 需求分類與表述方式要參考MECE原則
– 這樣即便是在交付後，出現調整或需要優化的地方，也不會出現重構的情況
• 重構需求,重新調整產品結構等,對已經處在開發過程中的團隊來說是災難性的
– 需求撰寫，更多的是考驗耐心，思路，經驗，但產品架構的確定等更是考驗一個產品經理對產品的規劃與把握能力
– 不要害怕，不要迷信
優秀的PRD文檔的特點：
正確– 確保文檔中的表述與產品經理的思路是對應且正確的
無歧義– 文檔的表述方便閱讀理解，不會產生歧義
完備– MECE原則儘量保證對產品功能需求表述的系統完整
一致– 文檔中用詞用語一致，對於同一事物的表述應該一樣，避免混用同義詞
具有優先級– 產品的功能性需求是有先後主次的，對於一次性規劃叫多功能的PRD，應該註明功能性需求的先後主次
可驗證– 對於功能性的描述，是可以進行測試的，而不是不發測試，無法定性的東西，例如：效率高，交互完美等詞語，都是無法驗證的
可修改– PRD文檔利於後期的修改與升級
可追蹤– 每個功能性需求的來源應該是清楚明白的
