您還在詢(xún)問(wèn)產(chǎn)品結(jié)構(gòu)圖是信息結(jié)構(gòu)圖還是功能結(jié)構(gòu)圖？這是微信的一個(gè)實(shí)際例子，可以幫助您更好地理解這組命運(yùn)三姐妹圖。

在編寫(xiě)PRD和競(jìng)爭(zhēng)產(chǎn)品分析文檔時(shí)，我們經(jīng)常會(huì)看到產(chǎn)品結(jié)構(gòu)圖，產(chǎn)品功能結(jié)構(gòu)圖或產(chǎn)品信息結(jié)構(gòu)圖，但有必要弄清楚它們的定義和功能并不像看起來(lái)那么簡(jiǎn)單。嘗試分享您的觀點(diǎn)。

特別聲明：由于篇幅和其他因素，本系列中的所有示例都在完整性方面被省略和簡(jiǎn)化。它們僅用作示例。請(qǐng)不要糾纏圖表來(lái)描述描述是否完整以及是否缺少模塊，主要是針對(duì)讀者。比較三種類(lèi)型的圖表之間的鏈接和差異。

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

1.定義

功能結(jié)構(gòu)圖是根據(jù)功能從屬關(guān)系繪制的圖。圖中的每個(gè)框稱(chēng)為功能模塊。功能模塊可根據(jù)具體情況分為更大或更小的功能模塊。最小的功能模塊可以是程序中的每個(gè)處理，并且較大的功能模塊可以是完成特定任務(wù)的一組程序。 （百度定義）在簡(jiǎn)單的語(yǔ)言中，功能結(jié)構(gòu)圖是一個(gè)功能模塊，并在模塊下引入其功能圖。

2，角色

產(chǎn)品概念設(shè)計(jì)中使用的工具之一可以更簡(jiǎn)潔明了地表示未完全定義的設(shè)計(jì)問(wèn)題或更模糊的設(shè)計(jì)要求。在繪圖過(guò)程中，它可以幫助PM思考和清除產(chǎn)品及其功能組件的功能模塊;

結(jié)合要求，在鳥(niǎo)瞰圖中直觀地了解整個(gè)產(chǎn)品頁(yè)面的功能結(jié)構(gòu)，以防止在將產(chǎn)品需求轉(zhuǎn)換為功能需求的過(guò)程中丟失功能模塊和功能點(diǎn)。

3.備注

在區(qū)分功能結(jié)構(gòu)，信息結(jié)構(gòu)圖和結(jié)構(gòu)圖之前，有一個(gè)重要的前提是要求每個(gè)人達(dá)成共識(shí)：軟件產(chǎn)品本身是傳遞信息和提供功能的載體。無(wú)法存儲(chǔ)完全絕對(duì)的信息或功能性產(chǎn)品。信息通常伴隨著功能，我們很難畫(huà)出一條線來(lái)完全分開(kāi)兩者。從某種意義上說(shuō)，信息傳遞甚至是軟件產(chǎn)品最重要的核心功能。鑒于此，我們通常默認(rèn)將信息顯示功能分開(kāi)，作為信息架構(gòu)的一部分，而不考慮產(chǎn)品功能結(jié)構(gòu)中的信息顯示功能。

以下是對(duì)信息和功能糾纏示例的更好理解，如微信的個(gè)人信息模塊（如下圖所示），“名稱(chēng)”字段既是信息又是修改設(shè)置。

因此，理解許多功能結(jié)構(gòu)圖中出現(xiàn)的信息結(jié)構(gòu)的元素并不難，但由于使用功能結(jié)構(gòu)圖（即上述角色）的目的需要我們專(zhuān)注于產(chǎn)品功能的維度，我們應(yīng)該著重于功能結(jié)構(gòu)圖。減少信息結(jié)構(gòu)元素出現(xiàn)的可能性。

在使用上述函數(shù)和信息糾纏的例子中，功能結(jié)構(gòu)圖中的許多朋友將直接使用“名稱(chēng)”來(lái)表示其功能點(diǎn)，繪圖人可能對(duì)自己清楚，但是看著的人圖片會(huì)有疑問(wèn)：這個(gè)“名字”最后，它指的是查看名稱(chēng)或查看和修改名稱(chēng)的能力。

在這里引入一個(gè)小的這里，在描述一個(gè)功能點(diǎn)時(shí)，建議使用“動(dòng)詞+名詞”的語(yǔ)言描述形式，它不僅更準(zhǔn)確地傳達(dá)信息，而且避免了讀者不必要的混淆。如上例所示，我們可以將名稱(chēng)的名稱(chēng)更改為“設(shè)置名稱(chēng)”或“視圖并設(shè)置名稱(chēng)”以描述功能點(diǎn)。

