上一篇我們將概念想法形成了信息結(jié)構(gòu)，羅列出了產(chǎn)品的所有信息內(nèi)容，現(xiàn)在我們就要依據(jù)信息結(jié)構(gòu)，開始規(guī)劃產(chǎn)品的功能需求，繪制出產(chǎn)品結(jié)構(gòu)圖和用戶流程圖。首先我們要規(guī)劃出產(chǎn)品的頻道及子頻道、子模塊或子頁面。（如下圖）

圖注：講解一下我對于這個思維導(dǎo)圖的名詞理解
1、頻道：某一個同性質(zhì)的功能或內(nèi)容的共同載體，也可稱為功能或內(nèi)容的類別。
2、子頻道：某頻道下細(xì)分的另一類別
3、頁面：單個或附屬某個頻道或分類下的界面
4、模塊：頁面中多個元素組成的一個區(qū)域內(nèi)容，可以有一個或多個，也可以循環(huán)出現(xiàn)(例如:文章列表)
5、模塊元素：模塊中的元素內(nèi)容，以文章列表舉例：文章標(biāo)題、文章摘要、文章發(fā)布時間，這些都是元素，都是組成模塊的內(nèi)容，同時他們也是可以循環(huán)出現(xiàn)的。元素的類型可以是：文字、圖片、鏈接等等

如果你學(xué)過網(wǎng)頁設(shè)計，或者了解Web產(chǎn)品的模板機制，你就能夠理解這些名詞了。如下圖所示，這是我的博客的首頁結(jié)構(gòu)。

當(dāng)我們規(guī)劃出頻道后，我們就需要以用戶的視角進(jìn)行一步一步的模擬操作，逐漸完善產(chǎn)品的結(jié)構(gòu)導(dǎo)圖。我稱為用戶流程圖，用于展現(xiàn)產(chǎn)品經(jīng)理腦海中比較抽象的產(chǎn)品邏輯，也是產(chǎn)品經(jīng)理對自己腦海中的產(chǎn)品想法進(jìn)行梳理的一個過程。（如下圖示例）

這樣做的目的就是梳理產(chǎn)品邏輯，讓我們清楚的知道產(chǎn)品有幾個頻道，頻道下面有沒有子頻道或者有多少個頁面，這些頁面里又有哪些功能模塊，這些功能模塊里又有哪些元素。這樣我們就模擬了用戶的整個操作流程，逐一的將產(chǎn)品的所有功能界面操作了一遍，也列出了產(chǎn)品結(jié)構(gòu)圖和用戶流程圖。

有了這份結(jié)構(gòu)導(dǎo)圖，我們可以對產(chǎn)品進(jìn)行鳥瞰式考慮和完善，當(dāng)有問題時，修改起來也比原型和文檔方便很多。這樣的方法同樣適用于移動互聯(lián)網(wǎng)產(chǎn)品的規(guī)劃，并且比起Web產(chǎn)品更加容易梳理產(chǎn)品結(jié)構(gòu)。

以上講的都是前端面向瀏覽者的用戶流程，但是如果規(guī)劃的是一個平臺級的大眾化產(chǎn)品就不能從前端進(jìn)行梳理了，例如CMS、BBS之類的程序，他們采用框架式開發(fā)，將功能與模板獨立，前端的界面布局僅僅是通過模板機制的標(biāo)簽調(diào)用，因此在做產(chǎn)品規(guī)劃時，前端是涉及不到的，也不應(yīng)該從前端入手。遇到CMS類平臺產(chǎn)品的規(guī)劃，也同樣使用這樣的方法，只不過是從后臺入手模擬管理員的流程。

PRD文檔寫前準(zhǔn)備就是讓我們先通過思維導(dǎo)圖梳理思路，明白產(chǎn)品有多少個頻道、有多少個頁面、頁面有多少個功能模塊、功能模塊有多少個元素，逐步的將腦海里的想法明確梳理成結(jié)構(gòu)。雖然已經(jīng)明確了產(chǎn)品的結(jié)構(gòu)，但是這樣的思維導(dǎo)圖對于設(shè)計與技術(shù)人員依舊是抽象的，他們?nèi)匀豢床欢?，同時對于產(chǎn)品經(jīng)理自己來說，這樣的結(jié)構(gòu)圖也是沒有經(jīng)過推演的，具體是否符合產(chǎn)品邏輯，是否符合用戶體驗，都是沒有深思過的，因此我們接下來就要進(jìn)行原型設(shè)計，開始具體的考慮結(jié)構(gòu)方案的可行性。

下一篇我將講解原型設(shè)計的幾種方法，并說明為什么原型設(shè)計要早于產(chǎn)品需求文檔的撰寫。

產(chǎn)品需求文檔(PRD)的寫作：
產(chǎn)品需求文檔(PRD)的寫作方法（文章的摘要介紹）
產(chǎn)品需求文檔的寫作(一) – 寫前準(zhǔn)備(信息結(jié)構(gòu)圖)
產(chǎn)品需求文檔的寫作(二) – 梳理需求(產(chǎn)品結(jié)構(gòu)圖和用戶流程圖)
產(chǎn)品需求文檔的寫作(三) – 原型設(shè)計(手繪原型,灰模原型,交互原型)
產(chǎn)品需求文檔的寫作(四) – 撰寫文檔(PRD文檔)
產(chǎn)品需求文檔的寫作(五) – 用例文檔(UML用例圖、流程圖)