合理的信息架構可以更清楚地反映出産品的核心價值，也能提升用戶對産品的認知、助推用戶的操作進行。那麼，信息架構由哪些部分構成，信息架構又可以如何恰如其分地應用于産品交互設計中？本篇文章裡，作者對信息架構設計做了詳細解讀，一起來看。

前言

第一次認識「信息架構」，還是剛入行的時候。當時做B端産品，經常會研究産品的信息架構，利用思維導圖工具輸出一份關于功能的結構圖。

當時信息架構主要應用在兩個方面：

1）競品分析

信息架構基本是競品分析的必備環節。主要是将競品産品功能（側重導航系統），采用腦圖的形式羅列出來（顆粒度有時粗有時細），勾畫出産品的功能體系，展示出信息組織結構。根據前輩的經驗，将架構大緻會分為「寬而淺」和「窄而深」兩種形式進行一通分析，得出一個比較主觀的結論。

2）界面設計層面

在實際的設計應用時，信息架構更偏向于導航菜單的組織結構。設計師需要将産品功能清單進行結構化梳理，曾經嘗試過卡片分類法等，搭建起整個産品的導航菜單結構，并對菜單命名做出一定的優化建議。

總體來說，對信息架構的理解還是比較淺薄的。今天我們來系統地了解下信息架構的知識。

一、信息架構的定義

信息架構（information architecture，縮寫為IA）是指對某一特定内容裡的信息進行統籌、規劃、設計、安排等一系列有機處理的想法。

IA 的主體對象是信息，由信息架構師來加以設計結構、決定組織方式以及歸類，好讓使用者與用戶容易尋找與管理的一項藝術與科學。

——百度百科

定義都是概括性極強的，讀起來會比較晦澀難懂。但是我們可以從中獲得一些關鍵信息。

1. 對于産品

信息架構是産品信息的組織、歸類方式。需要能夠真實地反映出産品的核心價值、展現出主線功能、特色功能，提升用戶對産品的認知。

2. 對于用戶

信息架構要方便用戶理解，并能夠幫助用戶順利地找到對應的功能完成操作。在信息架構設計時，要充分考慮用戶的理解能力、操作習慣、目标内容使用頻率等因素，符合用戶認知從而提升用戶體驗。

二、信息架構與交互設計

在用戶體驗5要素中，信息架構歸屬于結構層，主要是面向信息型産品。功能型産品的結構層主要指的是交互設計。

交互設計和信息架構都強調⼀個重點：确定各個将要呈現給⽤戶的元素的“模式（patterns）”和“順序（sequences）”。交互設計關注于将影響⽤戶執⾏和完成任務的元素。信息架構則關注如何将信息表達給⽤戶的元素。

——《用戶體驗要素：以用戶為中心的産品設計》

兩種産品類型為什麼會有交互設計和信息架構的區分呢？說一下我個人理解。

1. 信息型産品

信息型産品就是我們常見的各類網站，例如門戶網站、品牌官網、知乎、今日頭條、或者騰訊視頻等内容類産品。這些産品主要是為用戶提供各類信息，任務類操作比較少。

網站最終的任務是給予用戶足夠可用、有效的信息，确保用戶在産品中不會迷失或者無法找相應的信息入口，所以結構層的主要任務是構建符合用戶認知的信息架構，便于在框架層以此架構為基礎完成界面、導航設計。

2. 功能型産品

功能型産品更多的是中後台管理系統，目的是幫助特定的用戶完成各種任務，包含了各種流程。在産品中用戶會有大量的操作，功能之間可能互為前置條件或者相互協同。

例如用戶在商品加購之前，需要完成登錄。或者管理員在增加用戶之前，需要提前設定系統用戶角色。所以對于功能型産品，除了确定信息架構，還要明确好功能之間的交互邏輯關系。

我認為在結構層中，交互設計和信息架構并不是絕對割裂的，功能型産品同樣需要制定信息架構，隻不過信息架構相對固定，需要遵從用戶的業務場景、工作流程等，設計師不能根據自己的理解随意更改。

