人的腦容量是有限的，面對復(fù)雜的產(chǎn)品設(shè)計可能就會出現(xiàn)邏輯混亂的問題。此時，信息結(jié)構(gòu)圖就是一個有力的助手，可以最大程度避免這種情況。

上一篇文章《產(chǎn)品經(jīng)理的必備技能：功能結(jié)構(gòu)圖》，介紹了什么是功能結(jié)構(gòu)圖、繪制功能結(jié)構(gòu)圖有什么好處，以及如何繪制功能結(jié)構(gòu)圖。

有同學(xué)對功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖的區(qū)別產(chǎn)生了疑問，這篇文章，單獨對信息結(jié)構(gòu)圖做詳細(xì)的介紹。

一、什么是信息結(jié)構(gòu)圖？

我們每天都在接收和處理信息。

打開微信聊天列表，好友頭像是信息、好友備注名是信息、最近聯(lián)系時間是信息、最后一天聊天記錄是信息。

進(jìn)入聊天詳情頁面，好友備注名是信息、好友頭像是信息、自己的頭像是信息、每一條聊天記錄是信息、聊天記錄的類型也是信息。

信息是有結(jié)構(gòu)的。

大部分公司都會為員工建立員工檔案，員工檔案信息一般包括姓名、性別、名族、籍貫、出生年月、身份證號碼、所屬部門、所在崗位、入職時間、轉(zhuǎn)正時間、合同到期時間、工作單位、工作時間、職位、收入情況、離職原因、畢業(yè)院校、學(xué)習(xí)時間、所學(xué)專業(yè)、獲得證書等信息。

這么多信息，看著就覺得很累。

于是，我們將這些信息進(jìn)行分組：

1. 基本信息（姓名、性別、名族、籍貫、出生年月、身份證號碼）；
2. 入職信息（所屬部門、所在崗位、入職時間、轉(zhuǎn)正時間、合同到期時間）；
3. 工作經(jīng)歷（工作單位、工作時間、職位、收入情況、離職原因）；
4. 教育經(jīng)歷（畢業(yè)院校、學(xué)習(xí)時間、所學(xué)專業(yè)、獲得證書）。

分組后的員工檔案，相對更清晰、更有條理。

為了清楚地描述一個對象，把信息按一定的邏輯，組合到一起，就構(gòu)成了這個對象的信息結(jié)構(gòu)圖。

二、信息結(jié)構(gòu)圖有什么特點？

1. 功能原材料的說明書

狹義上看，功能存在的目的，是滿足用戶需求。而“功能”的實現(xiàn)，是需要有“信息”這個基礎(chǔ)的——有信息的存在，才能對這個信息進(jìn)行操作，才能有功能。

發(fā)送好友名片是一個功能，這個功能的存在是為了滿足用戶推薦好友的需求。從用戶的視角來看，是把一個好友的名片發(fā)送給了另一個好友。但本質(zhì)上，是把一個好友的信息，發(fā)送給了另一個好友，發(fā)送好友名片功能的實現(xiàn)，依賴于好友名片信息。

正如同“巧婦難為無米之炊”?！按丁笔枪δ?，“米”是信息。有米，才能炊。

大部分時候，我們更直觀關(guān)注到的是功能，而不是信息。因為功能是按照我們的心智模型設(shè)計的，我們使用產(chǎn)品，往小了說，實際上是在使用功能，而不是在直接使用信息。

信息往往被隱藏在功能的背后。

我把好友名片發(fā)送給我的朋友，我并不關(guān)心我具體發(fā)送了哪些信息，我只關(guān)心我有沒有發(fā)出去。同樣的，我的朋友收到名片后，并不關(guān)心名片里有哪些內(nèi)容，他會去添加好友，然后開始對話——好友名片信息，就這么被隱藏起來。

用戶的感知上，他只使用了功能，卻對功能背后的信息無感。

