信息架構設計-認識產品信息架構信息架構分析

2026-03-17 知識百科經驗分享

什么是信息架構IA?IA是information Architect的縮寫，意思是信息架構，通俗講就是數碼的意思。
〔從C到B〕什么是信息架構？——信息架構圖：是什么？為什么？如何畫?內容提要：
1.“信息架構”是什么？
2.“信息架構”為什么？
3.“信息架構”怎么做？
4.“信息架構圖”實例——推薦工具、推薦案例
（理解“信息架構”，先從“信息”開始，這部分，認真看。）
一、“信息架構”是什么？
1.什么是“信息”
在理解“信息架構”之前，其實需要先理解“信息”概念。
百度是這么說的：信息泛指人類社會傳播時的一切內容。
香農是這么說的：信息是用來消除隨機不確定性的東西。
大家知道，香農（Shannon）是信息學奠基人，被稱為“信息之父”，他這個“ 信息是用來消除隨機不確定性的東西 ”的定義，被廣泛引用、堪稱經典。
這個定義，什么意思？
（1）信息，是確定的抽象 ?！鼙淮_定
表象，是觀察、感知：視覺形象、感性認識。
抽象，是思考、探索：本質規律、底層邏輯。
（注意“觀察”和“思考”的區別）
所以，信息就是“抽象”的結果。這個結果，必須確定。
概念：如何定義人？
如果，你的信息是“直立行走的生物”，那企鵝、鴕鳥、甚至姥姥家養的大白鵝怎么辦？
正確的示范是從生物、文化、精神層面來定義。生物學上，人被分類為人科人屬人種，臂間多次倒位，是一種高級動物。文化學上，人被定義為能夠使用語言、具有復雜的社會組織與科技發展的生物，能夠建立團體與機構來達到互相支持與協助。精神層面上，人被描述為能夠使用各種靈魂的概念。
所以，信息是確定的抽象，它的效果：能被確定。
（2）信息，是內容的載體 ?！鼙桓兄?br /> 抽象概念往往需要實體呈現，比如語言、圖畫、文字等等，這樣才能夠傳播。
你比如，同樣表達“紅色的蘋果/Apple”這個內容。
在漢語中，叫做“紅蘋果”；在英語中，叫走“red apple”；在日語中，叫做“赤いリンゴ”；在俄語中，叫做“ красноеяблоко ”在法語中，叫做“Des pommes rouges”
如果用圖畫表示，你可以提供一張圖片。
如果有語言表示，你可以親口告訴別人。
當然，你還可以用肢體語言（游戲）、音樂舞蹈（藝術）來表達“紅蘋果”這個概念，只不過成本比較高，在信息架構領域，屬于“認知負荷高”“使用體驗差”的示范。
所以，信息是內容的載體，它的效果：能被感知！
2.什么是“信息架構”
當我們充分了解了“信息”這個概念“能被確定、能被感知”的特點，去理解“信息架構”工作就水到渠成了，就是讓信息：
能夠“更準確”地被確定。
能夠“更容易”地被感知。
所以“信息架構”這個概念？一點兒也不難定義，一點兒也不難理解：
信息架構（information architecture）定義：
將“人”與“人想獲取的信息”聯系起來，使信息：呈現更明晰、獲取更容易。
（有“信息”的鋪墊，這“信息架構”都不用解釋了。）
二、“信息架構”為什么？
我們在理解“信息架構”的概念時，就花了很多心思研究理論。所以，談目標，咱們可以暫時去掉概念糾纏，總結目標如下：
（1）將信息“分類”，構建信息的“貨架” 。
（2）將信息“連接”，搭建信息的“橋梁” 。
（3）對信息進行“處理（設計）”，讓信息“易識別、易記憶、易理解” 。
上述（1）（2）（3）的最終目標完全一致：
讓用戶高效、舒服地獲取、理解信息！
怎么算達成這個目標呢？
實際上，在《用戶體驗要素》中，信息架構是“結構層”的任務。說白了，用戶能夠直接感知的“界面設計/導航設計”只不過是“信息架構”的輸出產物。因此，信息架構的終極目標，是直接指向用戶需求、用戶體驗的。
一言以蔽之，信息架構的目標：讓客戶爽！
請隨時考慮如下問題：
?用戶瀏覽我們網站的過程是怎樣的？
?這個應用怎么樣幫助用戶分類他們的信息？
?這些信息是怎么樣呈現給用戶的？
?這些信息有沒有幫到客戶，并驅使他們做出決定？
三、“信息架構”怎么做？
信息架構是“結構層”的核心工作，原則上說，是針對內容、而非功能。所以，我個人建議“信息架構=內容架構”，雖不嚴謹，但更好懂。
信息架構怎么做？
1.起范，書上是這么寫的？
雖然，中有很多“信息架構-構建流程”的文章，提出了如下流程：“研究→策略→設計→實施→管理”，但事實上，大家都知道，除非是國企，否則我們不可能這樣干活兒！
2.講真，我們是這么干的！
那些“用戶調研、競品分析、背景研究、策略會議、技術評估”重要嗎？是的，重要！但實際上，這些“磨刀功、童子功”并沒有想象的那么有價值，因為這些步驟、流程臨時做的意義往往不大，耗時、耗人，并且往往很難發揮預想的效果。
說白了，信息架構工作中，那些的“時間屬性”的“流程/process”并不多，不用刻意強調先后順序，而應該在“空間屬性”上去關注“組織系統、導航系統、標簽、搜索、元數據”這“五大方面”，并且要求“交叉印證、同步推進”，給大家制表說明：
這個推薦書目，我有書評，也請參考：
《用戶體驗要素》書評——提升“交互設計”的“用戶體驗”，授人以魚，不如授人以漁？
鏈接： https://www.jianshu.com/p/63e48fa0d229
4.“信息架構”實例
（1）推薦工具
普通類：Axure、XMind、MindManager
文藝類：不常見的Treejack、Omnigroup的圖表和線框套件Omnigraffle
——但我最擅長，2B型，word和excel！別瞧不起這些工具，超快捷、超清楚。有機會，詳細介紹。
（2）推薦案例
我曾經擔任“嗖嗖搜題”的產品經理，宏觀架構、微觀數據，各出一張圖供大家參考：
①宏觀：
②微觀：
深度學習，推薦這篇：《用戶體驗要素》書評——提升“交互設計”的“用戶體驗”，授人以魚，不如授人以漁？（附：三維模型圖） https://www.jianshu.com/p/63e48fa0d229
如何進行信息架構設計？從用戶體驗設計的5個層次來看，結構層和框架層是交互設計師設計的核心范疇：框架層呈現的是每一個界面中文本、圖片、按鈕、控件等元素的具體內容、位置及關系，包含界面布局、導航設計和信息設計。而結構層則決定了每個界面應該有哪些文本、圖片、按鈕和控件元素，以及這些元素在交互前后的邏輯對應的關系。如果說框架是面，那么結構則是包含面+面與面串聯的關系網絡。對于交互設計師而言，信息架構設計是每個交互設計師都必須要掌握的基本功，那到底什么是信息架構設計？為什么要進行信息架構設計，以及如何進行信息架構設計呢？下面我們一一來看。
一、What | 什么是信息架構？ 1. 信息架構的起源信息架構(information architecture)，簡稱 IA 。1976年，瑞查德·索·烏曼在擔任美國建筑師協會會長時創造了“信息架構”術語，用來應對當代社會信息的不斷增長和爆炸。她的妻子說道：“他所有的訓練，作為一個建筑師，作為一個制圖者，作為一個平面設計師，作為一個企業家，作為一個出版商，還有作為一個作家，本質上都是想要讓信息變得清晰易懂 ?！?“信息架構”是一種使問題變清晰的方式。
2. 信息架構的定義 IA 的主體對象是信息，由信息架構師來加以設計結構、決定組織方式以及歸類，好讓使用者與用戶容易尋找與管理的一項藝術與科學。信息架構=信息+架構。信息包括各種文本、圖片、影音等元素；架構則對應這些元素的選擇、分類、導航和檢索。通俗點說，信息架構就是通過合理的組織和表達各種信息元素，讓用戶獲取并理解信息更容易。為信息與用戶認知之間搭建?座暢通的橋梁。
三、How | 如何進行信息架構設計？在本章節，我們先了解一下構建信息架構的3種方式，然后學習信息架構的4種常見類型，再學習一下信息架構的設計邏輯流程，最后給大家舉一個非常小的設計案例幫助大家理解。
1. 信息架構的構建方式信息架構有3種構建方式：自上而下，自下而上和綜合運用。1）自上而下的構建方式自上而下的構建方式是由戰略層驅動的，根據產品目標與用戶需求直接進行結構設計，進行新產品規劃或者產品重新定義的時候會用到。自上而下的構建方式，會先從最廣泛的，最有可能滿足目標的內容及功能開始分類，再依據邏輯細分次級分類。（MVP的設計思路）所有分類都是空槽，最后將內容和功能按順序填入。它有一個明顯的缺點是：可能導致現有重要內容被忽略。
2）自下而上的構建方式自下而上的構建方式是由范圍層驅動的，根據對現有的內容和功能需求的分析進行設計，這是項目實踐中大家最常用的一種方式。在具體項目實踐中，產品或設計師根據對現有內容和功能需求的分析，將它們分別歸屬到較高一級的類別，從而逐漸構建出能反映我們的產品目標和用戶需求的結構。（常用卡片分類法輔助）它也有一個缺點：可能導致不能靈活兼容未來內容變動或增加。
3）綜合運用的構建方式正因為自上而下和自下而上都有其明顯的缺點，所以理想的信息架構的構建方式都是綜合運用的，同時從戰略層和范圍層進行驅動，以構建一個適應性強的系統。一個適應性強的信息架構系統，能把新內容作為現有結構的一部分容納進來（如圖左側），也可以把新內容當成一個完整的部分加入（如圖右側）。
信息架構的基本單位是節點，節點可對應任意信息要素或信息要素的組合，小到一個字段/控件，大到一個界面/功能都是可以的，不同場景下，節點的顆粒度不相同。這些節點的排列方式有4種常見的類型，也就是我們所說的信息架構類型。大家在具體設計的時候，可以參考使用。
3. 信息架構的梳理邏輯與呈現有了前面的構建方式和信息架構類型作為指導思想，結合我們的設計分析，可以幫助我們梳理出特定結構的信息架構和任務流程，并以受眾易理解的方式進行呈現。在梳理過程中，我們以業務側在范圍層提供的信息范圍為基礎，通過競品分析（了解競品的組織系統、標簽系統、導航系統、搜索系統規則），結合本品現有信息架構的數據表現（了解我們用戶在我們產品中的行為偏好），再配合以用戶調研（通過用戶問卷或者卡片分類，了解用戶對信息歸類組織的心智模型）最后利用邏輯推理，可以整理出適合我們產品的信息架構和任務流程。
所以真實的項目中做信息架構，絕不僅僅是將產品提供的功能、內容進行簡單的歸類分組，既要自上而下的考慮其拓展性，篩選/補充重要的節點納入信息架構。還要考慮其命名（標簽系統）用戶能否很容易的認知理解。然后再是將所有信息按照某個或某幾個特定的維度進行分類組織（組織系統），最后再考慮呈現，以何種形式表達給大家，讓大家更容易理解。
嚴格來講，并沒有標準的信息架構表達模式，在《信息架構——超越Web設計》一書中，羅列了多種信息架構的表達方式，只要能夠向受眾傳達清楚，什么表達形式都是可以的。在互聯網項目中，大家用得比較多的形式包括：信息架構圖和邏輯流程圖。和交互設計原型一樣，重點不是這張圖的形式（這種圖在技術層面上誰都能畫），而是這張圖背后的（組織系統、標簽系統、導航系統、搜索系統）。
1）組織系統：選擇合適的維度及結構組織系統：以什么維度來歸類組織這些信息，我以曾經做Material Design的組件分享為例，官網提供的組件如下圖所示：但歸類方式肯定不止這一種形式，大家在學習的時候，可以按照自己的組織系統進行歸類整理。
以新聞呈現為例，可以按照時間維度歸類，可以按照主題維度進行歸類、可以按照媒體方的維度進行歸類，可以按照表現層視頻、圖文、文字的形式進行歸類，到底按照什么維度進行單一歸類還是進行矩陣歸類，這就是你的組織系統要解決的問題。
2）標簽系統：選擇合適的語言及圖像標簽系統，通俗來講就是要我們對當前整個系統信息節點的命名，從而讓信息的呈現更容易識別，包括文本標簽和圖片標簽。比如我歸類的欄、控件和視圖，用戶是否也習慣這樣的分類方式，我選擇的圖標是否能準確地表達文本標簽的涵義。
3）導航系統：選擇合適的導航結構導航系統的內容比較多，我們將在下一堂課單獨講解 4）搜索系統：是否選擇搜索搜索系統是我們平日最常用的查找信息的功能，它能夠幫助我們快速進行信息的檢索。雖然搜索功能非常重要，但并不是每個系統每個頁面都需要搜索。我們決策是否添加搜索需要考慮三點：
內容豐富度：產品所承載的內容豐富度/復雜度低，內容少（搜索可能經常得不到結果）往往不需要提供搜索。內容性質：產品提供的內容如果是偏興趣探索，瀏覽型的也可以不需要搜索；搜索場景：如果搜索場景很簡單，考慮是否只用篩選或分類就能夠解決問題；反之如果搜索內容很復雜，我們還可以搜索結合篩選來更好地查找信息。
上述 3 點決定了我們是否需要考慮搜索功能。而關于搜索的具體設計，也是一個龐大的課題，我們先不做進一步的闡述。信息架構圖是一個中間產物，他的呈現形式是相對簡單的，但這個形式背后的思考（組織系統、標簽系統、導航系統、搜索系統）是需要設計師深思熟慮的，設計師在做信息架構時，務必要將信息（有哪些信息，如何命名）和架構（如何分類組織，如何呈現）都考慮清楚，之后的框架層設計才能更清晰明確。
信息架構設計-認識產品信息架構1.什么是產品的信息架構
組織產品中的各個元素,以大家更容易接受和合理的方式擺放處理.布局合理指引明確
情景1: 就像飯店收銀臺等候區在前面大廳包廂放中間廚房洗手間放在后面.基本的組成方式大多數如此.
情景2: 實際中你想去洗手間怎么走,需要指引,就跟產品引導一個意思.
情景3: 大廳里有2人 4人 8人桌等, 分別怎么擺放.
情景4: 菜單有很多菜, 什么菜分到哪一個類目里. 炒菜,涼菜,東北菜...
綜上,信息架構設計是對信息進行結構/組織方式以及歸類的設計,好讓使用者與用戶容易使用與理解的一項藝術與科學.
非常在意使用者和心智模型. 頁面布局要合理,也要有一定的科學性符合用戶的心智.
2.為何產品需要合理的信息架構設計
舉例單看頁面菜單,就可以知道這個產品是干什么的,聊天購物..
好的產品讓用戶一眼就明白你的產品能做什么,大概怎么用; 用戶都能在需要的時候容易找到某個功能.,歸類很清楚. --> 做好前面兩點,就能帶來更好的體驗和更高的留存率.
3.信息架構為何需要設計?
實際做產品的時候,功能會很多,而且會越做越多. 信息架構不是功能的簡單堆疊(豆腐塊的頁面布局),所以需要更有邏輯性的方法.
為了讓界面看起來簡單,其實功能慢慢發掘會很復雜.所以要好好的進行信息架構的設計.
信息架構的梳理方法有哪些一、頭腦風暴
用思維導圖的方式，記錄需求方對于產品的需求和思路。沒有固定的格式遵循，不必考慮對錯。記錄后再經過兩三次的重新梳理，力求讓自己充分理解產品定位和核心需求，以及未來的發展方向。重新梳理的思維導圖，將進行深度分解，應用到之后的9個步驟中。
二、用戶和行為
對用戶進行分類，并且羅列用戶的主要行為，適當描述行為的流程。
用戶的分類方法設定兩個層級，第一級為用戶分組，我們稱之為“陣營” 。例如：產品運營方陣營，做的是對內容、業務的管理維護；消費者陣營，做的是查詢、下單、社交、分享；供應商陣營，做的是訂單管理、商品維護、售后服務等。多個陣營最終組成產品的生態體系。
每個陣營有不同的權限需求，衍生出對應的角色。例如：管理員、客服、普通會員、VIP會員、供應商、配送員等。
詳細列出每個角色在使用產品時的操作行為，例如：購買商品、充值/提現、創建新商品、分享照片、領取任務、邀請注冊。其中一定有某些行為，與團隊經歷和市場常見的需求不同，需要指出其中的特殊流程。
通過對特殊流程的描述，將有助于指導業務邏輯和數據庫的設計。
三、系統行為
除了人為操作的行為之外，有一些行為屬于系統自動執行。例如：自動統計訂單、自動結算賬單、自動發送信息等。這類行為往往需要服務器端運行定時策略，執行后會產生或改變數據。相比由用戶操作的被動執行程序，也被稱為主動執行的程序。
四、子系統和客戶端
分析了用戶分類和各種行為之后，便可以規劃系統劃分為幾個子系統和依托幾個客戶端。
例如：運營方使用的運營管理系統，是一個PCWeb端子系統；消費者購物用的子系統包含4個客戶端，PCWeb端、iOS端、Android端、微信H5端；本文撰寫工具有道筆記，有Windows客戶端、Mac客戶端。
羅列所有子系統和客戶端，并對每個客戶端做階段性開發的排序，產品生命周期往往是先抓住種子用戶，針對這個人群退出合適客戶端。
五、界面分布
每個子系統和客戶端擁有多少個界面，每個界面如何命名（中文和英文）。
首先需要劃分子系統和客戶端，再劃分內容模塊，最后羅列每個界面的名稱。例如：運營管理系統/PCWeb端/商品管理/商品列表。
我將界面區分了三種類別：page / tab / dialog，區分它們的顯示狀態和層級關系。
界面的命名規范，每個團隊有自己的習慣，我的習慣是“內容+形式”，例如：goodsList / articleDetail / orderForm / cartGoodsList，僅供參考。
在信息架構分析表中，我加入少量項目管理的元素。界面分布表中，我加入UIMock、靜態樣式和接口集成的開發進度，描述界面設計和前端開發是否完成。
六、數據關系
該步驟分析數據和數據之間的關聯，將指導設計數據庫結構。有特殊需求的地方，可以注明字段類型、長度、枚舉等細節。
一個訂單表，關系著多個表：商品明細表、用戶表、商品表、收貨地址表、地區表、優惠券表，我們需要描述它們之間的關聯字段是什么。尤其是復雜業務或團隊缺乏經驗的領域，前期更要規劃好表之間的關聯關系，盡量考慮未來可能的變化和發展。
七、數據模型
這份數據模型所描述的是核心內容展示給用戶看的信息，用表格型結構的方式呈現，不必描述所有數據表。
當核心的數據關系梳理清楚，我們需要提供一份數據模型，分別給需求方、交互設計和開發人員進行溝通。需求方需要明確回復，展示給用戶看的數據是否足夠；交互設計需要根據模型設計原型圖上展現的信息；開發人員需要圍繞數據模型考慮擴展、冗余、條件判斷等需求，設計更詳細的數據庫結構。
八、關鍵元素
系統中可能需要設計一些與眾不同的效果和功能，被稱為關鍵元素，必要時繪制出的wireframe 。關鍵元素往往是產品的賣點，前期溝通的時候一定會深入討論；也往往是一個對設計和開發略有挑戰的需求，也必須前期思考實現方式。
關鍵元素舉例：