4.如何繪制功能結(jié)構(gòu)圖

在實(shí)際應(yīng)用中，產(chǎn)品功能結(jié)構(gòu)圖通常在以下兩種情況下繪制：

在設(shè)計(jì)階段利用未完成的產(chǎn)品來(lái)確定產(chǎn)品功能結(jié)構(gòu);

繪制產(chǎn)品的最終版本，以分析和轉(zhuǎn)移產(chǎn)品的功能結(jié)構(gòu);

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

首先，主要功能模塊應(yīng)該是整個(gè)業(yè)務(wù)流程中產(chǎn)品的核心功能模塊。我們可以通過(guò)業(yè)務(wù)流程中涉及的功能要求來(lái)優(yōu)化主要功能模塊。細(xì)化完成后，檢查業(yè)務(wù)流程一次，看是否缺少主要功能模塊。

例如，假設(shè)我們參與了微信的早期功能設(shè)計(jì)。該產(chǎn)品的初始定位是移動(dòng)社交軟件，因此其相應(yīng)的核心業(yè)務(wù)可以簡(jiǎn)化為

通過(guò)這種方式，我們可以在產(chǎn)品設(shè)計(jì)階段輕松找到微信的主要功能模塊，如下：

與現(xiàn)有版本的微信功能結(jié)構(gòu)圖相比，經(jīng)過(guò)數(shù)百次迭代，主要功能結(jié)構(gòu)幾乎沒(méi)有變化，我們不得不欣賞其功能結(jié)構(gòu)的擴(kuò)展;

通過(guò)業(yè)務(wù)流程確定主功能模塊后，可以根據(jù)業(yè)務(wù)需求進(jìn)行功能的詳細(xì)設(shè)計(jì)，不再進(jìn)行擴(kuò)展。

2）如何繪制確認(rèn)產(chǎn)品的功能結(jié)構(gòu)圖？

繪制定義產(chǎn)品功能結(jié)構(gòu)圖的最快方法是通過(guò)參考產(chǎn)品的Tab功能模塊找到產(chǎn)品的主要功能模塊，然后詳細(xì)介紹功能模塊提供的下一級(jí)功能模塊或功能根據(jù)等級(jí)成員關(guān)系。如果需要，可以將粒度細(xì)化到描述功能操作的程度。

這是圖片的頂部“微信功能結(jié)構(gòu)圖（V6.5.21）”，為什么主要功能模塊不是“微信”，“地址簿”，“發(fā)現(xiàn)”，“功能模塊？” p>

在這里，作者希望傳達(dá)一個(gè)概念，即結(jié)構(gòu)圖中的主要功能模塊不一定是Tab中的標(biāo)簽功能模塊。很多時(shí)候產(chǎn)品受到移動(dòng)終端的空間限制的限制，并且該功能必須分成3到4個(gè)標(biāo)簽。這是一種務(wù)實(shí)的妥協(xié)。當(dāng)然，在正常情況下使用Tab標(biāo)簽名稱(chēng)作為主要功能模塊并沒(méi)有錯(cuò)。但是，當(dāng)產(chǎn)品功能復(fù)雜時(shí)，產(chǎn)品功能結(jié)構(gòu)圖有些粗糙。繪制已識(shí)別產(chǎn)品的功能結(jié)構(gòu)圖有助于我們探索該產(chǎn)品的核心功能模塊，并梳理產(chǎn)品的功能架構(gòu)。我們建議作者可以嘗試從Tab選項(xiàng)卡中挖掘并描述他自己語(yǔ)言的主要功能模塊。

那么，我們可以自由地將標(biāo)簽功能模塊中的輔助功能模塊劃分為主功能模塊嗎？

實(shí)際上，它不一樣，無(wú)論應(yīng)用程序有多復(fù)雜，主要功能模塊的劃分?jǐn)?shù)量都不能太多（5-9更好）。通常，在分析產(chǎn)品功能結(jié)構(gòu)后，我們?nèi)匀粫?huì)使用Tab功能模塊。作為主要功能模塊，它然后組織其下屬的功能模塊。只有當(dāng)我們認(rèn)為子功能模塊在業(yè)務(wù)中太重要并且產(chǎn)品的價(jià)值很高時(shí)，我們才能將其劃分為單個(gè)主要功能模塊。

