2、梳理需求(產(chǎn)品結構圖和用戶流程圖)

(二) 梳理需求(產(chǎn)品結構圖和用戶流程圖)

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

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

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

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

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

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

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

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

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