A 產品基礎知識 mrd crd

製作快速，低成本的描述，容易誤解

製作好，還原度高，保證設計效果，但是慢

(prd/mrd):更多的業務邏輯說明

prd是產品需求文件。

mrd時長需求文件

brd商業需求文件參考

在寫prd文件之前，我們需要先羅列出產品功能的資訊內容，這一步是將想法逐漸清晰的第一步，也是幫助我們接下來規劃功能的輔助資訊，同時也可以輔助服務端技術人員建立資料庫。因為這是第一步，所以我們不需要羅列的很詳細，在之後的步驟裡，我們會逐步改進和完善資訊內容。

例如一篇文章的資訊內容主要有：文章標題、文章正文、文章作者、發布時間、所屬分類。初始的功能需求只有這些資訊內容，但是在之後的功能規劃中逐漸更加細緻的考慮時，可能會增加或者刪減，因此第一步我們不用刻意的追求資訊的全面。

羅列資訊內容的方式有很多種，文字形式、思維導圖形式等等都可以，最主要的是能夠清晰易懂，我最常用的方法就是思維導圖，因此我稱這一步為資訊結構圖。參考

當我們對產品的資訊結構了解後，我們就需要規整腦海中的產品需求，讓想法更加結構化，因此這一步是梳理產品的需求。我們首先要羅列出產品的頻道及頁面(產品結構圖)，其次再基於產品結構圖梳理出頻道及頁面中的功能，並延伸構建出使用者的操作流程(使用者流程圖)。

以上兩步是為了讓我們在撰寫產品需求文件之前能夠對產品有乙個全面的了解，類似鳥瞰式的一目了然，也方便調整完善。

當我們逐漸清晰了產品的需求後，並梳理了產品的各個頻道及頁面，那麼這一步就要開始驗證這些想法的具體介面表現和方案的可行性了。

首先我建議通過手繪的形式快速在草紙上繪製出產品的原型，推演和討論方案的可行性，當有一定的進展之後，我們再通過軟體工具進行更深入的設計。移動產品可以考慮灰模原型，**產品可以考慮互動原型，對於這兩種原型方式，無論是移動產品還是**產品都可以使用，具體取得於你的個人習慣和團隊要求。

對於產品經理來說，原型設計是為了幫助我們細緻的考慮方案，並論證方案的可行性，同時也是為了避免產品宣講時，抽象的語言描述導致聽眾理解困難和理解偏差。

當我們通過以上三個大的步驟之後，我們就已經非常清晰產品的需求了，一般情況下，通過原型加描述的方式就已經完成了prd文件的目的(很多產品經理直接使用axure製作prd)。

當然也會有一些個人或團隊的要求不一樣，對prd文件有特定的規範標準，這類情況可能是需要存檔歸類。無論什麼樣的規範標準，prd文件的目的都是相近的，因此功能描述的方式也是相似的，所以在這裡我分享了三種撰寫prd文件的方式。

《產品需求文件(prd)的寫作方法》的補充文章，主要講解prd文件中的重要輔助文件「用例文件」