這是一個(gè)小技巧。當(dāng)在不同的Tab功能模塊中重復(fù)顯示輔助功能模塊時(shí)，我們可以考慮將其拆分為主功能模塊，因?yàn)檫@個(gè)時(shí)間意味著輔助功能模塊在產(chǎn)品中。它在業(yè)務(wù)流程中非常重要，它還使我們的產(chǎn)品功能結(jié)構(gòu)圖更加簡(jiǎn)潔明了。如上圖所示，微信功能結(jié)構(gòu)圖中的搜索模塊（V6.5.21）”顯示在WeChat功能模塊和Tab中的地址簿功能模塊中。

最后，您如何確定功能結(jié)構(gòu)圖中的粒度？

功能結(jié)構(gòu)圖中的粒度需要根據(jù)具體應(yīng)用場(chǎng)景確定，繪圖人員可以根據(jù)需要進(jìn)行控制。例如，在產(chǎn)品設(shè)計(jì)過(guò)程中，功能結(jié)構(gòu)的建立是設(shè)計(jì)師從融合到融合的設(shè)計(jì)思維過(guò)程。開(kāi)始時(shí)的粒度通常很大，并且可能僅涉及某個(gè)功能模塊。提前，功能結(jié)構(gòu)圖的粒度將不斷細(xì)化，最后可以分成特定的功能操作。這里筆者將“微信模塊 - 個(gè)人對(duì)話(huà)”功能模塊進(jìn)行細(xì)化，僅供參考：

二，信息結(jié)構(gòu)圖

1.定義：指產(chǎn)品的實(shí)際頁(yè)面，抽象產(chǎn)品數(shù)據(jù)，并結(jié)合分類(lèi)圖表。

2，角色：

幫助PM整理復(fù)雜內(nèi)容的信息構(gòu)成，避免在演示過(guò)程中遺漏，混淆和重復(fù)信息內(nèi)容;

作為開(kāi)發(fā)工程師建立數(shù)據(jù)庫(kù)的參考;

信息結(jié)構(gòu)圖通常晚于功能結(jié)構(gòu)圖繪制。它通常處于產(chǎn)品設(shè)計(jì)階段的概念化過(guò)程中。只有在確定了產(chǎn)品功能框架并改進(jìn)了功能結(jié)構(gòu)后，才會(huì)對(duì)產(chǎn)品信息結(jié)構(gòu)進(jìn)行分析和設(shè)計(jì)。

在這里，我們需要強(qiáng)調(diào)離開(kāi)實(shí)際頁(yè)面的概念。在一些與產(chǎn)品相關(guān)的文章中，我們將看到作者根據(jù)頁(yè)面的邏輯順序?qū)π畔⒔Y(jié)構(gòu)圖進(jìn)行分類(lèi)和組合。嚴(yán)格來(lái)說(shuō)，此圖表不是合格的信息結(jié)構(gòu)圖。

我們以微信的個(gè)人信息模塊為例，如下所示：

此部分中的結(jié)構(gòu)信息圖的繪制需要與產(chǎn)品的實(shí)際頁(yè)面分開(kāi)，如下所示：

最后，需要強(qiáng)調(diào)的是，信息結(jié)構(gòu)圖主要適用于產(chǎn)品信息構(gòu)成復(fù)雜且需要考慮優(yōu)化的情況。例如，基于內(nèi)容的產(chǎn)品（博客，門(mén)戶(hù)網(wǎng)站等），產(chǎn)品的信息結(jié)構(gòu)對(duì)于用戶(hù)體驗(yàn)非常重要，并且需要信息。結(jié)構(gòu)圖用作分析和思考的工具。

在這里，作者只是在微信上畫(huà)了一條消息作為參考

三，結(jié)構(gòu)圖

與功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖相比，產(chǎn)品結(jié)構(gòu)圖的定義非?；靵y和模糊。為什么會(huì)這樣？

一方面，產(chǎn)品結(jié)構(gòu)圖很容易與文本理解相混淆：產(chǎn)品信息結(jié)構(gòu)圖和產(chǎn)品功能結(jié)構(gòu)圖不能簡(jiǎn)單地稱(chēng)為產(chǎn)品結(jié)構(gòu)圖。

