產品
原型圖
線框圖
製作快速，低成本的描述，容易誤解
高保真原型圖
製作好，還原度高，保證設計效果，但是慢
需求文檔
(PRD/MRD):更多的業務邏輯說明
PRD是產品需求文檔。
MRD時長需求文檔
BRD商業需求文檔
1、寫前準備(信息結構圖)：
參考
在寫PRD文檔之前，我們需要先羅列出產品功能的信息內容，這一步是將想法逐漸清晰的第一步，也是幫助我們接下來規劃功能的輔助信息，同時也可以輔助服務端技術人員創建數據庫。因爲這是第一步，所以我們不需要羅列的很詳細，在之後的步驟裏，我們會逐步改進和完善信息內容。
例如一篇文章的信息內容主要有：文章標題、文章正文、文章作者、發佈時間、所屬分類。初始的功能需求只有這些信息內容，但是在之後的功能規劃中逐漸更加細緻的考慮時，可能會增加或者刪減，因此第一步我們不用刻意的追求信息的全面。
羅列信息內容的方式有很多種，文本形式、思維導圖形式等等都可以，最主要的是能夠清晰易懂，我最常用的方法就是思維導圖，因此我稱這一步爲信息結構圖。
2、梳理需求(產品結構圖和用戶流程圖)：
參考
當我們對產品的信息結構瞭解後，我們就需要規整腦海中的產品需求，讓想法更加結構化，因此這一步是梳理產品的需求。我們首先要羅列出產品的頻道及頁面(產品結構圖)，其次再基於產品結構圖梳理出頻道及頁面中的功能，並延伸構建出用戶的操作流程(用戶流程圖)。
以上兩步是爲了讓我們在撰寫產品需求文檔之前能夠對產品有一個全面的瞭解，類似鳥瞰式的一目瞭然，也方便調整完善。
3、原型設計(手繪原型,灰模原型,交互原型)：
當我們逐漸清晰了產品的需求後，並梳理了產品的各個頻道及頁面，那麼這一步就要開始驗證這些想法的具體界面表現和方案的可行性了。
首先我建議通過手繪的形式快速在草紙上繪製出產品的原型，推演和討論方案的可行性，當有一定的進展之後，我們再通過軟件工具進行更深入的設計。移動產品可以考慮灰模原型，網站產品可以考慮交互原型，對於這兩種原型方式，無論是移動產品還是網站產品都可以使用，具體取得於你的個人習慣和團隊要求。
對於產品經理來說，原型設計是爲了幫助我們細緻的考慮方案，並論證方案的可行性，同時也是爲了避免產品宣講時，抽象的語言描述導致聽衆理解困難和理解偏差。
4、撰寫文檔(PRD文檔)：
當我們通過以上三個大的步驟之後，我們就已經非常清晰產品的需求了，一般情況下，通過原型加描述的方式就已經完成了PRD文檔的目的(很多產品經理直接使用Axure製作PRD)。
當然也會有一些個人或團隊的要求不一樣，對PRD文檔有特定的規範標準，這類情況可能是需要存檔歸類。無論什麼樣的規範標準，PRD文檔的目的都是相近的，因此功能描述的方式也是相似的，所以在這裏我分享了三種撰寫PRD文檔的方式。
5、用例文檔(UML用例圖、流程圖)：
《產品需求文檔(PRD)的寫作方法》的補充文章，主要講解PRD文檔中的重要輔助文檔“用例文檔”