互聯網產品設計經常使用文檔類型-BRD、MRD、PRD、FSD (

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或相似文檔。