另一方面，許多現(xiàn)有的競(jìng)爭(zhēng)產(chǎn)品分析文檔，產(chǎn)品體驗(yàn)文檔和在互聯(lián)網(wǎng)上傳播的PRD文檔都是由新手模仿前輩的產(chǎn)品模板編寫(xiě)的。令人尷尬的是，有些學(xué)生沒(méi)有詳細(xì)而深入的了解。通常在文章中，前面被認(rèn)為是產(chǎn)品的功能結(jié)構(gòu)。在結(jié)果中，產(chǎn)品特征，產(chǎn)品信息元素和功能結(jié)構(gòu)的定義。后來(lái)初學(xué)者從這些文章中了解到產(chǎn)品結(jié)構(gòu)圖和產(chǎn)品信息結(jié)構(gòu)圖，導(dǎo)致了惡性循環(huán);

最重要的原因是：對(duì)于產(chǎn)品結(jié)構(gòu)圖，產(chǎn)品從業(yè)者自己尚未達(dá)成共識(shí)。作者在互聯(lián)網(wǎng)上搜索了相關(guān)文章，對(duì)產(chǎn)品結(jié)構(gòu)圖有三個(gè)主要的理解：

大多數(shù)產(chǎn)品人認(rèn)為產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品功能結(jié)構(gòu)圖的縮寫(xiě)。當(dāng)產(chǎn)品不強(qiáng)調(diào)信息結(jié)構(gòu)的概念時(shí)，一些PM開(kāi)始將產(chǎn)品功能結(jié)構(gòu)圖稱(chēng)為產(chǎn)品結(jié)構(gòu)圖，然后默認(rèn)該名稱(chēng)。當(dāng)產(chǎn)品信息結(jié)構(gòu)圖出現(xiàn)時(shí)，這個(gè)概念很混亂;

有些產(chǎn)品的人認(rèn)為產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品信息和功能邏輯的綜合展示;

少數(shù)產(chǎn)品認(rèn)為產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品信息架構(gòu)圖。

在這里，作者同意第二個(gè)概念：

產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品信息和功能邏輯的綜合顯示。簡(jiǎn)而言之，產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品原型的簡(jiǎn)化表示。它可以在以前的需求評(píng)論或其他類(lèi)似場(chǎng)景中用作產(chǎn)品原型的替代品，因?yàn)楫a(chǎn)品結(jié)構(gòu)圖的成本低于產(chǎn)品原型，并且可以快速添加，刪除和修改產(chǎn)品功能結(jié)構(gòu)，從而減少PM。在此過(guò)程中實(shí)施的成本。

產(chǎn)品結(jié)構(gòu)圖是通過(guò)信息架構(gòu)設(shè)計(jì)將功能和信息以合理自然的邏輯放入產(chǎn)品的每個(gè)頁(yè)面的結(jié)果。如今，PRD和競(jìng)爭(zhēng)分析中提到的大多數(shù)信息結(jié)構(gòu)圖和功能結(jié)構(gòu)圖大多是包含功能和信息元素的簡(jiǎn)化產(chǎn)品結(jié)構(gòu)圖。如下圖所示：

總結(jié)

在產(chǎn)品的設(shè)計(jì)過(guò)程中，功能結(jié)構(gòu)圖是必要的。信息結(jié)構(gòu)圖取決于產(chǎn)品和PM本身。通常，在我們初步確定產(chǎn)品功能結(jié)構(gòu)圖（產(chǎn)品功能框架）之后，我們開(kāi)始繪制產(chǎn)品信息結(jié)構(gòu)圖。

在產(chǎn)品設(shè)計(jì)過(guò)程中，產(chǎn)品功能結(jié)構(gòu)圖是產(chǎn)品概念化階段的初始輸出，產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品概念化尾部階段的輸出。當(dāng)產(chǎn)品結(jié)構(gòu)圖完成時(shí)，我們?cè)谛睦韺W(xué)上有一個(gè)基本的產(chǎn)品外觀。輪廓。同時(shí)，使用產(chǎn)品結(jié)構(gòu)圖作為繪制原型的基礎(chǔ)，我們可以避免產(chǎn)品設(shè)計(jì)的變化，跳入死亡的細(xì)節(jié)，而不是看到森林的陷阱。

此時(shí)，您對(duì)功能結(jié)構(gòu)圖，信息結(jié)構(gòu)圖和結(jié)構(gòu)圖仍然愚蠢嗎？

文字/PM_allen

« 免費(fèi)開(kāi)源智能網(wǎng)站建設(shè)系統(tǒng)是免費(fèi)網(wǎng)站嗎？ | 網(wǎng)站內(nèi)容構(gòu)建需要優(yōu)先考慮用戶(hù)認(rèn)知和瀏覽體驗(yàn) »