另外随着業務場景和功能的發展叠代，有些産品已經不能通過簡單信息型産品或者功能型産品進行劃分。例如電商網站，既要提供商品信息供用戶選購，還要提供購物車、下單、支付、物流、售後等一系列的環節，每個環節之間都是環環相扣。因此，在結構層需要信息架構和交互設計并重。

三、信息架構的構建方式

信息架構最核心的是确定産品信息的組織形式，我們可以采用以下兩種⽅式來建⽴分類體系：「自上而下」或「自下而上」。

1. 自上而下

這種分類方法從“戰略層”（産品目标）出發去考慮内容分類。即根據産品目标與用戶需求直接進行結‍構設計。最先從最廣泛的、可能滿足決策目标的内容與功能開始進行分類，然後在按邏輯細分出次級分類，這樣的“主要分類”和“次級分類”就構成了“一個個空槽”，将想要的内容和功能按順序一一填入即可。

我理解這樣的方式是從産品視角出發，根據功能清單，結合用戶場景，逐級建立起信息分類形成産品的信息架構，最後将功能/内容放入到信息架構中。

這種方法比較适合B端産品，産品功能和用戶業務場景比較明确，并且是緊密結合在一起的。比如财務報銷需要包括提單、審批、支付、消息、記錄等等環節。信息架構也要按照這些場景和流程進行歸類，便于用戶理解和找尋。

此外對于C端産品，某些用戶需求和場景并是不特别明确，需要産品主動構建信息架構引導用戶需求，此時也需要自上而下建立信息架構。例如電商産品中引入短視頻，首頁的訂閱方式等，短視頻産品中的同城、興趣等功能。這些是基于用戶洞察，産品自上而下推進信息結構的優化升級。

2. 自下而上

這種分類方法是根據對“内容和功能需求的分析”⽽來的。先從已有的資料（或者當⽹站發布後将存在的資料）開始，我們把這些資料統統放到最低級别的分類中，然後再将它們分别歸屬到較⾼⼀級的類别，從⽽逐漸構建出能反映我們的産品⽬标和⽤戶需求的結構。

當産品已經擁有了内容，但是并不明确如何進行歸類，才符合用戶的認知和需求。這是就可以采用自下而上的方法倒推，建立信息架構。對于信息量不大的産品，可以做幾版方案，找些用戶進行測試就可以得出結論。對于信息量會比較大的産品，可以采用卡片分類法，讓用戶參與其中，為信息架構設計提供參考依據。

我個人認為，在實際的應用中自上而下的創建方式居多，這種方式從産品和用戶兩個維度出發，可以搭建出比較平衡的一套信息架構。

四、信息架構的構成

在《信息架構——超越Web設計》一書中，将信息架構定義為：

——共享信息環境的結構化設計；——數字、物理和跨渠道生态系統中的組織、标簽、搜索和導航系統的合成；

——創建信息産品和體驗的藝術及科學，以提供可用性、可尋性和可理解性；

——一種新興的實踐性科學群體，目的是把設計和建築學的原理理導⼊入數字領域中。

《信息架構——超越Web設計》

這就意味着信息架構不僅僅是我們看到的導航菜單，隻不過由于導航菜單是信息架構的直觀表現形式，所以常常被理解為“信息架構就是導航菜單”。

信息架構包含了4大系統：組織系統、标簽系統、導航系統、搜索系統。

1. 組織系統

組織系統是信息架構的根基，決定了信息架構的基礎邏輯，可以拆解為組織方案與組織結構兩個模塊。

1）組織方案

組織方案就是産品信息的分類邏輯，需要根據用戶、場景和業務邏輯進行組織和定義，在産品中信息的歸屬有不同維度和标準，大緻可分為精确信息和模糊信息2類。

有些信息可以按照精确的維度進行劃分。例如首字母、時間、行政區、組織結構、文件類型等。精準的信息組織方式可以保證将信息分成定義明确且互斥的區域，容易設計與維護。

