產(chǎn)品需求文檔的寫作(二) – 梳理需求(產(chǎn)品結(jié)構(gòu)圖和用戶流程圖)
上一篇我們將概念想法形成了信息結(jié)構(gòu),羅列出了產(chǎn)品的所有信息內(nèi)容,現(xiàn)在我們就要依據(jù)信息結(jié)構(gòu),開始規(guī)劃產(chǎn)品的功能需求,繪制出產(chǎn)品結(jié)構(gòu)圖和用戶流程圖。首先我們要規(guī)劃出產(chǎn)品的頻道及子頻道、子模塊或子頁面。(如下圖) 圖注:講解一下我對(duì)于這個(gè)思維導(dǎo)圖的名詞理解 如果你學(xué)過網(wǎng)頁設(shè)計(jì),或者了解Web產(chǎn)品的模板機(jī)制,你就能夠理解這些名詞了。如下圖所示,這是我的博客的首頁結(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)理對(duì)自己腦海中的產(chǎn)品想法進(jìn)行梳理的一個(gè)過程。(如下圖示例) 這樣做的目的就是梳理產(chǎn)品邏輯,讓我們清楚的知道產(chǎn)品有幾個(gè)頻道,頻道下面有沒有子頻道或者有多少個(gè)頁面,這些頁面里又有哪些功能模塊,這些功能模塊里又有哪些元素。這樣我們就模擬了用戶的整個(gè)操作流程,逐一的將產(chǎn)品的所有功能界面操作了一遍,也列出了產(chǎn)品結(jié)構(gòu)圖和用戶流程圖。 有了這份結(jié)構(gòu)導(dǎo)圖,我們可以對(duì)產(chǎn)品進(jìn)行鳥瞰式考慮和完善,當(dāng)有問題時(shí),修改起來也比原型和文檔方便很多。這樣的方法同樣適用于移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的規(guī)劃,并且比起Web產(chǎn)品更加容易梳理產(chǎn)品結(jié)構(gòu)。 以上講的都是前端面向?yàn)g覽者的用戶流程,但是如果規(guī)劃的是一個(gè)平臺(tái)級(jí)的大眾化產(chǎn)品就不能從前端進(jìn)行梳理了,例如CMS、BBS之類的程序,他們采用框架式開發(fā),將功能與模板獨(dú)立,前端的界面布局僅僅是通過模板機(jī)制的標(biāo)簽調(diào)用,因此在做產(chǎn)品規(guī)劃時(shí),前端是涉及不到的,也不應(yīng)該從前端入手。遇到CMS類平臺(tái)產(chǎn)品的規(guī)劃,也同樣使用這樣的方法,只不過是從后臺(tái)入手模擬管理員的流程。 PRD文檔寫前準(zhǔn)備就是讓我們先通過思維導(dǎo)圖梳理思路,明白產(chǎn)品有多少個(gè)頻道、有多少個(gè)頁面、頁面有多少個(gè)功能模塊、功能模塊有多少個(gè)元素,逐步的將腦海里的想法明確梳理成結(jié)構(gòu)。雖然已經(jīng)明確了產(chǎn)品的結(jié)構(gòu),但是這樣的思維導(dǎo)圖對(duì)于設(shè)計(jì)與技術(shù)人員依舊是抽象的,他們?nèi)匀豢床欢?,同時(shí)對(duì)于產(chǎn)品經(jīng)理自己來說,這樣的結(jié)構(gòu)圖也是沒有經(jīng)過推演的,具體是否符合產(chǎn)品邏輯,是否符合用戶體驗(yàn),都是沒有深思過的,因此我們接下來就要進(jìn)行原型設(shè)計(jì),開始具體的考慮結(jié)構(gòu)方案的可行性。 下一篇我將講解原型設(shè)計(jì)的幾種方法,并說明為什么原型設(shè)計(jì)要早于產(chǎn)品需求文檔的撰寫。 產(chǎn)品需求文檔(PRD)的寫作:
1、頻道:某一個(gè)同性質(zhì)的功能或內(nèi)容的共同載體,也可稱為功能或內(nèi)容的類別。
2、子頻道:某頻道下細(xì)分的另一類別
3、頁面:?jiǎn)蝹€(gè)或附屬某個(gè)頻道或分類下的界面
4、模塊:頁面中多個(gè)元素組成的一個(gè)區(qū)域內(nèi)容,可以有一個(gè)或多個(gè),也可以循環(huán)出現(xiàn)(例如:文章列表)
5、模塊元素:模塊中的元素內(nèi)容,以文章列表舉例:文章標(biāo)題、文章摘要、文章發(fā)布時(shí)間,這些都是元素,都是組成模塊的內(nèi)容,同時(shí)他們也是可以循環(huán)出現(xiàn)的。元素的類型可以是:文字、圖片、鏈接等等
產(chǎn)品需求文檔(PRD)的寫作方法(文章的摘要介紹)
產(chǎn)品需求文檔的寫作(一) – 寫前準(zhǔn)備(信息結(jié)構(gòu)圖)
產(chǎn)品需求文檔的寫作(二) – 梳理需求(產(chǎn)品結(jié)構(gòu)圖和用戶流程圖)
產(chǎn)品需求文檔的寫作(三) – 原型設(shè)計(jì)(手繪原型,灰模原型,交互原型)
產(chǎn)品需求文檔的寫作(四) – 撰寫文檔(PRD文檔)
產(chǎn)品需求文檔的寫作(五) – 用例文檔(UML用例圖、流程圖)
本文出自 產(chǎn)品經(jīng)理 唐杰
第三個(gè)圖,是不是 信息結(jié)構(gòu)圖和功能結(jié)構(gòu)圖的混合版本?
對(duì)于頻道,子頻道,子模塊,子頁面那塊還是不能理解,能舉例說明一下嗎?
感覺這個(gè)用戶使用流程圖是不是不對(duì)???
啰哩吧嗦。。。。明明2個(gè)圖,幾行字就能講清楚的事。。。。
要顯得專業(yè),要說得你聽不懂,文章的作用就達(dá)到了
樓主關(guān)于用戶流程圖的描述部分容易造成誤解,通常我們說用戶流程圖指的都是使用流程,不包括模塊描述和頁面元素。這里的“用戶流程圖”不如稱作框架層設(shè)計(jì)更為合適
恩,支持樓主的說法
同樣覺得這里的用戶流程圖用詞不對(duì)
對(duì),我也同意你的看法,不是應(yīng)該是操作流程嗎?
贊同,文章這里講的“用戶流程圖”準(zhǔn)確的說應(yīng)該是產(chǎn)品結(jié)構(gòu)設(shè)計(jì)
想知道你用的軟件是哪個(gè)呀 ?? ??
思維腦圖
謝謝!其實(shí)我知道是思維導(dǎo)圖,只是想知道具體是哪個(gè)軟件,現(xiàn)在已經(jīng)知道啦!
你用的是哪一個(gè)?
百度腦圖也挺好的
思維腦圖
Xmind