功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、結(jié)構(gòu)圖,你還傻傻分不清嗎?(下)

85 評論 326063 瀏覽 1453 收藏 8 分鐘

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

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

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

  • 定義:指脫離產(chǎn)品的實際頁面,將產(chǎn)品的數(shù)據(jù)抽象出來,組合分類的圖表。
  • 作用:
  1. 幫助PM梳理復(fù)雜內(nèi)容的信息組成,避免信息內(nèi)容在展示過程中出現(xiàn)遺漏、混亂、重復(fù);
  2. 作為開發(fā)工程師建立數(shù)據(jù)庫的參考依據(jù);

信息結(jié)構(gòu)圖的繪制通常晚于功能結(jié)構(gòu)圖,往往是在產(chǎn)品設(shè)計階段的概念化過程中,在產(chǎn)品功能框架已確定、功能結(jié)構(gòu)已完善好的情況下才對產(chǎn)品信息結(jié)構(gòu)進(jìn)行分析設(shè)計。

在這里,我們需要強(qiáng)調(diào)的是脫離實際頁面這個概念,在一些產(chǎn)品相關(guān)文章中,我們會看到作者將信息結(jié)構(gòu)圖完全按照頁面的邏輯順序來進(jìn)行分類組合,嚴(yán)格意義上來說,這種圖表不是一份合格的信息結(jié)構(gòu)圖。

我們用微信的個人信息模塊舉例,如下圖所示:

其結(jié)構(gòu)信息圖在這部分的繪制就需要脫離產(chǎn)品的實際頁面,如下:

最后需要強(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)對于用戶體驗就十分重要,需要用信息結(jié)構(gòu)圖作為工具進(jìn)行分析思考。

這里作者簡單繪制了一下微信的信息結(jié)構(gòu)圖作為參考

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

相較于功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖,產(chǎn)品結(jié)構(gòu)圖的定義就很混亂和模糊了,為什么會出現(xiàn)這種情況呢?

一方面產(chǎn)品結(jié)構(gòu)圖從文字理解上來說就容易讓人困惑:產(chǎn)品信息結(jié)構(gòu)圖、產(chǎn)品功能結(jié)構(gòu)圖不都可以簡稱為產(chǎn)品結(jié)構(gòu)圖嘛。

另一方面現(xiàn)有網(wǎng)上流傳的競品分析文檔、產(chǎ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);

最重要的原因是:對于產(chǎn)品結(jié)構(gòu)圖,產(chǎn)品從業(yè)人員這個群體自身都還沒有達(dá)成共識啊。作者在網(wǎng)上搜了搜相關(guān)文章,對于產(chǎn)品結(jié)構(gòu)圖大家的主要理解有3種:

  • 大部分產(chǎn)品人認(rèn)為:產(chǎn)品結(jié)構(gòu)圖即產(chǎn)品功能結(jié)構(gòu)圖的簡稱,可能在產(chǎn)品沒有強(qiáng)調(diào)信息結(jié)構(gòu)的概念時,有部分PM開始簡稱產(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)品信息和功能邏輯的圖表,簡單說產(chǎn)品結(jié)構(gòu)圖就是產(chǎn)品原型的簡化表達(dá)。它能夠在前期的需求評審中或其他類似場景中作為產(chǎn)品原型的替代,因為產(chǎn)品結(jié)構(gòu)圖相較于產(chǎn)品原型,其實現(xiàn)成本低,能夠快速對產(chǎn)品功能結(jié)構(gòu)進(jìn)行增、刪、改操作,減少PM在這個過程中的實現(xiàn)成本。

產(chǎn)品結(jié)構(gòu)圖就是通過信息架構(gòu)設(shè)計,將功能和信息以一種合理自然的邏輯,把功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖中的內(nèi)容放入產(chǎn)品中的每一個頁面的結(jié)果。而現(xiàn)在許多PRD、競品分析中提到的信息結(jié)構(gòu)圖、功能結(jié)構(gòu)圖其實大多數(shù)都是同時含有功能和信息元素的簡化版產(chǎn)品結(jié)構(gòu)圖。如下圖所示:

總結(jié)

在一款產(chǎn)品的設(shè)計過程中,功能結(jié)構(gòu)圖是必須的,信息結(jié)構(gòu)圖視產(chǎn)品和PM自身而定,通常我們初步確定了產(chǎn)品功能結(jié)構(gòu)圖(產(chǎn)品功能框架)之后才開始繪制產(chǎn)品信息結(jié)構(gòu)圖。

在產(chǎn)品設(shè)計流程中,產(chǎn)品功能結(jié)構(gòu)圖是產(chǎn)品概念化階段的初期輸出,產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品概念化的尾期階段輸出物,當(dāng)產(chǎn)品結(jié)構(gòu)圖完成后,我們對產(chǎn)品的基本模樣在心理就有了一個輪廓。同時以產(chǎn)品結(jié)構(gòu)圖作為繪制原型的依據(jù),可以避免我們在產(chǎn)品設(shè)計中邊畫邊改,跳進(jìn)死掐細(xì)節(jié),不見森林的陷阱。