有了信息，我們才可以對應(yīng)地設(shè)計出很多的頁面和功能。

有了好友名片信息，微信設(shè)計了發(fā)送好友功能、編輯好友名片功能、通訊錄功能等等。

信息結(jié)構(gòu)圖，是功能的數(shù)據(jù)抽象，是功能原材料的說明書。

2. 與頁面和交互沒有關(guān)聯(lián)

有些產(chǎn)品搞混了信息結(jié)構(gòu)圖和功能結(jié)構(gòu)圖的區(qū)別，在繪制信息結(jié)構(gòu)圖時，按照頁面和交互來繪制。每個頁面是一個對象、頁面中的功能模塊或交互是一個子對象。

看起來有信息、有結(jié)構(gòu)，但其實并不是信息結(jié)構(gòu)圖。

信息結(jié)構(gòu)圖，其實跟頁面和交互是沒有關(guān)聯(lián)的。

我們在設(shè)計頁面或交互時，為了更好地實現(xiàn)業(yè)務(wù)流程、更方便用戶理解，往往會在多個頁面或多個地方顯示同一個信息。

以我們最常使用的微信為例，微信好友名片信息，包含了多個字段：頭像、備注名、昵稱、微信號、地區(qū)、電話號碼、標(biāo)簽、描述（文字描述、圖片描述）、個性簽名、來源、是否星標(biāo)、朋友圈和視頻動態(tài)可見狀態(tài)、是否黑名單。

這些字段分別出現(xiàn)在多個頁面，且在多個功能中有使用到：

1）通訊錄列表中，顯示了頭像、備注名、昵稱

2）名片詳情頁中，顯示了頭像、備注名、昵稱、微信號、地區(qū)、電話號碼、標(biāo)簽、描述（文字描述、圖片描述）、是否星標(biāo)、朋友圈和視頻動態(tài)可見狀態(tài)

3）社交資料中，顯示了個性簽名、來源

4）設(shè)置備注和標(biāo)簽功能中，使用了備注名、標(biāo)簽、電話號碼、描述（文字描述、圖片描述）

5）資料設(shè)置中，使用了是否星標(biāo)、朋友圈和視頻動態(tài)可見狀態(tài)

6）對話記錄的名片推薦卡片中，顯示了頭像、昵稱、微信號

很多個功能，都使用了好友名片中的信息，但這些信息其實都是對同一個對象的描述，他們就是同一個信息。

通訊錄列表中顯示的備注名，和其他頁面顯示的備注名，沒有任何差異。同樣的，對話記錄的名片推薦卡片中的微信號，跟名片詳情頁中的微信號，也是一樣的。

信息結(jié)構(gòu)圖是用來描述對象本身的，不是用來記錄“描述這個對象的信息”在哪些頁面、哪些交互中被使用到的。

信息結(jié)構(gòu)圖是脫離于功能、頁面、交互的，與頁面和交互沒有關(guān)聯(lián)。同一個信息，不同功能的很多個頁面、功能模塊都可能需要用到。

三、為什么要繪制信息結(jié)構(gòu)圖？

1. 梳理信息構(gòu)成，高效繪制原型

人的腦容量是有限的。

科學(xué)研究表明：人類短時記憶容量是7±2個組塊。一旦超過一定數(shù)量的信息，要想記下來，就需要花費一定時間、運用一定的方法，刻意記憶才能記下來。

當(dāng)我們要設(shè)計一個比較簡單的功能時，我們可以很輕松地完成方案設(shè)計，且不會出現(xiàn)信息遺漏、混亂。因為我們的腦容量足以支持，讓我們短時間內(nèi)記住這個功能所包含的信息。

但如果是一個很復(fù)雜的功能呢？

復(fù)雜的功能，往往有很多個從功能中抽象出來的對象，而且描述對象的信息往往也是比較豐富的。在腦容量有限的條件下，如果我們僅憑著記憶，一個頁面一個頁面地畫原型，最后很可能會出現(xiàn)信息遺漏和混亂，做出來的產(chǎn)品方案自然漏洞百出。