但是一些信息缺少明确的劃分标準，屬于模糊信息。例如網站欄目的劃分、電影的分類等，更多的是按照業務和用戶認知習慣确定組織形式。

常見的模糊組織方案主要有以下幾種方式：

① 主題組織方案

當我們無法按照精确分類時，可以按照用戶場景、業務邏輯歸納為符合用戶認知的主題（頻道），搭建信息架構的基礎分類。例如品牌官網的信息歸類方式。

② 任務導向方案

任務導向的組織方案通常用在對操作要求較高的工具型産品中，信息架構的基礎分類是各種功能的集合。例如WPS工具欄就是按照任務導向分類的。

③ 特定受衆方案

特定受衆的組織方案即根據不同類型的訪問者呈現不同類型的信息。以受衆為導向的信息組織方案會把網站切分成更小、以受衆為主的小型網站，可以在網頁上呈現特定用戶感興趣的内容，避免網頁的雜亂。

例如Boss 直聘中用戶可以擁有“牛人”和“Boss”兩種角色身份，信息内容、組織形式有着明顯的差别。

另外随着老齡化人口比重越來越大，無障礙設計成為了産品設計的重要組成部分。無障礙設計并不僅僅是将字體變大，在産品内容、信息結構上也會有一定的優化調整，内容更加精簡、聚焦于産品核心功能。

總的來說，特定受衆方案應用還是比較少的。有的C端産品會根據用戶角色劃分為多個産品，例如滴滴出行有乘客端和司機端兩款産品。

而在B端産品中，角色劃分通常比較多，并且不同的角色間有着比較強的業務關聯。因此用戶會共用一個産品，通過角色權限區分不同的信息架構。

④ 混合方案

在一款産品中，單一的分類模式很難滿足所有場景的需要，信息架構應該根據實際情況，靈活地采用多種方式混合分類。

2）組織結構

組織結構指的信息架構内在的邏輯結構，分為以下四種組織方式：

① 層級結構

在層級結構中，節點與其他相關節點之間存在父級/子級的關系。子節點代表着更狹義的概念，從屬于代表着更廣義類别的父節點。不是每個節點都有子節點，但是每個節點都有一個父節點，一直往上直到整個結構的父節點。

層級結構是信息架構中最常見的形式，信息多級逐層展開。因此具有很強的拓展性和包容性，可以承載複雜的信息量。并且節點之間是相互獨立的，内容的歸屬比較明确，構建的單個信息空間也比較清晰簡潔。

層級結構會存在廣度和深度的問題。在信息總量一定的情況下，可以分為「寬而淺」和「窄而深」2種不同的形式。

「寬而淺」的結構意味着父節點越多，子節點層級就會變少。「窄而深」的結構意味着父節點比較少，子節點的層級就會變多。

信息架構增加廣度，意味着信息的入口增多，用戶不太容易辨别目标點的歸屬，就會增加尋找和記憶成本。最上層的信息入口，我們一般會遵循7±2 原則，Web端産品控制在7個以内，移動端産品控制在5個以内。

子節點層級一般為3層，最多不超過5層。過深的層級會造成信息難以查找，同時用戶到達目标點的路徑會變長，操作成本也會相應的增加。

② 矩陣結構

矩陣結構允許用戶在節點與節點之間沿着兩個或更多的“維度”移動。由于每一個用戶的需求都可以和矩陣中的一個“軸”聯系在一起，因此矩陣結構通常能幫助那些“帶着不同需求而來”的用戶，使他們能在相同内容中尋找各自想要的東西。

矩陣式結構是一種多維度結構，可以讓用戶在相同的内容中按照個人需求找尋自己所需的信息，最典型的就是産品首頁信息。作為産品内容聚合、分發的頁面，可以滿足用戶的不同需求。目前不少C端産品都采用的是「主題 推薦」的模式，通過算法實現産品内容與用戶需求的高度匹配。