到這里,你是否還對功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、結(jié)構(gòu)圖傻傻分不清呢?

相關(guān)閱讀

功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、結(jié)構(gòu)圖,你還傻傻分不清嗎?(上)

 

作者:藍(lán)調(diào)Lee,微博號:藍(lán)調(diào)L

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

題圖由作者提供

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 假如有兩個主信息模塊都分有相同的子信息模塊。但是第二個主模塊在第一個主模塊的基礎(chǔ)上增加/刪改了一些信息。這樣該怎么整理?

    來自廣東 回復(fù)
    1. 看你畫什么圖呢,如果是信息結(jié)構(gòu)圖,第二個模塊假的內(nèi)容算不算在里頭?算就只畫一個取并集,不算那加的部分算哪歸哪。我覺得

      來自廣東 回復(fù)
    2. 你在說啥

      來自重慶 回復(fù)
  2. 你這結(jié)構(gòu)圖是結(jié)構(gòu)圖么,明明是功能結(jié)構(gòu)圖吧,我的理解是結(jié)構(gòu)圖=產(chǎn)品架構(gòu),信息結(jié)構(gòu)圖是=細(xì)化搬功能結(jié)構(gòu)圖

    來自中國 回復(fù)
  3. 請問一下,信息結(jié)構(gòu)圖就是信息架構(gòu)圖嗎?還有PRD中一般是放哪種圖?

    來自浙江 回復(fù)
  4. 整理的不錯!

    來自廣東 回復(fù)
  5. 信息結(jié)構(gòu)圖我明白了,產(chǎn)品結(jié)構(gòu)圖和功能結(jié)構(gòu)圖還是有點(diǎn)模糊的

    來自上海 回復(fù)
    1. 我理解的是,產(chǎn)品結(jié)構(gòu)圖是原型的頁面框架,簡陋的原型。功能結(jié)構(gòu)圖是以功能為基點(diǎn),比如搜索功能包含哪些,支付功能有哪些小功能小功能。

      來自河北 回復(fù)
    2. 感謝解答~

      來自上海 回復(fù)
    3. 看了很多,目前基本明白了三者的意思和三者之間的關(guān)系。
      1、產(chǎn)品信息結(jié)構(gòu)圖:主要表達(dá)的是你的產(chǎn)品整個的信息層面的前后關(guān)系,跟頁面層級是可有可無的關(guān)系,這句話怎么理解呢?拿筆者舉例的微信來說,微信其實已經(jīng)算是將產(chǎn)品信息一級已經(jīng)放在了底部導(dǎo)航,是微信產(chǎn)品的核心所在。所以在“聯(lián)系人”這個信息結(jié)構(gòu)里面又有了訂閱號等等其他的信息
      2、產(chǎn)品功能結(jié)構(gòu)圖:主要表達(dá)你的產(chǎn)品功能層面的關(guān)系,同樣,和頁面層級先后順序也是可有可無的關(guān)系,比如微信里面有支付功能,支付功能里面又細(xì)分很多種支付方式;又有登錄注冊的功能,又有聊天功能中細(xì)分的文字聊天、語音聊天,這其實已經(jīng)脫離頁面的概念了
      3、產(chǎn)品結(jié)構(gòu)圖:是“功能”和“信息”的結(jié)合,至于怎么結(jié)合,按照頁面層級的關(guān)系結(jié)合!基本是整理你的產(chǎn)品怎么搭建,每個頁面層級要放置什么信息&功能。也就是尼莫船長說的,原型的簡陋版,不過也可以形容是原型的鳥瞰圖 哈哈哈:lol:

      來自北京 回復(fù)
    4. 看這么多篇文章,最終在評論區(qū)找到了解答,感謝

      來自廣東 回復(fù)
    5. 哈哈,不客氣,持續(xù)學(xué)習(xí),不斷理解。

      來自北京 回復(fù)
    6. 1+1=2 信息+功能=結(jié)構(gòu) 類似點(diǎn)+線 成為一個面

      來自河南 回復(fù)
    7. 是的

      來自北京 回復(fù)
    8. 解讀的清晰明了,很好理解~ 贊個~

      來自浙江 回復(fù)
    9. 哈哈,我也是看了很多才理解,能幫助大家理解就好,可能在后期的理解中再次推翻當(dāng)前的理解,但是有進(jìn)步總是好的,對不對,哈哈哈

      來自北京 回復(fù)
  6. 確定,取消 這些按鈕需要展示出來嗎

    來自廣東 回復(fù)
    1. 不用

      來自北京 回復(fù)
  7. 謝謝,對初學(xué)很有幫助 ??

    來自江西 回復(fù)
  8. 一直不明不白 反反復(fù)復(fù)看 受教了終于懂了…

    來自北京 回復(fù)
  9. 只能學(xué)習(xí)能使我快樂

    來自廣東 回復(fù)
  10. 只有我發(fā)現(xiàn)本文的「結(jié)構(gòu)圖」和作者上篇文章中的「功能結(jié)構(gòu)圖」似乎是一模一樣的嗎?

    來自北京 回復(fù)
  11. a

    來自河北 回復(fù)
  12. 功能結(jié)構(gòu)圖會涉及后臺邏輯么?
    比方說:“紅包金額限制(0.01~200)”

    來自浙江 回復(fù)
    1. 不涉及,比如你說的紅包金額限制是屬于產(chǎn)品規(guī)則,不屬于功能。功能最小顆粒度是一個操作,而不是操作的規(guī)則。

      來自廣東 回復(fù)
    2. 那么后臺邏輯應(yīng)該在什么文檔表達(dá)呢?

      來自浙江 回復(fù)
    3. 流程圖或者文字都可以,關(guān)鍵是用最簡單的方式把邏輯表達(dá)清楚

      來自廣東 回復(fù)
    4. 如果像你說這個紅包的限制規(guī)則,可以在需求文檔里寫,或者,你如果用axure寫需求文檔,那就需要在原型注釋里面寫

      來自河北 回復(fù)
  13. 如果產(chǎn)品功能結(jié)構(gòu)圖認(rèn)為是產(chǎn)品原型的簡化表達(dá),那我有個疑問,頁面層級關(guān)系和功能層級關(guān)系不一定是完全一致的,因為功能結(jié)構(gòu)圖是按照功能抽象出來的。作者對此是如何理解的呢?

    來自北京 回復(fù)
    1. 每一步都有它的作用,固定范疇內(nèi)逐步推演才能反復(fù)優(yōu)化的,產(chǎn)品功能結(jié)構(gòu)圖是原型的由來了,更不是簡化版原型。。。產(chǎn)品經(jīng)理的矛盾很多來自于決策者的業(yè)余表現(xiàn),祝君好運(yùn)

      來自北京 回復(fù)
    2. 首先要明白結(jié)構(gòu)圖=結(jié)構(gòu)+圖,是以圖的形式可視化結(jié)構(gòu),結(jié)構(gòu)分為縱向?qū)蛹壗Y(jié)構(gòu)和橫向關(guān)系結(jié)構(gòu)。頁面結(jié)構(gòu)的產(chǎn)生是在功能結(jié)構(gòu)和信息結(jié)構(gòu)之后,可以在原型之前或之后。在原型之前主要作用是梳理原型頁面量,頁面流程關(guān)系,避免漏畫頁面;在原型之后,是為了宏觀向組內(nèi)人展示頁面的層級關(guān)系,也便于前端理解整個產(chǎn)品的跳轉(zhuǎn)關(guān)系,便于測試檢查和驗證。

      來自廣東 回復(fù)
    3. 作者沒有說產(chǎn)品功能圖是產(chǎn)品原型的簡化表達(dá),作者說的是產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品原型的簡化表達(dá)。產(chǎn)品結(jié)構(gòu)圖和產(chǎn)品功能結(jié)構(gòu)圖是不一樣的。

      來自北京 回復(fù)
  14. 如果產(chǎn)品功能結(jié)構(gòu)圖認(rèn)為是產(chǎn)品原型的簡化表達(dá),那我有個疑問,頁面層級關(guān)系和功能層級關(guān)系不一定是完全一致的,因為功能結(jié)構(gòu)圖是按照共軛能抽象出來的。作者對此是如何理解的呢?

    來自北京 回復(fù)
  15. 我可不可以理解,產(chǎn)品結(jié)構(gòu)圖就是現(xiàn)在很多人說的頁面結(jié)構(gòu)圖?

    三個圖:功能結(jié)構(gòu)圖(也可以用功能列表代替),信息架構(gòu)圖和頁面結(jié)構(gòu)圖

    來自上海 回復(fù)
    1. 看了這篇文章后我也是這么想的。。但是作者并沒有指出頁面結(jié)構(gòu)圖是一種什么樣的存在……

      來自北京 回復(fù)
    2. 被互聯(lián)網(wǎng)這些大咖們整的名詞給繞暈了

      來自上海 回復(fù)
    3. 同感

      來自北京 回復(fù)
    4. 他說的這個應(yīng)該是功能和信息組合起來叫產(chǎn)品結(jié)構(gòu)吧

      來自福建 回復(fù)
    5. 作者好像是這個意思,又好像不是。

      來自上海 回復(fù)
    6. 感覺可以理解為:頁面+功能 描述完整的整個產(chǎn)品 信息沒啥必要,現(xiàn)在看來是這樣

      來自福建 回復(fù)
    7. 信息結(jié)構(gòu)圖比較抽象,給開發(fā)看了有益

      來自上海 回復(fù)
    8. 你這個有益是啥,建表?比如上圖的 我的信息/好友信息 其實都屬于用戶信息,開發(fā)一張表就解決了。你抽象成兩個,沒啥用啊

      來自福建 回復(fù)
  16. 給你點(diǎn)贊,一直傻傻分不清楚的人說的就是我,謝謝啦

    來自廣東 回復(fù)
  17. 收銀管理系統(tǒng)分C端和管理后端的產(chǎn)品結(jié)構(gòu)圖如何制作,C端有的功能,B端也有例如訂單管理,支付方式配置等,求大神指點(diǎn)

    來自江蘇 回復(fù)
    1. 可以嘗試泳道圖 Swinlane ??

      來自上海 回復(fù)
  18. 寫的很棒,滿滿噠干貨,受益匪淺

    來自福建 回復(fù)
  19. 產(chǎn)品結(jié)構(gòu)圖就是信息架構(gòu)圖嘛

    來自廣東 回復(fù)
    1. 簡單來說,產(chǎn)品結(jié)構(gòu)圖就是產(chǎn)品有哪些功能模塊,而信息架構(gòu)圖就是,功能模塊是干啥的

      來自廣東 回復(fù)
    2. 描述功能模塊

      來自廣東 回復(fù)
  20. 很迷惑,看了里面的很多PRD;看了這篇文章實戰(zhàn)了一下,并且邊實戰(zhàn)邊回來看,受益匪淺,真的感謝

    回復(fù)
  21. 寫得很嚴(yán)謹(jǐn)呢,搜到的prd都是新人的倒推練習(xí),不免對定義產(chǎn)生疑惑,搜到這兩篇文章受益匪淺~

    來自北京 回復(fù)
  22. 功能結(jié)構(gòu)到產(chǎn)品結(jié)構(gòu),信息結(jié)構(gòu)可能是當(dāng)中的一個過度,最終結(jié)果為了完善產(chǎn)品結(jié)構(gòu)圖。

    來自江蘇 回復(fù)
    1. 大哥你頭像咋動起來的呀,挺好看的,我能設(shè)置不? ??

      來自廣東 回復(fù)
    2. 我也挺好奇 哈哈

      來自北京 回復(fù)
    3. 贊同

      來自廣東 回復(fù)
    4. 你這句話好精髓,本來還迷糊的,看到你這句話有點(diǎn)突然感覺了

      來自浙江 回復(fù)
  23. 畫的最多的就是產(chǎn)品功能結(jié)構(gòu)圖,信息結(jié)構(gòu)圖和結(jié)構(gòu)圖沒有畫過。
    像文中所說的,在功能結(jié)構(gòu)圖中不可避免的糅雜了信息描述。

    來自上海 回復(fù)
  24. 請問,結(jié)構(gòu)圖例包含了信息架構(gòu)與功能架構(gòu)嗎?

    來自河南 回復(fù)
    1. 因為不同人對信息架構(gòu)和功能架構(gòu)的理解不一樣,可以這樣說:結(jié)構(gòu)圖中包含了功能結(jié)構(gòu)和信息結(jié)構(gòu)

      來自廣東 回復(fù)
  25. 請問大神,后臺管理與前端的產(chǎn)品結(jié)構(gòu)圖如何放到一起結(jié)合起來畫?

    來自北京 回復(fù)
    1. 為什么需要放到一起畫呢?可以先使用流程圖梳理其中的聯(lián)系,如果確實有必要的話腦圖的二級項目分為一個前端和一個后臺管理就可以了,建議有問題到問答模塊提問,會有真正的大神幫你回答的,也會得到更多的詳細(xì)的回答,提問描述記得要闡述問題背景和你想要達(dá)到的目的 ??

      來自廣東 回復(fù)
  26. 解決了我一直以來的疑惑!受教!感謝!

    來自福建 回復(fù)
  27. 好文

    來自浙江 回復(fù)
  28. 我對功能結(jié)構(gòu)和信息結(jié)構(gòu)圖到時經(jīng)常畫,產(chǎn)品結(jié)構(gòu)圖沒畫過(或者自己畫了卻不自知)。。。不過還是從您的文章中學(xué)到了很多,吃水不忘挖井人,謝謝!

    來自四川 回復(fù)
    1. 吃井不忘挖水人??!

      來自福建 回復(fù)
    2. 井好吃么? ??

      來自北京 回復(fù)
  29. 受用,辛苦了

    來自江蘇 回復(fù)
  30. 辛苦大大,分析的很到位,

    來自北京 回復(fù)