brd這個文件一般多用於業務方（需求方）和產品經理（解決需求方）之間的溝通中，主要包含以下幾部分內容：

1、需求名稱

一般一個brd文件都對應一個需求，這裡的需求是一個大的稱呼。如果需求評估的工作量比較小，那麼可以作為一個敏捷需求進行迭代；如果工作量較大，涉及資源較多，那麼就可以作為一個專案推進了，所以這個時候也可以稱為專案名稱。

以下類似，需求都可以換為專案二字。

2、需求背景

提出該需求的背景是什麼，包括相關的現狀，現狀導致的問題，也就是這塊內容主要回答為什麼做這個需求，做這個需求的必要性在哪裡。

3、需求描述

需求描述即描述“因為上述想要做什麼”的問題，但是要注意一般brd是由業務方編寫，因此這裡的需求描述並不是解決方案，作為產品經理應該透過他們的描述來get到他們真正想要解決的問題，然後形成解決方案。

4、需求roi

需求投入產出比。簡單說就是做了這個事情有哪些收益，通常這塊需要設定一個量化的，可衡量的指標；但是偶然也有情況，是無法去拿數字衡量的，這個時候就需要一起約定一個統一的目標

5、運營計劃

這塊通常是為了避免【為了做需求而做需求】的尷尬場面，導致需求做了就沒有下文了，因此對於brd提供方來說需要給出詳細的運營計劃，從而保證做的落地後有追蹤

6、需求優先順序

通常一個產品經理可能身上有若干的需求list，可能都是來之業務方的，這個有時候遇到資源衝突，就需要決定優先順序了，到底先做哪個？因為業務方通常是需求受益人，因此最好的方法是先讓業務方從他們的角度去決定到底哪個重要，然後再去排優先順序

以上大概就是一份brd基本應該包含的內容，當然不同的公司可能略有不同，文件本沒有模板，靈活一點。