功能結構圖、信息結構圖、結構圖,你還傻傻分不清嗎?(下)
你還在問產品結構圖到底是信息結構圖還是功能結構圖嗎?這里有微信的實際例圖幫助你更好地理解這組命運三姐妹圖類。在寫PRD、競品分析文檔中,我們常常會看到產品結構圖、產品功能結構圖或者產品信息結構圖的身影,但需要講清楚他們的定義和作用也真沒看上去那么簡單,這里作者嘗試分享一下自己的觀點。
特別聲明:由于篇幅和其他因素限制,本系列中所有的實例圖在完整性上有省略和簡化,僅作為舉例講解用,請讀者不要糾結圖表是否描述完整、是否有缺失模塊,主要是給讀者來對比3類圖表的聯系與區別。
信息結構圖
- 定義:指脫離產品的實際頁面,將產品的數據抽象出來,組合分類的圖表。
- 作用:
- 幫助PM梳理復雜內容的信息組成,避免信息內容在展示過程中出現遺漏、混亂、重復;
- 作為開發工程師建立數據庫的參考依據;
信息結構圖的繪制通常晚于功能結構圖,往往是在產品設計階段的概念化過程中,在產品功能框架已確定、功能結構已完善好的情況下才對產品信息結構進行分析設計。
在這里,我們需要強調的是脫離實際頁面這個概念,在一些產品相關文章中,我們會看到作者將信息結構圖完全按照頁面的邏輯順序來進行分類組合,嚴格意義上來說,這種圖表不是一份合格的信息結構圖。
我們用微信的個人信息模塊舉例,如下圖所示:
其結構信息圖在這部分的繪制就需要脫離產品的實際頁面,如下:
最后需要強調的是:信息結構圖主要適用于產品信息構成比較復雜需要考慮優化的情況,如內容型產品(博客、web門戶網站等),產品的信息結構對于用戶體驗就十分重要,需要用信息結構圖作為工具進行分析思考。
這里作者簡單繪制了一下微信的信息結構圖作為參考
結構圖
相較于功能結構圖和信息結構圖,產品結構圖的定義就很混亂和模糊了,為什么會出現這種情況呢?
一方面產品結構圖從文字理解上來說就容易讓人困惑:產品信息結構圖、產品功能結構圖不都可以簡稱為產品結構圖嘛。
另一方面現有網上流傳的競品分析文檔、產品體驗文檔、PRD文檔有不少是由產品新人模仿前輩流傳出來的文檔模板來寫的。但讓人尷尬的是,有部分同學沒有進行細致深入地了解。經常在一篇文章中,前面說是產品的功能結構圖,結果圖中是產品功能有,產品信息要素也有,沒有理解功能結構圖的定義。而后來的初學者又從這些文章中去了解學習產品功能結構圖、產品信息結構圖,導致惡性循環;
最重要的原因是:對于產品結構圖,產品從業人員這個群體自身都還沒有達成共識啊。作者在網上搜了搜相關文章,對于產品結構圖大家的主要理解有3種:
- 大部分產品人認為:產品結構圖即產品功能結構圖的簡稱,可能在產品沒有強調信息結構的概念時,有部分PM開始簡稱產品功能結構圖為產品結構圖,之后便默認了這種稱呼,當出現產品信息結構圖后,概念就產生了混淆;
- 一部分產品人認為:產品結構圖是綜合展示產品信息和功能邏輯的圖表;
- 少部分產品人認為:產品結構圖就是產品信息架構圖。
在這里,作者更認同第2種觀念:
產品結構圖是綜合展示產品信息和功能邏輯的圖表,簡單說產品結構圖就是產品原型的簡化表達。它能夠在前期的需求評審中或其他類似場景中作為產品原型的替代,因為產品結構圖相較于產品原型,其實現成本低,能夠快速對產品功能結構進行增、刪、改操作,減少PM在這個過程中的實現成本。
產品結構圖就是通過信息架構設計,將功能和信息以一種合理自然的邏輯,把功能結構圖和信息結構圖中的內容放入產品中的每一個頁面的結果。而現在許多PRD、競品分析中提到的信息結構圖、功能結構圖其實大多數都是同時含有功能和信息元素的簡化版產品結構圖。如下圖所示:
總結
在一款產品的設計過程中,功能結構圖是必須的,信息結構圖視產品和PM自身而定,通常我們初步確定了產品功能結構圖(產品功能框架)之后才開始繪制產品信息結構圖。
在產品設計流程中,產品功能結構圖是產品概念化階段的初期輸出,產品結構圖是產品概念化的尾期階段輸出物,當產品結構圖完成后,我們對產品的基本模樣在心理就有了一個輪廓。同時以產品結構圖作為繪制原型的依據,可以避免我們在產品設計中邊畫邊改,跳進死掐細節,不見森林的陷阱。
到這里,你是否還對功能結構圖、信息結構圖、結構圖傻傻分不清呢?
相關閱讀
作者:藍調Lee,微博號:藍調L
本文由 @藍調Lee 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖由作者提供
很棒!確實很多文章都誤導人,這篇文章寫的很好
本文中的產品結構圖看上去就像是產品功能結構圖的詳細版。只不過是刪除了功能結構圖中的“動詞”部分
功能結構圖是指產品功能模塊的層層分布,一個功能往往會分布到產品的不同頁面,需要去將核心功能提煉出來,并細化出核心功能下的細節功能;
信息結構圖是指一個功能或頁面上需要呈現哪些信息,這主要是幫助我們清晰的了解一個功能需要展示哪些信息,方便查漏補缺;
結構圖即為功能結構圖+信息結構圖,可以理解為產品原型圖的文字版,包含了功能及實現這個功能之前之后需要展示的哪些信息。
感謝大佬總結,精辟!
產品結構圖,就像程序里的邏輯對數據的加工,也是一個整體。
這是最好的概括和理解,反正我懂了。我目前不是產品,因為這個事情我還特意問過和開發討論過,我們公司的產品一般不會輸出信息架構圖,所以產品經理每一個頁面需要展示什么是沒有一個清晰的概念的,對開發來說也需要自己去根據頁面和功能去抽象對象和類進行建庫(好像大多數開發都是這樣)。所以信息架構圖的作用第一是為了產品經理自己本身去清晰頁面的信息展示,第二是為了給開發作為建庫的標準。建議想要理解清楚的各位不要盲目去看一些新手倒推的PRD文檔,為了文檔而寫作,里面的東西都不是自己的,看上去沒有什么邏輯和思路。(個人認為好的PRD不是內容多少、豐富程度。能否讓開發、測試、UI快速理解、看懂,減少溝通交流成本,把事情講清楚才是王道。)
寫的真好啊,豁然開朗
我想問一下,信息結構圖是跳出實際頁面的產物,那么就是說信息結構圖不需要表示出該出現在的頁面嗎
感謝作者,之前看好多PRD案例都有這幾個圖,一直沒有搞明白其中的區別,這兩篇文章已經講得很通俗易懂了
功能圖為了不遺漏功能,信息圖為了不遺漏字段,流程圖為了不遺漏環節。產品結構圖是個大的匯總。到了具體原型的時候,為了用戶體驗和一些產品目的,又會重新把功能信息流程重新組織起來。
感覺上。功能結構圖是大功能小功能的合并從屬關系。功能實際上是由信息(字段)和流程(邏輯判斷)組成的。所以拆開來就是信息結構圖,表達信息之間的包含從屬關系;還有流程圖包含了信息的流轉變化關系。而為了用戶體驗,不是大面積信息堆砌再一個頁面,就會把信息拆開來放到不同頁面,但是再信息圖里其實還是再同個分類。
寫了有些太混亂了,還是不能比較直觀的了解,缺少實踐案例,對于新人來講,肯定是容易混淆的
信息結構圖與結構圖就弄把人弄暈
我理解的:
功能結構圖里面放的是操作和方法,信息結構圖里放的是內容和字段。
比如新建標簽本身是一個操作,但是要建的標簽名稱是一個信息。
再比如地圖分級顯示是一個操作,然后它顯示的內容比如說人口、出生率、GDP這些是信息。
是的,我上下兩篇都看了 還是云里霧里的
1、功能結構圖:按功能模塊劃分,每個模塊包含什么功能,用戶能干什么。比如,即時通訊分為:通話、通訊錄。通常情況下,是很成熟的行業使用的,模塊通用,可以簡單理解為數學中全球通用的數學符號。便于與程序員和客戶(定制產品)溝通、排期和談價格。
2、信息結構圖:指的是單純的信息,是頁面要顯示的元素,與數據有關。如:微信首頁列表元素,頭像、昵稱、時間、消息內容。通常情況下,是產品結構過于復雜,為避免信息缺漏,PM自查用的,同時也方便程序員建立數據庫。
3、產品結構圖:原型的文字版,含頁面信息和功能邏輯。主要對團隊(老板、UI、程序員、實習生)展示,便于畫原型前,提前溝通,增刪改查?!懂a品體驗》中常見的就是產品結構圖。
寫的很棒啊。。??偹愀忝靼琢?。。。。
看完了評論我發現這個名詞還是沒有被明確定義,因此每次在說之前要確認某個名詞的含義變得至關重要了
理解了作者的意思,這篇我感覺相對是在抽象的角度上去講,產品架構圖=信息架構+功能架構,確實起的是偏概念的大綱作用;
而與之對應的頁面流程圖,則相對于具象一些,將功能和信息按照頁面的層級去做的劃分;
其實仔細想想,頁面流程圖不就是簡易版的原型+流程嘛?
辛苦了!有個問題:
“微信結構圖”詳細資料頁 與 個人詳細資料頁 是不是重疊了,我不大明白前者是表達什么,還是說您想表達對話中點自己頭像進去后的頁面內容呢?