你還在問(wèn)產(chǎn)品結(jié)構(gòu)圖到底是信息結(jié)構(gòu)圖還是功能結(jié)構(gòu)圖嗎？這里有微信的實(shí)際例圖幫助你更好地理解這組命運(yùn)三姐妹圖類(lèi)。在寫(xiě)PRD、競(jìng)品分析文檔中，我們常常會(huì)看到產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品功能結(jié)構(gòu)圖或者產(chǎn)品信息結(jié)構(gòu)圖的身影，但需要講清楚他們的定義和作用也真沒(méi)看上去那么簡(jiǎn)單，這里作者嘗試分享一下自己的觀點(diǎn)。

特別聲明：由于篇幅和其他因素限制，本系列中所有的實(shí)例圖在完整性上有省略和簡(jiǎn)化，僅作為舉例講解用，請(qǐng)讀者不要糾結(jié)圖表是否描述完整、是否有缺失模塊，主要是給讀者來(lái)對(duì)比3類(lèi)圖表的聯(lián)系與區(qū)別。

功能結(jié)構(gòu)圖

1定義

功能結(jié)構(gòu)圖就是按照功能的從屬關(guān)系畫(huà)成的圖表，在該圖表中的每一個(gè)框都稱(chēng)為一個(gè)功能模塊。功能模塊可以根據(jù)具體情況分得大一點(diǎn)或小一點(diǎn)，分解得最小功能模塊可以是一個(gè)程序中的每個(gè)處理過(guò)程，而較大的功能模塊則可能是完成某一個(gè)任務(wù)的一組程序。（百度定義）用通俗的話(huà)來(lái)說(shuō)，功能結(jié)構(gòu)圖就是以功能模塊為類(lèi)別，介紹模塊下其各功能組成的圖表。

2作用

1. 產(chǎn)品概念設(shè)計(jì)的運(yùn)用工具之一，能夠?qū)Σ煌耆_定的設(shè)計(jì)問(wèn)題或相當(dāng)模糊的設(shè)計(jì)要求，以一種較為簡(jiǎn)潔和明確的方法表示。在繪制的過(guò)程中，能夠幫助PM思考并清晰產(chǎn)品的功能模塊及其功能組成；
2. 梳理需求，以鳥(niǎo)瞰的方式對(duì)整個(gè)產(chǎn)品頁(yè)面中的功能結(jié)構(gòu)形成一個(gè)直觀的認(rèn)識(shí)，防止在產(chǎn)品需求轉(zhuǎn)化為功能需求的過(guò)程中出現(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ì)的信息類(lèi)或功能類(lèi)產(chǎn)品是不可能存的在，信息往往伴隨著功能，我們很難劃一條界限將兩者徹底分開(kāi)。從某種意義上，信息傳遞甚至就是軟件產(chǎn)品最主要的核心功能。鑒于此，通常我們默認(rèn)地把信息展示功能獨(dú)立了出來(lái)，作為信息架構(gòu)的一部分去思考，在產(chǎn)品功能結(jié)構(gòu)時(shí)不考慮信息展示功能。

這里舉一個(gè)信息與功能糾纏的例子更好理解，如微信的個(gè)人信息模塊（如下圖），“名字”字段在這里既是信息又提供著修改設(shè)置的功能。

所以我們不難理解許多功能結(jié)構(gòu)圖中出現(xiàn)了信息結(jié)構(gòu)的要素，但由于功能結(jié)構(gòu)圖的使用目的（即上文中的作用）要求我們專(zhuān)注于產(chǎn)品功能這個(gè)維度，在功能結(jié)構(gòu)圖中我們最好盡量減少信息結(jié)構(gòu)要素出現(xiàn)的可能性。

就用上面功能與信息糾纏的例子來(lái)說(shuō)，在其功能結(jié)構(gòu)圖中許多朋友會(huì)直接用“名字”來(lái)表示其功能點(diǎn)，畫(huà)圖人可能本人清楚，但看圖人就會(huì)產(chǎn)生疑惑：這個(gè)“名字”到底是指提供可查看名字的功能還是可查看并修改名字的功能。

在這里介紹一個(gè)小訣竅，形容一個(gè)功能點(diǎn)時(shí)建議多采用“動(dòng)詞+名詞”的語(yǔ)言描述形式，這種方式不僅信息傳達(dá)更加準(zhǔn)確而且可以避免讀者不必要的困惑。如上面的例子中我們就可以把“名字”改為“設(shè)置名字”或“查看并設(shè)置名字”來(lái)描述功能點(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)；

（一）在產(chǎn)品的設(shè)計(jì)階段，如何挖掘并確定功能結(jié)構(gòu)圖中的主功能模塊呢？

首先主功能模塊應(yīng)該是產(chǎn)品在完整業(yè)務(wù)流程中的各個(gè)核心功能模塊，我們可通過(guò)業(yè)務(wù)流程中所涉及到的功能需求去提煉出主功能模塊，提煉完成后再通過(guò)業(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)過(guò)上百次迭代，其主功能結(jié)構(gòu)幾乎沒(méi)有發(fā)生變化，我們不得不佩服其功能結(jié)構(gòu)的拓展性；

當(dāng)通過(guò)業(yè)務(wù)流程將主功能模塊確定下來(lái)后，再根據(jù)業(yè)務(wù)需求對(duì)其進(jìn)行功能的詳細(xì)設(shè)計(jì)即可，在此就不再展開(kāi)了。

2.對(duì)于已確定產(chǎn)品來(lái)說(shuō)如何繪制功能結(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)簽名作為主功能模塊的做法沒(méi)有錯(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)簽用自己的語(yǔ)言去挖掘并描述主功能模塊。

這樣說(shuō)來(lái)我們就可以隨意將標(biāo)簽功能模塊中的次級(jí)功能模塊劃分出來(lái)作為主功能模塊嗎？

其實(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ù)上太過(guò)重要且產(chǎn)品價(jià)值較高時(shí)，我們才可以將其劃分出來(lái)作為一個(gè)單獨(dú)的主功能模塊。

這里介紹一個(gè)小秘訣，當(dāng)一個(gè)次級(jí)功能模塊反復(fù)出現(xiàn)在不同的Tab功能模塊中的時(shí)候，我們就可以考慮將其拆分出來(lái)作為主功能模塊，因?yàn)檫@個(gè)時(shí)候意味著這個(gè)次級(jí)功能模塊在產(chǎn)品的業(yè)務(wù)流程中來(lái)說(shuō)十分重要，而且這也可以讓我們的產(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)景來(lái)定，由畫(huà)圖人根據(jù)需要自行把控即可。比如說(shuō)在產(chǎn)品設(shè)計(jì)的過(guò)程中，功能結(jié)構(gòu)的建立是設(shè)計(jì)者的設(shè)計(jì)思維由發(fā)散趨向于收斂的過(guò)程，剛開(kāi)始的顆粒度一般比較大，可能僅涉及到某個(gè)功能模塊，隨著設(shè)計(jì)的不斷推進(jìn)，功能結(jié)構(gòu)圖的顆粒度會(huì)不斷細(xì)化，最終可以拆分至某個(gè)具體的功能操作。這里作者將“微信模塊-個(gè)人對(duì)話(huà)”功能模塊作了細(xì)化，僅供參考：

未完待續(xù)，歡迎訂閱！

作者：藍(lán)調(diào)Lee，微博號(hào)：藍(lán)調(diào)L

本文由 @藍(lán)調(diào)Lee 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖由作者提供