B端首頁則是依靠「角色 場景」構建起産品的矩陣結構，實現功能的快捷直達，以及重要信息的清晰展示。

另外矩陣式結構還體現在鍊路關系上，沒有層級和中心的概念，更加強調信息之間的互聯互通。通過這種連接關系甚至可以将跨領域、跨層級的信息關聯起來。

比較典型的就是電商App，通過商品詳情頁可以到達店鋪、到達同類推薦産品、到達客服、到達購物車、到達活動頁面，甚至是搭配商品等等。這種結構具有很強的自由度和靈活性，既可以避免用戶行為進入「死胡同」，又可以通過多重的信息連接，豐富産品的運營場景，帶給用戶更多的可能。

當然這種結構的前提是信息必須是關系緊密的功能場景，否則信息會出現錯亂，并增加用戶的認知負擔。

③ 自然結構

自然結構不會遵循任何一緻的模式。節點是逐一被連接起來的，同時這種結構沒有太強烈的分類概念。自然結構對于探索一系列關系不明确或一直在演變的主題是很合适的。但是自然結構沒有給用戶提供一個清晰的指示，從而讓用戶能感覺他們在結構中的哪個部分。

自然結構具有随機性和不确定性，随着算法的提升，這種結構應用越來越廣泛。最常見的就是各種推薦信息流，電商平台、音視頻、資訊平台等産品都主打推薦頻道，透過投喂的方式，吸引沒有明确需求的用戶，給他們更多的選擇。

不過自然結構的随機性意味着用戶無法建立固定的信息架構認知，所以自然結構不會單獨存在，隻是對信息架構的補充。另外在B端産品中，用戶通常具有明确的任務和目标，所以自然結構并不适用于B端産品。

④ 線性結構

線性結構來自于你最熟悉的線下媒體。連貫的語言流程是最基本的信息結構類型，而且處理它的裝置早已被深深地植入我們的大腦中了。書、文章、音像和錄像全部都被設計成一種線性的體驗。

線性結構是比較單一的信息結構，信息有先後順序要求，逐層向下遞進，并且沒有交叉。這種組織形式決定了線形結構主要用在簡單産品或者産品信息構架的末端場景中。

例如在微信讀書中，打開書籍後用戶隻能一頁頁翻看，不會與其他書籍有交叉關聯。在OA，電子郵箱等産品中，每一個流程，每一封郵件都是線性的、相互獨立的，信息之間不會增加不必要的關聯。

2. 标簽系統

标簽系統指的是整個産品信息節點的命名體系，靜态展示了産品信息架構的具體内容，包含文字和圖片（圖标）2種信息。标簽系統需要符合用戶的認知習慣，減少用戶的學習成本。在日常設計工作中，标簽系統需要注意以下3個方面：

1）标簽内容的準确性

标簽定義時，需要準确地表達信息的内容項。舉兩個例子：

在C端領域為了提高用戶的點擊率，經常會遇到一些信息融合累加的設計形式。例如宣傳用語是“立享300元福利”，用戶點開一看，或許隻是10張優惠券。這種設計利用了用戶“貪便宜”的心理，已經成為了行業約定俗成的表達形式，倒也可以接受。

不過之前有個營銷彈窗的案例，用戶點擊後跳轉到活動頁面，然後逐個領券。彈窗中按鈕有兩種方案，A方案是“開心收下”，B方案是“立即領取”。

雖然後台有曆史數據顯示，“開心收下”的文案用戶點擊率比較高，并不意味着這個文案可以用在所有場景下。“開心收下”意味着完成領取并入賬，“立即領取”則是需要繼續操作才能完成領取，兩者适用于不同的場景。

标簽系統首先要考慮表達的準确性，要符合用戶的心智模型以及所代表的行為模式。

2）優先選用行業通用的術語或圖标

尼爾森十大可用性原則中要求「貼近用戶真實環境」。在标簽定義的時候，盡量使用目标用戶的語言。尤其在B端産品中，不少名詞對設計師而言比較陌生。但是對專業領域的用戶，這些都是日常工作術語，早已達成了共識。如果做出改變，反而會增加用戶認知成本。