而有了信息結(jié)構(gòu)圖，在設(shè)計具體的頁面、交互、功能時，我們只需要對照著功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖，通過對用戶使用場景的分析，從信息結(jié)構(gòu)圖中，選擇每個頁面和交互需要使用的信息，并完成詳細(xì)的原型設(shè)計，即可高效、邏輯清晰、無遺漏地完成產(chǎn)品方案設(shè)計。

如果要設(shè)計一個簡單的訂單評價功能，設(shè)計評價功能的信息結(jié)構(gòu)圖如下：

1. 在進(jìn)入提交評價內(nèi)容頁面前，被評價的訂單id和評價用戶id是明確的，評價時間自動取提交評價的時間，其他的信息，需要用戶主動填寫，并提交到服務(wù)器；所以，提交評價內(nèi)容頁面需要用到總體評分、服務(wù)質(zhì)量評分、服務(wù)態(tài)度評分、服務(wù)速度評分、評價內(nèi)容這幾個信息；
2. 評價成功頁面需要簡單顯示評價內(nèi)容最重要的信息，所有只需要用到總體評分和評價內(nèi)容；
3. 產(chǎn)品經(jīng)理從用戶體驗的角度，還會在頁面上增加一些信息結(jié)構(gòu)圖沒有的信息，如操作成功提示文案、引導(dǎo)文案，使得整個頁面的內(nèi)容更容易被用戶理解、更有效地承載業(yè)務(wù)的發(fā)展。

2. 設(shè)計數(shù)據(jù)表結(jié)構(gòu)的參考

產(chǎn)品的視角和開發(fā)的視角是有差異的。

產(chǎn)品更關(guān)注需求、功能、交互、體驗。

落實到產(chǎn)品方案上，一個功能的流程是怎么樣的、有哪些頁面、每個頁面分了哪些模塊、每個模塊有哪些信息字段……

開發(fā)更關(guān)注方案的實現(xiàn)方式。

落實到技術(shù)方案上，要實現(xiàn)這個功能，需要設(shè)計一個什么樣的技術(shù)架構(gòu)、有哪些數(shù)據(jù)表、有哪些接口、接口調(diào)用方式是什么、性能如何保證、服務(wù)如何解耦、如何預(yù)留可能的后期擴展……

開發(fā)在拿到一份沒有信息結(jié)構(gòu)圖的復(fù)雜產(chǎn)品方案后，需要在充分消化產(chǎn)品方案后；自己從功能、頁面、交互中抽象出若干個“對象”，再將對象涉及到的信息字段窮舉出來；最后再根據(jù)數(shù)據(jù)表設(shè)計的要求，加上一些特有的字段，完成數(shù)據(jù)表的設(shè)計。

如果產(chǎn)品經(jīng)理能替開發(fā)多想一步，直接把功能包含的“對象”抽象出來，并完成信息字段的窮舉，這對開發(fā)理解產(chǎn)品方案、設(shè)計數(shù)據(jù)表結(jié)構(gòu)會是一個很重要的參考依據(jù)。

四、如何繪制信息結(jié)構(gòu)圖？

功能結(jié)構(gòu)圖重點考察的是產(chǎn)品經(jīng)理對業(yè)務(wù)理解和流程拆解的能力，而信息結(jié)構(gòu)圖則更多地考察產(chǎn)品經(jīng)理的抽象歸納能力，這也是產(chǎn)品經(jīng)理最基本的技能。

1. 分析并抽象信息主體

信息結(jié)構(gòu)圖是描述一個對象的。

要繪制信息結(jié)構(gòu)圖，就必須要先找到要描述的對象——這個對象，就是信息主體。

當(dāng)我們?nèi)ド痰曩徫锏臅r候，一瓶500ML的娃哈哈飲用水是一個主體、一盒益達(dá)口香糖也是一個主體。

