BRD
Business Requirements Document，商業需求文檔。這是產品聲明週期中最早的問的文檔，再早就應該是腦中的構思了，其內容涉及市場分析，銷售策略，盈利預測等，通常是和老大們過的ppt，所以也就比較短小精煉，沒有產品細節。
商業需求文檔重點放在定義項目的商業需求。BRD要能說出客戶碰到的一個或多個商業問題，並且通過公司的產品能夠解決這些問題。接着建議一個方案 —— 通常是新產品或者現有產品的改進來解決這些問題。BRD也可能包括一個高級的商業案例，例如收益預測，市場競爭分析和銷售/營銷策略。BRD通常是由擁有產品經理，產品營銷經理或者行業分析師頭銜的人撰寫的。在小公司，可能由高級主管或者甚至創始人撰寫。BRD通常是一份連續的1-3頁Word文檔，或者不超過10頁的Powerpoint文檔。
MRD
Market Requirements Document，市場需求文檔。獲得老大的認同後，產品進入實施，需要先出MRD，具體來說要有更細緻的市場與競爭對手分析，通過哪些功能來實現商業目的，功能/非功能需求分哪幾塊，功能的優先級等等。實際工作中，這個階段PD可能的產出物有Mind Manager的思維圖，Excel的Feature List等。
市場需求文檔（MRD）重點放在爲一個被提議的新產品或者現有產品的改進定義市場需求。與BRD指出商業問題和解決這些問題的解決方案不同，MRD更深入提議解決方案的細節。它包括一些或者所有這些細節：
a. 解決商業問題所需要的特色
b. 市場競爭分析
c. 功能和非功能需求
d. 特色/需求的優先級
e. 用例
MRD通常是由擁有產品經理，產品營銷經理或者行業分析師頭銜的人撰寫的。MRD通常是一份連續的5-25頁Word文檔，或者正如之後描述那樣在一些機構中甚至更長。
PRD
Product Requirements Document，產品需求文檔。進步一細化，這部分是PD寫得最多的內容，也就是傳統意義上的需求分析，我們這裏主要指UC（use case）文檔。主要內容有，功能使用的具體描述（每個UC一般有用例簡述、行爲者、前置條件、後置條件、UI描述、流程/子流程/分支流程，等幾大塊），Visio做的功能點業務流程，界面的說明，demo等。Demo方面，可能用dreamweaver、ps甚至畫圖板簡單畫一下，有時候也會有UI/UE支持，出高保真的demo，開發將來可以直接用的那種。
產品需求文檔（PRD）重點放在爲一個被提議的新產品或者現有產品的改進定義市場需求。與MRD側重於從市場需要角度看需求的不同，PRD側重於從產品本身角度看待需求。通常在特點和功能需求上更深入細節，並也可能包括屏幕截圖和用戶界面流程。在那些MRD不包括具體需求和用例的機構中，PRD就包含這些具體內容。PRD通常是由擁有產品經理，行業分析師或者產品分析師頭銜的人撰寫的。PRD通常是一份連續的20-50頁Word文檔，或者針對複雜產品甚至更長。
提醒：一些機構將這裏描述的MRD和PRD合併成一個文檔，並稱最後的文檔爲MRD。在這種情況下，MRD包括本段描述的內容，也包括上一段描述PRD的內容，並且可能超過50頁。
FSD
Functional Specifications Document，功能詳細說明。有一點像“概要設計”，這步就開始往開發銜接了，產品UI、業務邏輯的細節都要確定，細化文檔並保持更新。相應的，有很多內容，比如表結構設計，要由項目經理來編寫了。
功能規格文檔（FSD）把焦點集中在實現，定義產品功能需求的全部細節。FSD可能通過一張張的截屏和一條條功能點來定義產品規格。這是一份可以直接讓工程師創建產品的文檔。與MRD和PRD側重於以市場需要和產品角度看需求不同，FSD把重點放在了以表格形式定義產品細節，再讓工程師實現這些細節。FSD也可能包括完整的屏幕截圖和UI設計細節。FSD通常是由擁有產品分析師，工程領導或者項目經理頭銜的人撰寫的 – 作者通常屬於工程部門。通常一個連續幾十頁的Word或類似文檔。