所以設計師要克服自己的認知缺陷。一方面要了解業務、通過用戶調研，建立更符合用戶認知的标簽系統，另一方面也可以參考競品來學習和應用信息标簽。

為了保證新、老用戶的快速了解系統，最大程度地降低學習成本，可以在标簽旁邊添加注釋進一步說明。例如英文縮寫術語、容易引起歧義的指标、不易理解的标簽等等。

對于圖标，有些是各個産品通用的形式，用戶很容理解。例如「設置」、「删除」、「幫助」等。還有相當大一部分圖标很難準确表達出内在信息，就需要增加文字信息，輔助信息表達。

3）标簽信息簡潔高效

标簽系統既要完整表達信息，也要注意信息的簡潔高效。

例如下圖中菜單命名，大量重複的信息增加了信息識别的難度，并且名稱字數沒有控制導緻内容截斷，也會增加用戶的操作成本。

3. 導航系統

導航系統是信息架構的動态交互邏輯。一方面能夠告訴用戶當前所處于的位置，頁面信息的層級歸屬，讓用戶不會在産品中迷失方向。另一方面導航系統實現了信息的動态聯接，用戶可以依靠導航系統在不同的層級結構中「閃轉騰挪」，高效操作。

導航系統分為4大類：全局導航、局部導航、情景式導航、輔助導航。

1）全局導航

全局導航是面向整個産品的導航形式，通常位于系統的整體框架中，實現在所有頁面中可見、可操作。所以全局導航也隻是對産品的核心、關鍵功能和部分即時功能開放。

例如信息框架中的一、二級的信息，或者消息、用戶管理這類即時、強管理的内容。

2）局部導航

局部導航是全局導航的補充，對于複雜的産品，局部導航非常有必要，避免全局導航變得臃腫複雜，有利于信息逐級有序地展開。

3）情景式導航

情景式導航又稱為上下文導航，指的是根據當前場景或者内容産生的信息鍊接關系。例如文章内的超鍊接，或者是标題信息等，點擊可以跳轉新的網頁、下載文件或指定某個對象等。情景導航中可以承載産品外部的内容鍊接，不必完全是本産品中的内容。

4）輔助導航

輔助導航包括網站地圖，網站索引，網站指南等輔助類型的導航。

4. 搜索系統

搜索系統解決的是大容量、高密度信息的定位問題。大到全産品範圍内的搜索，小到當前列表搜索，基本成了産品中的必備功能。即使有些産品中搜索功能，用戶的使用頻率不高，也是需要配備的，方便用戶的不時之需。

「搜索」系統對外呈現或許是一個帶着圖标的輸入框，甚至隻是一個圖标。但是操作則是一個多種狀态的融合的交互過程，包括了輸入前、輸入中、搜索結果展示等内容。系統比較複雜，大家可以去找一些專門的文章學習，也可以看一下我之前的文章《關于搜索設計中3個原則，你知道嗎？》。

5. 小結

以上就是信息架構的4大組成系統。信息架構的最終目标是為了讓用戶能夠更快速地獲取信息。在實際應用過程中，可以根據産品類型，用戶群體做出内容取舍。

值得注意的是，信息架構最重要的标準，不是“整個過程一共需要多少步驟”，而是“用戶是否認為每一個步驟都是合理的”，以及“當前的步驟是否自然地延續了上一個步驟中的任務”。

五、信息架構的影響因素

信息架構是為産品和用戶服務的。因此信息架構的影響因素主要是來自于這兩個方面。

1. 産品視角

1）産品目标及定位

同類型産品的目标、定位、用戶群體并不是完全相同的，在各自的細分領域形成了各自的差異化優勢。這些都會直接和間接地影響産品的信息架構。

例如國内3大電商平台的主導航基本一緻，但也不是完全相同，大家可以體會和思考下其中的差别。