用個十百千萬的格式輸入金額（像會計帳本上的填寫方式），與常規的輸入方式不同；

搜索結果排序規則，需要給每個內容設計一個“權重”字段，至于權重值如何產生，后續再設計具體算法；

《信息架構：超越 web 設計》用戶尋找關于某個主題的全部內容。他用很多方式表達他在尋找什么，會很有耐心滴使用不同術語來搜索。
交互設計、信息架構、功能和需求，每個環節都有一些看似矛盾的規則。這本書里也提到一些。
我們在信息架構中腰考慮給用戶營造場所感，讓他明白這里是哪里，可以干什么。這里有一些特定的設計模式，對這些約定俗成隨意改變和創新，可能會讓用戶困惑。
作者提到的是導航設計時會面臨這個問題。導航設計，尤其在全站、局部、情景式導航共存時，尤其需要注意。
文本導航更好還是圖標導航更好？
在擁有很多空間的桌面類網頁瀏覽器中，文本標簽是規范，因為它們往往更清晰。但是屏幕空間受限時，圖標導航更好。
【信息架構設計-認識產品信息架構信息架構分析】關于信息架構和信息架構分析的內容就分享到這兒！更多實用知識經驗，盡在 m.apearl.cn

上一篇：鬼面具怎么畫，石像鬼面具

下一篇：蘋果手機id格式怎么寫蘋果id密碼格式是什么