BRD來源（讀書筆記）

對於產品經理來說，需求文檔是產品項目中最重要的文檔，而PRD是英文「Product Requirement Document」的首字母縮寫，翻譯為中文就是「產品需求文檔」，主要用於完整描述產品需求，向研發部門明確產品的功能和性能。而BRD是英文「Business Requirement Document」的首寫字母，翻譯為中文就是「商業需求文檔」，主要用於整體描述這個產品的價值，提供給公司戰略層領導定下一步計劃。

既然說到需求文檔，那麼肯定是圍繞著需求展開，套用作者說的那句話，」人人都可以提需求「，那麼為什麼人會產生需求，還是比較贊同作者的觀點」需求來源與現實和理想的差距「。減少現實和理想的差距有三種方式：一，提高現實（開發產品) 二，降低理想（醜話說在前面） 三，轉移需求（人的注意力有限，引導人關注別的事情）。

在日常生活中如果可以通過具體情況具體分析不用去做產品，就可以就滿足需求，那是最好的；我們不用覺得只有」吃苦耐勞，做可很多事情才是貢獻，而是應該從目的出發，始終明白一個道理：內部（指偏技術）的大改動往往是外部（指偏商業）的小改動，反之亦然「 所以在動手前找找有沒有成本低的，收效大的解決方案。

再回頭來說需求，需求來源還是用戶，那麼我們還是得從用戶中去找到各種不同的有用的信息，我們可以去聽用戶怎麼說，也可以去看用戶怎麼做。

聽用戶怎麼說，我們可以從定性和定量的方式去獲取，定性的「說」可以「做一次用戶訪談」PM們，別假裝會做用戶訪談了，你只不過是聊天而已 | 產品壹佰，定量的「說」，我么可以設計一份調查問卷。看用戶怎麼做，我們也是可以從定量和定性的角度去看用戶怎麼做，定量的看用戶怎麼「做」，可以通過「可用性測試」來體現，定性的看用戶怎麼「做」，具體可以通過「數據分析」等方式。當然我們還可以自己假想自己會是用戶，可能會有哪些需求。

通過以上多種方式獲取了多種需求以後，我們可以把它們通過Excel列個表格確定需求的基本信息來源，場景等用語文寫作為的思想來記錄，記錄需求：

如（Who，誰提的需求，方便追根溯源),

場景（Where，When 用來理解需求發生的場景),

描述（What），原因（Why），

驗收標準 How，

需求重要性權重（How much），

需求生命特徵（When），

需求關聯（Which），參考資料，競爭者對比等

通過上面的方式我們獲取多個需求後，對需求我們不可能馬上去做，我們還需要對需求進行篩選，可以通過頭腦風暴等方式把需求篩選分類，過濾掉明顯不靠譜的用戶需求(其中不包括「沒資源做」，「短期內有技術難點"的需求)，把用戶需求分類，其中包括：新增功能，功能改進，體驗提升，BUG修復，內部需求等，確定需求的基本屬性，如（編號，提交人，提交時間，模塊，名稱，描述，提出者，提出時間，BUG編號），再把需求層次分成」基礎「，」拓展「，」增值「等。

一個公司做任何產品，一個產品做任何需求，都要滿足一定的商業目的，所以」需求的商業價值「是最關鍵的內容，可以通過群體智慧去確定，需求的商業價值如此重要，所以最複雜的時候我們要嘗試從重要性，緊急度，持續時間3個指標來衡量，商業價值（賣點）。在確定了商業價值後，在任何時候都要記住：絕不能因為某個需求商業價值很大就馬上去做，也不能因為另外一個商業價值不大就不做。還要記得評估開發量。我們已經做了需求採集，把需求轉化為產品需求，知道了某個需求的基本屬性，種類，商業價值，開發量後還是不能馬上去開始寫文檔，幹活了，還得考慮性價比，在任何時候都記住」絕不能因為某個需求的實現難度很小就馬上去做，也不能因為另一個需求實現難度大就不做」。

最後把需求打包後，再來分析一下項目背景，商業價值，功能描述（打包的需求），非功能需求評估，資源評估，風險和對策等，到此結束，一個項目的前期文檔BRD已經出來了。

以上來源於《人人都是產品經理》

推薦閱讀：