2）産品類型

上面不少案例提及了B端和C端産品，由于産品類型、适配終端、産品目标等方面的影響，信息架構有着比較明顯的差異。同樣都是C端産品，購物類産品重搜索與推薦，金融證券類産品則是重功能導向，界面看似一緻的，但是信息架構中組織系統、搜索系統背後的邏輯也存在較大差異。

3）産品複雜度

簡單産品的信息架構也會比較簡單，或許線性的組織結構就可以搭建起核心業務的信息架構，例如QQ郵箱。

複雜産品的信息架構會運用多種組織結構方式，相關的标簽系統、導航系統、搜索系統都會加強。例如雲類産品的标簽系統，既要考慮整體的一緻性，又要明确各個産品間的差别。搜索功能也不僅限于産品功能，還會拓展到活動優惠、幫助文檔等内容，讓用戶搜索得更徹底。

2. 用戶視角

1）用戶需求

産品不能一味的隻考慮自己的産品目标，還要考慮用戶的接受程度。就好比舞台上高雅的古典歌劇，隻顧展示自己的專業能力，而底下觀衆根本聽不懂唱的内容，必然無法引起觀衆興趣。

如果不重視用戶需求，産品設計時，隻顧着各種高級能力輸出、各種複雜的産品流程，但是從沒有考慮用戶是否需要這樣的産品，帶來的結果就是信息架構的無序擴張、内容龐雜、過程混亂，最終成為産品體系的「自嗨」。

2）用戶認知能力

不同的用戶之間認知能力有很大的差别，信息架構需要面向目标客戶群體完成信息架構。

例如之前做過門店後台管理系統改版設計，通過前期調研發現，店員們年齡偏大、學曆不高，老版本的信息架構雖然足夠的大而全，但是核心功能并不凸顯，用戶操作流程也被拉長。因此在改版設計時，信息架構做了精簡，優先聚焦打造用戶核心任務，減少信息的複雜度。

六、信息架構的設計原則

将信息架構抽離出來，其實包括了組織體系、展示形式和操作體驗3個環節。相應的也會有3個設計原則。

1. 延展性

産品是不斷成長叠代的，信息架構需要具有兼容性和彈性，可以适應多個層級的擴展或精簡，保證一定叠代周期内的架構穩定。頻繁變動的信息架構必然會帶來産品的研發成本提高，并且增加用戶的學習成本。

2. 易學性

信息架構需要有一套準确的分類标準，能夠指導後續架構的優化叠代，也可以便于用戶理解和學習。細分下來包含了邏輯性和一緻性兩個方面。邏輯性則體現在信息之間的關聯關系，實現用戶鍊路的準确、高效。一緻性體現在分類方式、分類結構等方面，便于用戶認知。

3. 易用性

上文提到過，信息架構的的廣度和深度在一定程度上決定了操作體驗。設計時要做好信息架構的平衡性，避免隻是從業務角度出發，出現十幾個一級導航菜單并存的局面。

七、寫在最後

信息架構是個複雜的系統，并不是設計師個人的工作，也不應該從零開始構建。而是在産品功能架構或者産品規格清單基礎上，從用戶需求和場景出發，梳理出來的符合用戶體驗邏輯的産品骨架。

信息架構直接決定了後續産品設計的組織脈絡，因此準确有效的信息架構是産品戰略落地過程中重要的一環。設計師需要擁有相關的知識和能力，才能在設計工作中産出合理的設計方案。

信息架構内容很多，文章是筆者個人的觀點，難免存在不足之處，歡迎大家交流指正。

專欄作家

子牧先生。公衆号：子牧UXD（HelloDesign），人人都是産品經理專欄作家。産品體驗設計師。8年互聯網行業經驗，擅長體驗設計思維、設計方法論、交互設計研究。

本文原創發布于人人都是産品經理，未經許可，禁止轉載。

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

該文觀點僅代表作者本人，人人都是産品經理平台僅提供信息存儲空間服務。

,