人的腦容量是有限的，面對複雜的産品設計可能就會出現邏輯混亂的問題。此時，信息結構圖就是一個有力的助手，可以最大程度避免這種情況。

上一篇文章，介紹了什麼是功能結構圖、繪制功能結構圖有什麼好處，以及如何繪制功能結構圖。

有同學對功能結構圖和信息結構圖的區别産生了疑問，這篇文章，單獨對信息結構圖做詳細的介紹。

一、什麼是信息結構圖？

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

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

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

信息是有結構的。

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

這麼多信息，看着就覺得很累。

于是，我們将這些信息進行分組：

1. 基本信息（姓名、性别、名族、籍貫、出生年月、身份證号碼）；
2. 入職信息（所屬部門、所在崗位、入職時間、轉正時間、合同到期時間）；
3. 工作經曆（工作單位、工作時間、職位、收入情況、離職原因）；
4. 教育經曆（畢業院校、學習時間、所學專業、獲得證書）。

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

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

二、信息結構圖有什麼特點？

1. 功能原材料的說明書

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

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

正如同“巧婦難為無米之炊”。“炊”是功能，“米”是信息。有米，才能炊。

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

信息往往被隐藏在功能的背後。

我把好友名片發送給我的朋友，我并不關心我具體發送了哪些信息，我隻關心我有沒有發出去。同樣的，我的朋友收到名片後，并不關心名片裡有哪些内容，他會去添加好友，然後開始對話——好友名片信息，就這麼被隐藏起來。

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

有了信息，我們才可以對應地設計出很多的頁面和功能。

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

信息結構圖，是功能的數據抽象，是功能原材料的說明書。

2. 與頁面和交互沒有關聯

有些産品搞混了信息結構圖和功能結構圖的區别，在繪制信息結構圖時，按照頁面和交互來繪制。每個頁面是一個對象、頁面中的功能模塊或交互是一個子對象。

看起來有信息、有結構，但其實并不是信息結構圖。

信息結構圖，其實跟頁面和交互是沒有關聯的。

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

以我們最常使用的微信為例，微信好友名片信息，包含了多個字段：頭像、備注名、昵稱、微信号、地區、電話号碼、标簽、描述（文字描述、圖片描述）、個性簽名、來源、是否星标、朋友圈和視頻動态可見狀态、是否黑名單。

這些字段分别出現在多個頁面，且在多個功能中有使用到：

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

2）名片詳情頁中，顯示了頭像、備注名、昵稱、微信号、地區、電話号碼、标簽、描述（文字描述、圖片描述）、是否星标、朋友圈和視頻動态可見狀态

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

4）設置備注和标簽功能中，使用了備注名、标簽、電話号碼、描述（文字描述、圖片描述）

5）資料設置中，使用了是否星标、朋友圈和視頻動态可見狀态

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

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

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

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

信息結構圖是脫離于功能、頁面、交互的，與頁面和交互沒有關聯。同一個信息，不同功能的很多個頁面、功能模塊都可能需要用到。

三、為什麼要繪制信息結構圖？

1. 梳理信息構成，高效繪制原型

人的腦容量是有限的。

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

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

但如果是一個很複雜的功能呢？

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

而有了信息結構圖，在設計具體的頁面、交互、功能時，我們隻需要對照着功能結構圖和信息結構圖，通過對用戶使用場景的分析，從信息結構圖中，選擇每個頁面和交互需要使用的信息，并完成詳細的原型設計，即可高效、邏輯清晰、無遺漏地完成産品方案設計。

如果要設計一個簡單的訂單評價功能，設計評價功能的信息結構圖如下：

1. 在進入提交評價内容頁面前，被評價的訂單id和評價用戶id是明确的，評價時間自動取提交評價的時間，其他的信息，需要用戶主動填寫，并提交到服務器；所以，提交評價内容頁面需要用到總體評分、服務質量評分、服務态度評分、服務速度評分、評價内容這幾個信息；
2. 評價成功頁面需要簡單顯示評價内容最重要的信息，所有隻需要用到總體評分和評價内容；
3. 産品經理從用戶體驗的角度，還會在頁面上增加一些信息結構圖沒有的信息，如操作成功提示文案、引導文案，使得整個頁面的内容更容易被用戶理解、更有效地承載業務的發展。

2. 設計數據表結構的參考

産品的視角和開發的視角是有差異的。

産品更關注需求、功能、交互、體驗。

落實到産品方案上，一個功能的流程是怎麼樣的、有哪些頁面、每個頁面分了哪些模塊、每個模塊有哪些信息字段……

開發更關注方案的實現方式。

落實到技術方案上，要實現這個功能，需要設計一個什麼樣的技術架構、有哪些數據表、有哪些接口、接口調用方式是什麼、性能如何保證、服務如何解耦、如何預留可能的後期擴展……

開發在拿到一份沒有信息結構圖的複雜産品方案後，需要在充分消化産品方案後；自己從功能、頁面、交互中抽象出若幹個“對象”，再将對象涉及到的信息字段窮舉出來；最後再根據數據表設計的要求，加上一些特有的字段，完成數據表的設計。

如果産品經理能替開發多想一步，直接把功能包含的“對象”抽象出來，并完成信息字段的窮舉，這對開發理解産品方案、設計數據表結構會是一個很重要的參考依據。

四、如何繪制信息結構圖？

功能結構圖重點考察的是産品經理對業務理解和流程拆解的能力，而信息結構圖則更多地考察産品經理的抽象歸納能力，這也是産品經理最基本的技能。

1. 分析并抽象信息主體

信息結構圖是描述一個對象的。

要繪制信息結構圖，就必須要先找到要描述的對象——這個對象，就是信息主體。

當我們去商店購物的時候，一瓶500ML的娃哈哈飲用水是一個主體、一盒益達口香糖也是一個主體。

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

一個功能中，可能隻有一個信息主體，也可能會有多個信息主體。這些信息主體，是構成這個功能的零件。

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

它們是信息結構圖需要描述的對象。

2. 梳理信息字段

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

很多産品經理在梳理信息字段時，從既有的生活和工作經驗出發，将自己能想得到的信息字段全部列入信息結構圖中。最後發現在設計原型圖時，很多的信息字段用不上，同時也有很多需要用的信息字段又是缺失的。

這是因為産品經理在梳理信息字段時，沒有考慮到業務和功能的實際需要。

不是所有的信息字段都要繪制到信息結構圖中。是否要被抽象為信息字段，取決于業務和功能是否需要它們，取決于它們對業務和功能的設計或未來的發展是否有價值。

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

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

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

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

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

總結

與功能結構圖一樣，繪制信息結構圖是産品經理的基本工作和技能，都需要在設計原型前，需要先繪制好。

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

功能是用來滿足用戶或業務需求的；用戶和業務有什麼需求，我們就要設計對應的功能。為了實現這些功能，我們就需要相應的信息字段。

所以，在做産品方案時，建議先繪制功能結構圖，再根據功能結構圖繪制信息結構圖。

信息結構圖作為輔助産品方案設計的重要工具，與功能結構圖有着同等重要的地位。

設計複雜産品方案時，産品經理要養成先繪制功能結構圖，再繪制信息結構圖，最後才繪制原型的工作習慣；以最大限度地降低方案出現遺漏、邏輯混亂的情況。

本文由 @誓博 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部