你還在問產(chǎn)品結(jié)構(gòu)圖到底是信息結(jié)構(gòu)圖還是功能結(jié)構(gòu)圖嗎?這里有微信的實(shí)際例圖幫助你更好地理解這組命運(yùn)三姐妹圖類。
在寫PRD、競(jìng)品分析文檔中,我們常常會(huì)看到產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品功能結(jié)構(gòu)圖或者產(chǎn)品信息結(jié)構(gòu)圖的身影,但需要講清楚他們的定義和作用也真沒看上去那么簡(jiǎn)單,這里作者嘗試分享一下自己的觀點(diǎn)。
特別聲明:由于篇幅和其他因素限制,本系列中所有的實(shí)例圖在完整性上有省略和簡(jiǎn)化,僅作為舉例講解用,請(qǐng)讀者不要糾結(jié)圖表是否描述完整、是否有缺失模塊,主要是給讀者來對(duì)比3類圖表的聯(lián)系與區(qū)別。
一、功能結(jié)構(gòu)圖
1、定義
功能結(jié)構(gòu)圖就是按照功能的從屬關(guān)系畫成的圖表,在該圖表中的每一個(gè)框都稱為一個(gè)功能模塊。功能模塊可以根據(jù)具體情況分得大一點(diǎn)或小一點(diǎn),分解得最小功能模塊可以是一個(gè)程序中的每個(gè)處理過程,而較大的功能模塊則可能是完成某一個(gè)任務(wù)的一組程序。(百度定義)用通俗的話來說,功能結(jié)構(gòu)圖就是以功能模塊為類別,介紹模塊下其各功能組成的圖表。
2、作用
產(chǎn)品概念設(shè)計(jì)的運(yùn)用工具之一,能夠?qū)Σ煌耆_定的設(shè)計(jì)問題或相當(dāng)模糊的設(shè)計(jì)要求,以一種較為簡(jiǎn)潔和明確的方法表示。在繪制的過程中,能夠幫助PM思考并清晰產(chǎn)品的功能模塊及其功能組成;
梳理需求,以鳥瞰的方式對(duì)整個(gè)產(chǎn)品頁面中的功能結(jié)構(gòu)形成一個(gè)直觀的認(rèn)識(shí),防止在產(chǎn)品需求轉(zhuǎn)化為功能需求的過程中出現(xiàn)功能模塊和功能點(diǎn)缺失的現(xiàn)象。
3、注意事項(xiàng)
在區(qū)分功能結(jié)構(gòu)、信息結(jié)構(gòu)圖、結(jié)構(gòu)圖前,有一個(gè)重要的前提需要大家達(dá)成共識(shí):軟件產(chǎn)品本身就是傳遞信息和提供功能的載體,完全絕對(duì)的信息類或功能類產(chǎn)品是不可能存的在,信息往往伴隨著功能,我們很難劃一條界限將兩者徹底分開。從某種意義上,信息傳遞甚至就是軟件產(chǎn)品最主要的核心功能。鑒于此,通常我們默認(rèn)地把信息展示功能獨(dú)立了出來,作為信息架構(gòu)的一部分去思考,在產(chǎn)品功能結(jié)構(gòu)時(shí)不考慮信息展示功能。
這里舉一個(gè)信息與功能糾纏的例子更好理解,如微信的個(gè)人信息模塊(如下圖),“名字”字段在這里既是信息又提供著修改設(shè)置的功能。
所以我們不難理解許多功能結(jié)構(gòu)圖中出現(xiàn)了信息結(jié)構(gòu)的要素,但由于功能結(jié)構(gòu)圖的使用目的(即上文中的作用)要求我們專注于產(chǎn)品功能這個(gè)維度,在功能結(jié)構(gòu)圖中我們最好盡量減少信息結(jié)構(gòu)要素出現(xiàn)的可能性。
就用上面功能與信息糾纏的例子來說,在其功能結(jié)構(gòu)圖中許多朋友會(huì)直接用“名字”來表示其功能點(diǎn),畫圖人可能本人清楚,但看圖人就會(huì)產(chǎn)生疑惑:這個(gè)“名字”到底是指提供可查看名字的功能還是可查看并修改名字的功能。
在這里介紹一個(gè)小訣竅,形容一個(gè)功能點(diǎn)時(shí)建議多采用“動(dòng)詞+名詞”的語言描述形式,這種方式不僅信息傳達(dá)更加準(zhǔn)確而且可以避免讀者不必要的困惑。如上面的例子中我們就可以把“名字”改為“設(shè)置名字”或“查看并設(shè)置名字”來描述功能點(diǎn)。
4、如何繪制功能結(jié)構(gòu)圖
在實(shí)際應(yīng)用時(shí),產(chǎn)品功能結(jié)構(gòu)圖通常在以下2種情況下繪制:
對(duì)未完成的產(chǎn)品在設(shè)計(jì)階段繪制,確定產(chǎn)品功能結(jié)構(gòu);
對(duì)已完成的某個(gè)版本的產(chǎn)品繪制,用于分析并傳遞該產(chǎn)品的功能結(jié)構(gòu);
1)在產(chǎn)品的設(shè)計(jì)階段,如何挖掘并確定功能結(jié)構(gòu)圖中的主功能模塊呢?
首先主功能模塊應(yīng)該是產(chǎn)品在完整業(yè)務(wù)流程中的各個(gè)核心功能模塊,我們可通過業(yè)務(wù)流程中所涉及到的功能需求去提煉出主功能模塊,提煉完成后再通過業(yè)務(wù)流程走查一次,看是否有遺漏的主功能模塊。
舉個(gè)例子,假設(shè)我們參與了微信的早期功能設(shè)計(jì),其產(chǎn)品初期定位是一款移動(dòng)社交軟件,那么其對(duì)應(yīng)的核心業(yè)務(wù)可以簡(jiǎn)化為
這樣我們就很容易得出產(chǎn)品設(shè)計(jì)階段微信的主功能模塊,如下:
結(jié)合下面現(xiàn)有版本的微信功能結(jié)構(gòu)圖對(duì)比一下,經(jīng)過上百次迭代,其主功能結(jié)構(gòu)幾乎沒有發(fā)生變化,我們不得不佩服其功能結(jié)構(gòu)的拓展性;
當(dāng)通過業(yè)務(wù)流程將主功能模塊確定下來后,再根據(jù)業(yè)務(wù)需求對(duì)其進(jìn)行功能的詳細(xì)設(shè)計(jì)即可,在此就不再展開了。
2)對(duì)于已確定產(chǎn)品來說如何繪制功能結(jié)構(gòu)圖呢?
對(duì)一款已確定產(chǎn)品繪制功能結(jié)構(gòu)圖,最快捷的方法便是參考產(chǎn)品的Tab功能模塊找出產(chǎn)品主功能模塊,然后按照層級(jí)歸屬關(guān)系詳敘該功能模塊提供的下一級(jí)功能模塊或功能,如有必要,其顆粒度可一直細(xì)化到功能操作的描述程度。
那上圖“微信功能結(jié)構(gòu)圖(V6.5.21)”的主功能模塊為什么不是“微信”、“通訊錄”、“發(fā)現(xiàn)”、“我”這四大標(biāo)簽功能模塊?
在這里作者希望傳達(dá)一個(gè)概念,結(jié)構(gòu)圖中的主功能模塊不一定就是Tab中的標(biāo)簽功能模塊,許多時(shí)候產(chǎn)品受限于移動(dòng)端的空間限制,不得不把功能分為3到4個(gè)Tab中,這是一種務(wù)實(shí)的妥協(xié)。當(dāng)然正常情況下以Tab標(biāo)簽名作為主功能模塊的做法沒有錯(cuò),只是當(dāng)產(chǎn)品功能復(fù)雜時(shí),產(chǎn)品功能結(jié)構(gòu)圖采用這種劃分有點(diǎn)粗糙。而繪制已確定產(chǎn)品的功能結(jié)構(gòu)圖能夠幫助我們?nèi)ネ诰蜻@個(gè)產(chǎn)品的核心功能模塊,梳理產(chǎn)品的功能架構(gòu)。我們建議作圖人可以嘗試脫離Tab標(biāo)簽用自己的語言去挖掘并描述主功能模塊。
這樣說來我們就可以隨意將標(biāo)簽功能模塊中的次級(jí)功能模塊劃分出來作為主功能模塊嗎?
其實(shí)也不是,一款不管多復(fù)雜的應(yīng)用其主功能模塊的劃分?jǐn)?shù)量都不能太多(5-9個(gè)為佳),一般情況下當(dāng)對(duì)產(chǎn)品功能結(jié)構(gòu)進(jìn)行分析后,我們?nèi)匀粫?huì)采用Tab功能模塊作為主功能模塊然后對(duì)其下屬的功能模塊進(jìn)行整理。只有當(dāng)我們認(rèn)為某個(gè)次級(jí)功能模塊在業(yè)務(wù)上太過重要且產(chǎn)品價(jià)值較高時(shí),我們才可以將其劃分出來作為一個(gè)單獨(dú)的主功能模塊。
這里介紹一個(gè)小秘訣,當(dāng)一個(gè)次級(jí)功能模塊反復(fù)出現(xiàn)在不同的Tab功能模塊中的時(shí)候,我們就可以考慮將其拆分出來作為主功能模塊,因?yàn)檫@個(gè)時(shí)候意味著這個(gè)次級(jí)功能模塊在產(chǎn)品的業(yè)務(wù)流程中來說十分重要,而且這也可以讓我們的產(chǎn)品功能結(jié)構(gòu)圖更加簡(jiǎn)潔清楚。如上面“微信功能結(jié)構(gòu)圖(V6.5.21)”中的搜索模塊就同時(shí)出現(xiàn)在了Tab中的微信功能模塊和通訊錄功能模塊。
最后如何確定功能結(jié)構(gòu)圖中的顆粒度呢?
功能結(jié)構(gòu)圖中的顆粒程度需要根據(jù)具體應(yīng)用場(chǎng)景來定,由畫圖人根據(jù)需要自行把控即可。比如說在產(chǎn)品設(shè)計(jì)的過程中,功能結(jié)構(gòu)的建立是設(shè)計(jì)者的設(shè)計(jì)思維由發(fā)散趨向于收斂的過程,剛開始的顆粒度一般比較大,可能僅涉及到某個(gè)功能模塊,隨著設(shè)計(jì)的不斷推進(jìn),功能結(jié)構(gòu)圖的顆粒度會(huì)不斷細(xì)化,最終可以拆分至某個(gè)具體的功能操作。這里作者將“微信模塊-個(gè)人對(duì)話”功能模塊作了細(xì)化,僅供參考:
二、信息結(jié)構(gòu)圖
1、定義:指脫離產(chǎn)品的實(shí)際頁面,將產(chǎn)品的數(shù)據(jù)抽象出來,組合分類的圖表。
2、作用:
幫助PM梳理復(fù)雜內(nèi)容的信息組成,避免信息內(nèi)容在展示過程中出現(xiàn)遺漏、混亂、重復(fù);
作為開發(fā)工程師建立數(shù)據(jù)庫的參考依據(jù);
信息結(jié)構(gòu)圖的繪制通常晚于功能結(jié)構(gòu)圖,往往是在產(chǎn)品設(shè)計(jì)階段的概念化過程中,在產(chǎn)品功能框架已確定、功能結(jié)構(gòu)已完善好的情況下才對(duì)產(chǎn)品信息結(jié)構(gòu)進(jìn)行分析設(shè)計(jì)。
在這里,我們需要強(qiáng)調(diào)的是脫離實(shí)際頁面這個(gè)概念,在一些產(chǎn)品相關(guān)文章中,我們會(huì)看到作者將信息結(jié)構(gòu)圖完全按照頁面的邏輯順序來進(jìn)行分類組合,嚴(yán)格意義上來說,這種圖表不是一份合格的信息結(jié)構(gòu)圖。
我們用微信的個(gè)人信息模塊舉例,如下圖所示:
其結(jié)構(gòu)信息圖在這部分的繪制就需要脫離產(chǎn)品的實(shí)際頁面,如下:
最后需要強(qiáng)調(diào)的是:信息結(jié)構(gòu)圖主要適用于產(chǎn)品信息構(gòu)成比較復(fù)雜需要考慮優(yōu)化的情況,如內(nèi)容型產(chǎn)品(博客、web門戶網(wǎng)站等),產(chǎn)品的信息結(jié)構(gòu)對(duì)于用戶體驗(yàn)就十分重要,需要用信息結(jié)構(gòu)圖作為工具進(jìn)行分析思考。
這里作者簡(jiǎn)單繪制了一下微信的信息結(jié)構(gòu)圖作為參考
三、結(jié)構(gòu)圖
相較于功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖,產(chǎn)品結(jié)構(gòu)圖的定義就很混亂和模糊了,為什么會(huì)出現(xiàn)這種情況呢?
一方面產(chǎn)品結(jié)構(gòu)圖從文字理解上來說就容易讓人困惑:產(chǎn)品信息結(jié)構(gòu)圖、產(chǎn)品功能結(jié)構(gòu)圖不都可以簡(jiǎn)稱為產(chǎn)品結(jié)構(gòu)圖嘛。
另一方面現(xiàn)有網(wǎng)上流傳的競(jìng)品分析文檔、產(chǎn)品體驗(yàn)文檔、PRD文檔有不少是由產(chǎn)品新人模仿前輩流傳出來的文檔模板來寫的。但讓人尷尬的是,有部分同學(xué)沒有進(jìn)行細(xì)致深入地了解。經(jīng)常在一篇文章中,前面說是產(chǎn)品的功能結(jié)構(gòu)圖,結(jié)果圖中是產(chǎn)品功能有,產(chǎn)品信息要素也有,沒有理解功能結(jié)構(gòu)圖的定義。而后來的初學(xué)者又從這些文章中去了解學(xué)習(xí)產(chǎn)品功能結(jié)構(gòu)圖、產(chǎn)品信息結(jié)構(gòu)圖,導(dǎo)致惡性循環(huán);
最重要的原因是:對(duì)于產(chǎn)品結(jié)構(gòu)圖,產(chǎn)品從業(yè)人員這個(gè)群體自身都還沒有達(dá)成共識(shí)啊。作者在網(wǎng)上搜了搜相關(guān)文章,對(duì)于產(chǎn)品結(jié)構(gòu)圖大家的主要理解有3種:
大部分產(chǎn)品人認(rèn)為:產(chǎn)品結(jié)構(gòu)圖即產(chǎn)品功能結(jié)構(gòu)圖的簡(jiǎn)稱,可能在產(chǎn)品沒有強(qiáng)調(diào)信息結(jié)構(gòu)的概念時(shí),有部分PM開始簡(jiǎn)稱產(chǎn)品功能結(jié)構(gòu)圖為產(chǎn)品結(jié)構(gòu)圖,之后便默認(rèn)了這種稱呼,當(dāng)出現(xiàn)產(chǎn)品信息結(jié)構(gòu)圖后,概念就產(chǎn)生了混淆;
一部分產(chǎn)品人認(rèn)為:產(chǎn)品結(jié)構(gòu)圖是綜合展示產(chǎn)品信息和功能邏輯的圖表;
少部分產(chǎn)品人認(rèn)為:產(chǎn)品結(jié)構(gòu)圖就是產(chǎn)品信息架構(gòu)圖。
在這里,作者更認(rèn)同第2種觀念:
產(chǎn)品結(jié)構(gòu)圖是綜合展示產(chǎn)品信息和功能邏輯的圖表,簡(jiǎn)單說產(chǎn)品結(jié)構(gòu)圖就是產(chǎn)品原型的簡(jiǎn)化表達(dá)。它能夠在前期的需求評(píng)審中或其他類似場(chǎng)景中作為產(chǎn)品原型的替代,因?yàn)楫a(chǎn)品結(jié)構(gòu)圖相較于產(chǎn)品原型,其實(shí)現(xiàn)成本低,能夠快速對(duì)產(chǎn)品功能結(jié)構(gòu)進(jìn)行增、刪、改操作,減少PM在這個(gè)過程中的實(shí)現(xiàn)成本。
產(chǎn)品結(jié)構(gòu)圖就是通過信息架構(gòu)設(shè)計(jì),將功能和信息以一種合理自然的邏輯,把功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖中的內(nèi)容放入產(chǎn)品中的每一個(gè)頁面的結(jié)果。而現(xiàn)在許多PRD、競(jìng)品分析中提到的信息結(jié)構(gòu)圖、功能結(jié)構(gòu)圖其實(shí)大多數(shù)都是同時(shí)含有功能和信息元素的簡(jiǎn)化版產(chǎn)品結(jié)構(gòu)圖。如下圖所示:
總結(jié)
在一款產(chǎn)品的設(shè)計(jì)過程中,功能結(jié)構(gòu)圖是必須的,信息結(jié)構(gòu)圖視產(chǎn)品和PM自身而定,通常我們初步確定了產(chǎn)品功能結(jié)構(gòu)圖(產(chǎn)品功能框架)之后才開始繪制產(chǎn)品信息結(jié)構(gòu)圖。
在產(chǎn)品設(shè)計(jì)流程中,產(chǎn)品功能結(jié)構(gòu)圖是產(chǎn)品概念化階段的初期輸出,產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品概念化的尾期階段輸出物,當(dāng)產(chǎn)品結(jié)構(gòu)圖完成后,我們對(duì)產(chǎn)品的基本模樣在心理就有了一個(gè)輪廓。同時(shí)以產(chǎn)品結(jié)構(gòu)圖作為繪制原型的依據(jù),可以避免我們?cè)诋a(chǎn)品設(shè)計(jì)中邊畫邊改,跳進(jìn)死掐細(xì)節(jié),不見森林的陷阱。
到這里,你是否還對(duì)功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、結(jié)構(gòu)圖傻傻分不清呢?
掃一掃關(guān)注微信公眾號(hào)
掃一掃訪問手機(jī)站
掃一掃打開小程序