產品需求文檔(PRD)的寫做方法

不管咱們作什麼事都講究方式方法，寫產品需求文檔(如下稱PRD文檔)也是如此，以前我經過四篇文章分享了本身寫PRD文檔的一些方法，而這一篇文章主要是對以前四篇文章進行總體的摘要介紹，幫助你們快速瞭解寫做流程。

產品需求文檔(PRD)的寫做 四篇章：
一、寫前準備(信息結構圖)
二、梳理需求(產品結構圖和用戶流程圖)
三、原型設計(手繪原型,灰模原型,交互原型)
四、撰寫文檔(PRD文檔)
五、用例文檔(UML用例圖、流程圖)

一、寫前準備(信息結構圖)：http://tangjie.me/blog/52.html

在寫PRD文檔以前，咱們須要先羅列出產品功能的信息內容，這一步是將想法逐漸清晰的第一步，也是幫助咱們接下來規劃功能的輔助信息，同時也能夠輔助服務端技術人員建立數據庫。由於這是第一步，因此咱們不須要羅列的很詳細，在以後的步驟裏，咱們會逐步改進和完善信息內容。

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

羅列信息內容的方式有不少種，文本形式、思惟導圖形式等等均可以，最主要的是可以清晰易懂，我最經常使用的方法就是思惟導圖，所以我稱這一步爲信息結構圖。

二、梳理需求(產品結構圖和用戶流程圖)：http://tangjie.me/blog/53.html

當咱們對產品的信息結構瞭解後，咱們就須要規整腦海中的產品需求，讓想法更加結構化，所以這一步是梳理產品的需求。咱們首先要羅列出產品的頻道及頁面(產品結構圖)，其次再基於產品結構圖梳理出頻道及頁面中的功能，並延伸構建出用戶的操做流程(用戶流程圖)。

以上兩步是爲了讓咱們在撰寫產品需求文檔以前可以對產品有一個全面的瞭解，相似鳥瞰式的一目瞭然，也方便調整完善。

三、原型設計(手繪原型,灰模原型,交互原型)：http://tangjie.me/blog/54.html

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

首先我建議經過手繪的形式快速在草紙上繪製出產品的原型，推演和討論方案的可行性，當有必定的進展以後，咱們再經過軟件工具進行更深刻的設計。移動 產品能夠考慮灰模原型，網站產品能夠考慮交互原型，對於這兩種原型方式，不管是移動產品仍是網站產品均可以使用，具體取得於你的我的習慣和團隊要求。

對於產品經理來講，原型設計是爲了幫助咱們細緻的考慮方案，並論證方案的可行性，同時也是爲了不產品宣講時，抽象的語言描述致使聽衆理解困難和理解誤差。

四、撰寫文檔(PRD文檔)：http://tangjie.me/blog/55.html

當咱們經過以上三個大的步驟以後，咱們就已經很是清晰產品的需求了，通常狀況下，經過原型加描述的方式就已經完成了PRD文檔的目的(不少產品經理直接使用Axure製做PRD)。

固然也會有一些我的或團隊的要求不同，對PRD文檔有特定的規範標準，這類狀況多是須要存檔歸類。不管什麼樣的規範標準，PRD文檔的目的都是相近的，所以功能描述的方式也是類似的，因此在這裏我分享了三種撰寫PRD文檔的方式。

五、用例文檔(UML用例圖、流程圖)：http://tangjie.me/blog/57.html

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