從信息的角度來看，這瓶水和這盒口香糖，都是一個信息主體。

一個功能中，可能只有一個信息主體，也可能會有多個信息主體。這些信息主體，是構(gòu)成這個功能的零件。

如果要給公司的行政部門做一個簡單的圖書管理功能，要求滿足圖書詳情查閱、圖書檢索、作者信息查閱和檢索、出版社信息查閱和檢索功能、借閱申請功能，就可以抽象出書、作者、出版社、借閱記錄4個信息主體。

它們是信息結(jié)構(gòu)圖需要描述的對象。

2. 梳理信息字段

確定了描述對象，接下來就要梳理出用于描述這個對象的信息字段。

很多產(chǎn)品經(jīng)理在梳理信息字段時，從既有的生活和工作經(jīng)驗出發(fā)，將自己能想得到的信息字段全部列入信息結(jié)構(gòu)圖中。最后發(fā)現(xiàn)在設(shè)計原型圖時，很多的信息字段用不上，同時也有很多需要用的信息字段又是缺失的。

這是因為產(chǎn)品經(jīng)理在梳理信息字段時，沒有考慮到業(yè)務(wù)和功能的實際需要。

不是所有的信息字段都要繪制到信息結(jié)構(gòu)圖中。是否要被抽象為信息字段，取決于業(yè)務(wù)和功能是否需要它們，取決于它們對業(yè)務(wù)和功能的設(shè)計或未來的發(fā)展是否有價值。

如果有價值，即使現(xiàn)在用不上也可以提前規(guī)劃好；反過來，如果沒有價值，就暫時不需要考慮。

描述一本書，可以有很多的信息字段。如果窮舉一下，就會得到這些信息字段：書名、出版社、作者、ISBN、版次、包裝方式、所屬叢書、開本、出版時間、用紙類型、價格、重量、正文語種、頁數(shù)、所在書架等等。

但我們僅僅是給行政部門做一個圖書管理功能，需要滿足的需求也不多，且相對簡單：

1. 要查看圖書詳情、通過作者檢索、通過出版社檢索，就必須有編碼、書名、作者、出版社；
2. 在申請借書前，需要先知道書當(dāng)前是否被借出，于是，就必須有借出狀態(tài)。

從中選擇對圖書管理功能有價值的信息字段，再補充一些其他必要的信息，即可繪制成信息結(jié)構(gòu)圖：

總結(jié)

與功能結(jié)構(gòu)圖一樣，繪制信息結(jié)構(gòu)圖是產(chǎn)品經(jīng)理的基本工作和技能，都需要在設(shè)計原型前，需要先繪制好。

但這兩者是有很大差異的。其中最主要的差異是：功能結(jié)構(gòu)圖描述的是功能和功能之間的邏輯關(guān)系，而信息結(jié)構(gòu)圖描述的是對象本身。

功能是用來滿足用戶或業(yè)務(wù)需求的；用戶和業(yè)務(wù)有什么需求，我們就要設(shè)計對應(yīng)的功能。為了實現(xiàn)這些功能，我們就需要相應(yīng)的信息字段。

所以，在做產(chǎn)品方案時，建議先繪制功能結(jié)構(gòu)圖，再根據(jù)功能結(jié)構(gòu)圖繪制信息結(jié)構(gòu)圖。

信息結(jié)構(gòu)圖作為輔助產(chǎn)品方案設(shè)計的重要工具，與功能結(jié)構(gòu)圖有著同等重要的地位。

設(shè)計復(fù)雜產(chǎn)品方案時，產(chǎn)品經(jīng)理要養(yǎng)成先繪制功能結(jié)構(gòu)圖，再繪制信息結(jié)構(gòu)圖，最后才繪制原型的工作習(xí)慣；以最大限度地降低方案出現(xiàn)遺漏、邏輯混亂的情況。

本文由 @誓博 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。