---
# System prepended metadata

title: 資訊架構 Information architechure
tags: [design]

---

# 資訊架構 Information architechure

###### tags: `design`

## 第一部分 認識資訊架構

資訊架構學(IA)是一種使得資訊「好找」(尋找資訊)、「好懂」(理解資訊) 的設計法則。

→ 資訊架構看問題的兩個角度:
1. 人們如何覺察資訊空間(information environment)
2. 在資訊空間中如何規劃使得可尋性(findability)與可理解性(underatandability)達到最佳化

> (註) 資訊空間(information environment): 由資訊所建構的空間。泛指資訊產品或服務，例網站、app、資訊生態系統等

---

###  第一章 資訊架構要解決的問題

1. #### 資訊超載
    隨著資訊技術進步，資訊越來越多(例:itunes從單純的音樂管理工具轉為多媒體平台甚至是資訊生態系統)，但當資訊過多時 signal-to-ratio 降低，導致人們對事物的理解與判斷力受到干擾
3. #### 更多存取資訊的方式、管道、工具
    生活中的新型態資訊裝置越來越多(電腦、手機、耳機、手錶)，要使人們無論在哪裡、如何存取資訊的使用經驗都一致且可延續


> (註) 資訊去物質化(dematerialization): 將資訊從人造載體分離出來。例:將音樂從唱片中分離，轉為數位資訊。


以資訊架構學的觀點來看
#### → 跨媒介管道的一致性: 
* 設計者必須先定義語意結構(semantic structures)，這個抽象結構即使套用在不同媒介時，還是能合理的解釋整體概念
* 當需要使用多重管道服務使用者時，跨管道的經驗必須一致。例: 銀行手機app、銀行網站、客服電話，都要體驗到一致的語意結構

#### → 系統性的思考:
* 必須了解各式各樣的互動管道之間如何互相影響，以及如何影響它們的的其他系統產生交互作用，才能有效的設計跨管道一致的資訊產品或服務
* 系統性全觀視角能確保設計維持在正確的方向 (只專心在砌牆會忘了自己是在蓋教堂還是車庫)

---

### 第二章 定義資訊架構

資訊架構指的是:
1. 一種設計行為，資訊空間的架構設計
2. 一種設計過程及產物，涵蓋數位與實體環境及跨多元媒介管道的資訊分類組織、命名、搜尋、導覽系統的統稱
3. 一種科學與藝術，形塑資訊產品與體驗，使其好用、好找與容易了解
4. 一個新興學科與實踐社群，專注於建立數位環境中的設計與架構原則
&emsp;

一些概念
#### → 資訊:
* 資料(data)是事實與數字，知識是存在於人們腦袋中的東西
* 資訊(information)是介於資料與知識兩者間的混沌地帶。資訊千奇百怪大小不一，例: 網站、文件、應用程式、圖片

#### → 結構化、組織與命名:
* 結構化(structuring): 先決定在資訊空間內的資訊顆粒程度(levels of granularity)，再規劃不同項目之間的關聯
* 組織(organizing): 聚集資訊項目形成有意義的分類，為使用者創造一個合適的內容環境，讓使用者知道自己身在何處，且辨識出他們要找的東西
* 命名(labeling): 給予這些分類或導覽項合適的名稱，以此來帶領使用者在資訊空間中移動

#### → 尋找與管理:
* 可尋性(findbility):是影響整體產品或服務易用性的關鍵因素
* 資訊的可尋性與資訊是否被有效管理，兩者息息相關。因此除了為一般使用者需求著想，也必須為管理資訊的人設計出有效且明確的內容管理方式及管理規範


> (註) 資訊顆粒程度(Granulrity): 指資訊區塊的相對大小或粗糙程度。資訊詳細程度的不同等級,從大顆粒到小顆粒排列就像是「雜誌、文章、段落、句子」。

&emsp;

#### 資訊架構的三個圈圈
![](https://i.imgur.com/Dow1q2H.png =500x)

→ 三者都是浮動的，不同變數的組合使得任兩個資訊環境有所差異，且會影響資訊架構設計的品質

* #### 使用者(user): 
    * 使用你設計的資訊空間的人們
    * 不是一個單純概念，他們之間存在許多差異: 態度、人口統計變數(年齡、性別、教育程度)、心理統計變數(人格特質)、任務流程、資訊需求
    * 離開會議室，進入真實世界，撥開雲霧去研究使用者!
* #### 內容(content):
    * 範圍很廣，包括: 文件、應用程式、系統背景服務、資料結構、metadata等
    * 簡言之就是填入網站或應用程式的東西
    * 幾個參數:
        * 內容擁有權(ownership): 
            → 內容由誰創造、擁有?
            → 擁有權是由授權單位集中管控或各功能單位各自擁有?
            → 多少內容來自外部廠商授權?多少由內部生產?
        * 格式(format):
            → 例:影片檔案、word檔、PDF、表格
        * 結構(structure):
            → 少於100字的備忘錄?超過一千頁的手冊?
        * 詮釋資料(metadata):
            → 用來描述資料的資料
            → 例: 一份文件的metadata可能會包含文件長度、作者、建立時間、文件概述等
        * 資料量(volumn):
            → 有多少內容要處理?多少程式需要被管理?系統多大?
        * 內容活性(dynamism):
            → 內容成長率?週轉率?明年有多少資料會進來?速度為何?
* #### 脈絡(context):
    * 所有的數位設計專案都存在於某特定的企業或機構的脈絡下
    * 每個機構都有其願景、任務、目標、策略、人員、資產、技術、預算、企業文化
    * 資訊架構代表了企業組織的快照，是展現企業特質最實際的東西

---
### 第三章 為尋找而設計
在不同的情況下(知道同事姓名要找他的電話號碼/在找要買哪支股票)，會有不同的資訊需求與尋找方式，要設計的資訊架構也會有所不同。
→ 找出 **「使用者關鍵需求」**

→ 並在分析使用者的行為模式時思考:
* 使用者需要哪些資訊(資訊需求)
* 多少資訊量才算足夠(資訊需求)
* 使用者如何與資訊架構互動(資訊尋求行為)
&emsp;

#### 避免過度簡化的資訊模式
![](https://i.imgur.com/aBLERJz.png =500x)

→ 在真實世界這種過度簡單的模式出現機率不高，因為多數情況下人們不清楚自己要什麼(在網拍網站上亂逛找喜歡的衣服)
→ 過度簡化的模式忽略了其他環境與時間脈絡，也忽略使用者可能一無所知的情況
&emsp;

#### 資訊需求(Information needs)
* **已知項目尋找(known-it seeking)**=釣到大魚(The perfect catch):
    當希望找到最佳解答時(想知道某個國家的人口/某個朋友的電話)，通常清楚自己要什麼、要去哪裡找。此為「過度簡化」模式的流程。
* **探索式尋找(exploratory seeking)**=設置蝦籠(Lobster trapping)
    當希望找到一些有用的資訊(找幾家旅遊時要住的飯店)，通常不太明確知道自己要找什麼(甚至自己也沒有意識到)。此為開放性資訊尋求行為，不期待正確答案，若遇到不錯的解答會藉此做為跳板，進入下一回合的搜尋過程，因此不容易確認何時才算是結束搜尋。
* **地毯式研究(exhaustive research)**=一網打盡(Indiscriminate driftnetting)
    當需要竭盡全力找到特定主題的所有資訊(論文研究/競業分析)，此狀況下使用者有非常多方法表達他要什麼，並且需要有耐心組合各種搜尋條件以挖掘更多東西。
* **再尋(refinding)**=尋找記憶中的白鯨(I've seen you before, Moby Dick...)
    當要找以前看過的東西(在上班時偷看的某篇文章)，能很快判斷找到的是不是原來看過的東西，隨著線索越來越多，能更具體知道該如何或去哪裡找。或是一開始就會把資訊收藏或標記起來(Pinterest)，之後便能很快找到。
    
![](https://i.imgur.com/4k9kY6p.pngg =500x)

&emsp;
    
#### 資訊尋求行為(Information-seeking behaviors)
基礎行為元素:
* 搜尋(searching)
* 瀏覽(browsing)
* 詢問(asking)

需求行為的面向:
* 整合(intergration)
* 反覆(iteration)

→ 在同一次的尋找過程中我們通常整合了搜尋、瀏覽、詢問三種行為，且會反覆來回查找
ex: 當員工要尋找海外旅遊規定的過程中，會循著企業網站進到人力資源的子網站或單元，瀏覽公司規定，接者搜尋包含旅遊之類字串的文件，若沒有找到想要的答案，使用者會寫mail詢問相關部門。

![](https://i.imgur.com/rRpXxOR.jpg =600x)
&emsp;

**採莓模式(berrypicking techique)**:
使用者一開始有個資訊需求，形成一個資訊尋找條件(query)，然後隨著資訊空間的複雜路徑一步一步移動，沿著路徑隨手擷取各種資訊片段(莓果)。

→ 在過程中，使用者會學到更多，越來越了解自己要什麼，以及在這個系統裡有哪些有用的資訊，然後他們會修正自己原先的資訊尋找條件。
→ 採莓模式與「過度簡化」模式比較起來看似較亂，但我們的心智的確是如此運作的。

![](https://i.imgur.com/DobGg7w.jpg =480x)

→ 如果你的使用者經常出現採莓行為模式，則規劃的資訊空間裡應該要提供不同搜尋動作的順暢串接，讓使用者很輕易的在搜尋與瀏覽之間切換，也要很容易返回前一個動作。

![](https://i.imgur.com/3nanw6u.png =600x)
&emsp;

**滾雪球模式(pearl-growing)**:
當使用者手上有一些剛好符合需求的資訊或文件，人們會想要找更多類似這個的東西。<br>→ Google: 類似的圖片、類似的網頁(similar pages)
→ 論文、期刊: 文件之間利用citation來串聯類似文件
→ Flickr、IG: 利用tag或hashtag來找到類似內容


#### 如何分析使用者資訊需求與資訊尋求行為?
1. 搜尋分析(search analytics)
    * 檢查分析搜尋紀錄，依此來判別網站本身的搜尋成效、metadata、導覽選單、內容
    * 幫助了解使用者常找什麼資訊、進一步分析資訊需求與資訊尋求行為
    * 基於大量使用者行為數據，缺點是無法與使用者直接互動
2. 脈絡訪查(contextual inquiry)
    * 直接觀察使用者如何與資訊互動
    * 並在使用者身處的原始環境下詢問他們正在做什麼，挖掘行為背後的動機或想法
    
---
### 第四章 為理解而設計
#### 空間的意義
我們的感知能力使我們能察覺自己身處何處、在哪些空間可以做什麼(或不能做什麼)。我們也把實體空間的認知能力轉移應用到資訊數位空間，以實體空間近似的動作來比喻數位環境，例:「上」網、「造訪」網站。

#### 以資訊打造的數位空間
我們感受資訊空間的過程與能力，如同感受真實世界的空間一樣。當造訪銀行網站，瀏覽它的導覽選單架構、主標題、次標題、圖片等，藉由這些語意線索我們會知道我們正在銀行裡，且很難把銀行網站與醫院網站搞混，如同在真實世界中能輕易區分銀行與醫院一樣。
但有些資訊空間並不對應到實體建築物，例如我們會將食譜網站類比為書本。

#### 向實體空間借鏡:
* #### 階層
    資訊階層能顯示出空間中個別元素的重要性，被放在第一階層順位的資訊元素會扮演領頭的角色，定義整體資訊空間被外界認知的「形式(form)」，以及不同資訊概念在資訊空間內部的分界。這就如同建築物的主體結構會定義建築物的形式、使用方式。
    
* #### 韻律(rhythm)
    建築中的韻律通常來自於結構性格柵或外皮裝飾，能增加建築的趣味與活力。
    在資訊空間中，介面互動設計會創造韻律，但資訊架構規劃方式影響更大，而韻律能改變我們對資訊的理解。
    
    ![](https://i.imgur.com/nPOVNLw.png =600x)
    
    ![](https://i.imgur.com/aVy1MOA.png =600x)
    
    → 畫面可選擇不同的韻律
    &emsp;
    
    ![](https://i.imgur.com/8juMVIP.png =x700)
    
    → 資訊源(feed)與資訊流(stream)隨著滑鼠滾動而顯示，讓人感受到強烈的韻律



* #### 類型學(Typology)
    為了滿足機構本身的需求，建築空間會逐漸演化為某種特定類型的樣貌，資訊空間也是一樣。
    因此使用者會以過去經驗來想像如何與新的資訊空間互動、如何在這個空間找東西。
    雖然同質性企業網站的資訊空間結構相似，但在資訊架構(文字或調性)上有些變化就足夠讓網站與眾不同。這些差異更能幫助企業展現品牌特色。

![](https://i.imgur.com/yGts8vc.jpg =600x)

![](https://i.imgur.com/h6CWIUa.png =600x)



* #### 模組性與延展性
    建築變化的6種階層:(變動速度由慢而快)
    * 場址:建築物的地址。變動最慢，甚至不變。
    * 結構:建築的骨架、地基
    * 外表:建築物的外皮
    * 服務:管線、電力系統、空調系統
    * 空間格局:建築的內部規劃，如隔間、門窗
    * 物品:家具、家電。變動最快。

    → 資訊空間的視覺設計可以依流行而改變，但是語意結構必須保持穩定，以確保達到原本的目的與affordance，也避免使用者因不習慣新的語意空間而迷失。
    
    ![](https://i.imgur.com/tcWtYyV.jpg =x500)
    → 畫面變得簡潔，但基本結構不變
---

## 第二部分 資訊架構的基本原則
以具體的層次來檢視資訊架構，以下為互動資訊空間都有的四個子體系:
* 組織體系
* 命名體系
* 導覽體系
* 搜尋體系

---

###  第五章 拆解資訊架構

* #### 由上而下的資訊架構(Top down)
    使用者在瀏覽網站時，由首頁慢慢依照導覽進入網站內部，找到需要的核心資訊

    ![](https://i.imgur.com/8jMuxP7.png =700x)


* #### 由下而上的資訊架構(Bottom up)
    使用者一開始就由別的地方直接導入到核心資訊，再慢慢的看見網站的全貌

    ![](https://i.imgur.com/x9HbEZy.png =x400)

&emsp;



#### 資訊架構組成要素

![](https://i.imgur.com/dPFsUQI.jpg =600x)

拆成四個類別:

* #### 組織體系(organizing system):
    * 如何分類資訊，將網站的資訊以不同方式呈現，例如依時間或主題分類
    * (圖) 如上方導覽列、中間最新消息輪播等
* #### 導覽體系(navigation system):
    * 幫助使用者瀏覽與在資訊間移動，例在階層中點擊不同資訊
    * (圖) 如主要導覽中個別下拉選單中的分類
* #### 搜尋體系(search system):
    * 如何搜尋資訊，讓使用者在內容中尋找需要的資訊
    * (圖) 如🔍
* #### 命名體系(labeling system):
    * 如何稱呼每個類別、選項和連結，用對使用者有意義的文字來描述在網頁上可以看到的資訊
    * (圖) 如「Education」、「Research」、「Current」等

&emsp;

另一種拆解方式: 瀏覽輔助、搜尋輔助、內容與任務、不可見的要素

* #### 瀏覽輔助(browsing aids):
    提供一組預先設定的路徑，為使用者在資訊空間中導航
    * #### 組織體系(organizing system):
        或稱「分類與階層」，也就是內容的主要分類與組織方式，如依主題、任務、使用族群、時間或使用者產生的標籤(user-generated tag)
    * #### 一般導覽體系(general navigation system):
        一個資訊空間中主要的導覽體系
    * #### 區域導覽體系(local navigation system):
        資訊空間鍾某部分(如子網站)的主要導覽體系
    * #### 網站空間地圖/目錄(sitemap/table of contents):
        附加在主要導覽體系外，提供各主要內容的簡要概觀與連結
        ![](https://i.imgur.com/eUQ6Ifl.png =600x)

    * #### 索引(index):
        附加的導覽體系，依字母排列的關鍵字，可連結至資訊空間中的內容
    * #### 指引(guide):
        附加的導覽體系，為特定主題提供專門的內容，可連結至相關內容
    * #### 逐步指南與步驟精靈(walkthrough and wizard):
        附加的導覽體系，引導使用者依順序完成步驟，可連結至相關內容
        
        ![](https://i.imgur.com/CliYtHs.png =600x)
    * #### 脈絡導覽體系或內文導覽體系(contextual navigation system):
        將連結内嵌在內容文字中，以連結資訊空間中較特別的內容
        ![](https://i.imgur.com/9bPYCVX.png =400x)


* #### 搜尋輔助(search aids)
    * #### 搜尋介面:
        輸入及修改查詢字詞的相關功能，以及其他搜尋的設定(例搜尋特定範圍)
    * #### 查詢語言:
        搜尋時的語法規則。例如布林運算(AND、OR、NOT)，鄰近運算子(ADJACENT、NEAR、SAME)，或指定搜尋欄位(如AUTHOR="Shakespeare")
        
        ![](https://i.imgur.com/LREBxWz.png =600x)


    * #### 查詢助手:
        讓搜尋更精準的輔助功能。例拼字檢查、詞幹擷取(stemming)查詢、同義詞搜尋
    * #### 檢索演算法:
        搜尋引擎中負責判斷哪些內容符合查詢字詞的部分，例Google的PageRank(Google最早且知名的檢索演算法)
    * #### 搜尋範圍
        
    * #### 搜尋結果:
        符合查詢字詞的內容之呈現，需要考慮要呈現幾則結果、結果的排序與分類
        
* #### 內容與任務
    內容與任務是使用者使用資訊空間的終極目標，內嵌於其中的資訊架構要素包括:
    * #### 標題(heading):
        描述內容的命名標籤
        
    * #### 內容中內嵌的連結(embedded link):
        在內容文字中的連結，文字連結的文字描述代表連結過去的內容
    
    * #### 內容中內嵌的metadata(embedded metadata):
        內容中可作為metadata的資訊，但必須先從內容中擷取出來(將食譜中用到的食材建立索引，之後就可以將之搜尋)
        
        ![](https://i.imgur.com/ClDi76P.png =500x)

        
    * #### 內容區塊(chunk):
        內容中自然形成的單位，可能會有不同的詳細程度(書中的章&節)，也有可能是巢狀階層關係(章內有節)
    * #### 列表(list):
        一組分好組的內容區塊，可能有某些共同性質，並以某些順序呈現(如時間)
        
        ![](https://i.imgur.com/oHbjwiL.png =500x)

        
    * #### 順序輔助(sequential aids):
        讓使用者知道自己位於流程或任務中的哪個步驟、還剩多少步驟才會完成
        ![](https://i.imgur.com/X6TbVGR.png =600x)
        
    * #### 識別記號(identifier):
        讓使用者知道自己身處資訊空間中的哪個地方，如麵包屑及其他標示
        
        ![](https://i.imgur.com/cblMl9f.jpg =800x)
        
        ![](https://i.imgur.com/FzECIYl.png =800x)


        
* #### 不可見的要素
    有些資訊架構的重要元素，只有在系統背後才能完整看到
    * #### 控制詞彙與同義詞典(controlled vocabularies and thesauri):
        → 控制詞彙是一系列預先建立的優先詞(preferred term)，通常用來描述特定領域中的觀念，有助於減少自然語言所固有的歧義問題，從而保證一致性(例:automobile vs. car)
        → 同義詞典除了控制詞彙外，還包括廣義詞(broader term)、狹義詞(narrower term)、相關詞(related term)以及優先詞的描述(範圍註，scope note)
        
    * #### 檢索演算法(retrieval algorithms):
        依照相關性排列搜尋結果的順序，反映出工程師判斷相關性時的考量
        
    * #### 最佳可能性(best bets):
        依據查詢字詞，經人工挑選的搜尋結果。由編輯或專家決定那些查詢字詞應提供最佳可能結果，以及那些內容文件可以當作最佳可能結果
&emsp;

> (註) 詞幹擷取: 去除詞綴得到詞根的過程。許多搜尋引擎在處理詞彙時，會將有相同的詞幹的詞視為同義詞，此為一種query expansion

> (註) 範圍註: 在主題詞下，對該主題詞內容的釋義或使用範圍的說明，如:水上運動包括 跳水、衝浪、賽艇、風浪板、水上摩托車等

> (註) 廣義詞、狹義詞: 是詞與詞間的層次關係。例如「筆記型電腦」與「掌上型電腦」的概念接近，且此兩個詞都屬於「攜帶型電腦」的一種，因此它們皆可視為「攜帶型電腦」的狹義詞。相反的，「攜帶型電腦」可視為這兩個詞的廣義詞，透過廣義詞的擴展，運用查詢詞「筆記型電腦」可找出包含「掌上型電腦」的文件

---

###  第六章 組織體系
我們將事物組織分類以便學習、解釋與控制，而當我們決定如何分類、命名與關連特定資訊時，就會影響人們如何理解該資訊

#### 組織資訊的挑戰
* #### 意義不明確(ambiguity):
    分類體系透過語言表達，但同一個文字常有許多不同理解方式(如:pitch有瀝青、投擲、音高等意思)，這使得分類體系的基礎不穩固。
    另外，將哪個資訊該分到哪些類別也是一個麻煩的點(:tomato:番茄到底是蔬菜或水果?)
    
    ![](https://i.imgur.com/S7YSsMY.png =600x)


    
* #### 異質性(heterogeneity):
    異質性是指一個或一組物件有不相關或不相似的部分。大部分的數位資訊空間內異質性都很高，一個網站裡面可能會有一篇文章、期刊、期刊資料庫等顆粒程度(granularity)不同的資料，也會有圖片、產品資訊、檔案等多種格式的資料。因此很難採用單一、結構化的組織來分類內容(例:圖片重要的資訊有檔案類型、解析度)
    
* #### 觀點的差異:
    命名與組織系統受到建立者觀點的影響極大，因此我們必須跳脫自己的心智模型，透過使用者研究來洞察使用者的習慣、理解資訊的方式

* #### 內部政治:
    資訊分類會形塑理解與評價，而因為群體內部個人或部門想爭取影響力或受重視，因此需要留意內部政治、引導大家專注於資訊架構、或是有所妥協避免衝突
    
&emsp;

#### 組織資訊空間
組織體系由「組織的規則(organization scheme)」與「組織的結構(organization structure)」組成。
「組織規則」定義該依照哪些共同特性來分類，「組織結構」決定了內容項目與分類間的關係。
而組織體系是導覽與命名體系的基礎，因此獨立出來討論很重要

#### 組織規則(organization scheme)的類型
* 精確的組織規則:
精確或客觀的組織規則。能將資訊化分為有清楚定義且互斥的不同部分。精確組織規則利於「已知項目(known-item)」的搜尋，易於設計與維護，但若使用者不清楚自己要找找什麼，則會碰到困難。例: 在字母排序中尋找「Chile」很容易，但若想不起這個國家的名字則很難找到
    * 字母順序的規則(aphabetical schemes):
    百科全書、字典、電話簿等都會運用字母順序來組織內容。而字母排序有可以用來輔助其他組織規則(部門、產品、格式)
    &emsp;
    ![](https://i.imgur.com/BeSkXEn.png =200x)
    &emsp;
    * 時間順序的規則(chronological schemes):
    有些資訊很適合依照時間先後來排序，例:新聞資料庫、日誌、歷史書籍、電視節目表
    &emsp;
    ![](https://i.imgur.com/xVQGKqc.png =600x)
    &emsp;
    * 地理區域的規則(geographical schemes):
    天氣、新聞、政治議題會與地區有關。行動裝置因為會存取位置資訊，因此Google、Apple這類公司會投入大量資源以提供區域性的搜尋與資訊服務，並以地圖為主要的介面
    &emsp;
    ![](https://i.imgur.com/2GfO84v.jpg =700x)
    &emsp;
    ![](https://i.imgur.com/A4GA5fC.jpg =700x)
    &emsp;
    
* 模糊的組織規則:
意義不明確或主觀的組織規則。此規則受限於語言的不精確性與每個人的主觀解釋。但此規則卻比精確的組織規則更重要，因為人們有時候不知道自己要什麼、或不知道東西的正確名稱，因此常使用意義不明確、以主題分類的規則。模糊的組織規則依照內容與意義把資訊分組，可以提供「意外發現模式(serendipitous mode)」的資訊尋求方式，也有助於關聯式學習，藉此獲得品質更佳的資訊尋求結果
    * 主題式的組織規則(topical organization schemes):
    依照內容主題或主旨來組織訊息是最有用也最有挑戰性的方式。分類的觀念會隨時間改變，也會受文化影響。
    &emsp;
    ![](https://i.imgur.com/ED9hu2n.jpg =700x)
    &emsp;
    * 任務導向的組織規則(task-oriented schemes):
    把內容與應用程式組織成流程、功能或任務的組合，在電腦或行動應用程式中很常見
    &emsp;
    ![](https://i.imgur.com/avwmyaC.png =700x)
    &emsp;
    ![](https://i.imgur.com/y8w88Lf.png =700x)
    &emsp;
    * 目標族群的組織規則(audience-specific schemes):
    若產品或服務面對兩種以上、可清楚界定的目標族群，則依照族群打造組織規則就相當合理。依照族群分類，提供特定對象會有興趣的內容，網頁就不會充斥無關的訊息。
    按照族群來分類可能會碰到「個人化(personalization)」相關的問題，例如:國際生新生應該點選哪個分類?在這種模糊規則的情況下，我們必須要對類似狀況進行合理推測並且修正。
    目標族群可以是開放式或封閉式規則，開放式規則允許某一族群使用其他族群的內容，而封閉式不允許(有會員訂閱機制或安全疑慮時)。
    &emsp;
    ![](https://i.imgur.com/CUqyVCF.png =700x)
    &emsp;
    * 比喻導向的組織規則(metaphor-driven schemes):
    利用使用者熟悉的事物，建立與新事物的關聯，幫助使用者了解新事物(電腦的「桌面」、「資料夾」、「垃圾桶」)。
    &emsp;
    * 混合的組織規則(hybrid schemes):
    使用單一規則的好處是它提供了簡單的心智模型，讓使用者能快速理解，內容增加時也能應用單一的組織規則。
    混用多種規則時，很難形成一個心智模型來理解邏輯，必須看完所有項目才能找到需要的東西，且很難隨內容增加而相應擴展。
    但許多網站的最上層導覽常可以看到結合主題與任務的混合式組織，這表示實際需求中，企業與使用者都覺得找到所需內容與完成任務同等重要 → 這種模式因只會加入最需要的任務，所以不太會擴展。因此只適用淺層的導覽，不適用於深層的導覽。
    &emsp;
    ![](https://i.imgur.com/IAmj9z1.png =400x)
    &emsp;
    若要在深層使用混合規則，則要確保不同的規則在頁面上是分開呈現，使用者能因此建立合適的心智模型
    &emsp;
    ![](https://i.imgur.com/Vo3QgRF.png =400x)

    &emsp;

#### 組織結構(organization structure)的類型:
資訊的結構決定了使用者在其中導覽、尋路的主要方式，主要有三種方式:
* 階層-由上而下:
    經過良好設計的階層，是優秀資訊架構的基礎。其觀念為:同一層的類別間彼此互斥，上下階層是父子關係。而階層是由上而下的方式來組織，使用者可以輕鬆快速地建立好心智模型來理解空間結構，且可以讓使用者不必大規模的內容盤點(content inventory)就能掌握資訊空間的大概範圍
    ![](https://i.imgur.com/7q925ZY.jpg =500x)
    
    * 設計階層時注意:
        * 階層的類別間原則上互斥(視情況):
        若允許同一個東西出現在不同類別中，稱「多重階層(polyhiearchy)」。有時可以將較模糊的項目(:tomato:)重複分配到兩個以上的類別內，以確保使用者找得到，但這樣的情況出現太多次會導致階層失去效果。
        * 階層的廣度和深度的平衡很重要:
        廣度是指階層中同一層級的類別數目，深度是階層中的層級數目。若階層太窄太深，使用者需要點擊多次才能到達想要的資訊；若階層太廣太淺，使用者會在主選單面臨太多選擇。在決定深度與廣度時:
        → 要留意使用者掃描該頁的負荷能力
        → 進行使用者測試
        → 將資料分組呈現在整個網頁中以建立結構(而非全部擠在上方或側邊)
        → 對於一個新建立打算逐漸增加內容的資訊空間來說，應考慮廣而淺，而非窄而深的階層，如此一來有新內容加入時不必變更主要結構。(變更主頁結構較麻煩且花心力金錢)
        
             ![](https://i.imgur.com/D5EHnEG.png =600x)
    
         
* 資料庫-由下而上:
    資料庫的定義為「資料的集合，且經過安排後，利於輕易及快速地搜尋與檢索」。目前市面上的多為關聯式資料庫，一資料庫內可以包含數個資料表。而metadata可以連接資訊架構與資料庫，只要在文件或資訊物件加上metadata標籤，就能帶來強大的搜尋、瀏覽、篩選和動態連結能力
    ![](https://i.imgur.com/DYpAvTC.png =600x)
    
    Metadata間的關係可能很複雜，如實體關係圖(entity relationship diagram)所示:
    
    ![](https://i.imgur.com/feoXH45.png =700x)


* 超文件(hypertext):
    超連結是一種極度非線性的資訊組織方式。超文件系統包括兩個要素:「被連結的物件或資訊區塊」和「這些區塊間的連結」。雖然這種組織結構有極佳的彈性，但在超連結中移動時容易迷失方向，且無法建立心智模型，在沒有脈絡可尋的情況下容易導致使用者產生挫折。
    資訊空間的主要結構很少單獨採用超文件，但超文件適合用於補強階層式與資料庫的結構
    
    ![](https://i.imgur.com/MjOaw2a.jpg =400x)

&emsp;

#### 社交分類
社交媒體已經成為數位體驗的主要角色，使用者可以將自己提供的內容透過標籤來進行社交分類，並成為組織資訊的重要工具。
民眾分類(folksonomy)又稱collaborative tagging、social classification、social indexing、social tagging，使用者可以將物件下標籤，因此自己或其他使用者能輕易地搜尋及瀏覽。例: Instagram及Twitter的#(hashtag)
![](https://i.imgur.com/Y30zjt4.png =300x)



#### 總結
* 組織規則: 「精確規則」適合使用者明確知道要找什麼的情況(已知項目的搜尋)；「模糊規則」適合瀏覽、關聯式學習以及使用者約略知道自己要找什麼的情況，但可以的話盡可能兩種規則都使用。
* 組織結構: 大型系統通常需要多種結構。最上層、整體的資訊空間架構幾乎都是「階層結構」；同質性、結構性高的資訊適合運用「資料庫模式」；若需要結構性低、創意程度高的關聯則可使用「超文件」或「由使用者建立標籤」來達成。

&emsp;

> (註) 多重階層 (polyhiearchy / multiple hierarchies)： 以現代觀點而言，大多數的現象是多面或有重疊，而其屬性和關係取決於情境和目標，非單一的層次結構可規範

> (註) 主鍵(primary Key): 主鍵值的定義，是資料表中對儲存資料物件是屬於唯一，並且可完整標識的資料列或屬性的值，其不能是重複也不能是空值

> (註) 複合式主鍵(composite Key): 主鍵如果是由多個欄位(屬性)組成，則稱為複合主鍵

> (註) 外來鍵(foreign Key): 如果資料表中欄位之資料值必須參考其它資料表內的資料，則稱為外來鍵

> (註) 資料庫正規化(database normalization): 透過一定的程序，去除資料庫中冗餘的內容，讓資料能夠井然有序且有效率的儲存。正規化後的資料庫，應具備以下特性：欄位唯一性 — 每個欄位只儲存一項資料、主關鍵欄位 — 每筆資料都擁有一個主鍵，來區別這些資料、功能關聯性 — 欄位之間的關聯應該要明確、欄位獨立性 — 欄位之間不應存在遞移相依

---

### 第七章 命名體系
命名的目標是有效率地溝通資訊，不占用過多網頁空間或使用者的認知能力來傳遞訊息。
在使用資訊空間時，不易看見使用者的反應，溝通較困難，因此必須規劃好名稱，讓名稱反映內容、讓使用者可以理解。

#### 命名的種類
包括:內文連結、標題、導覽列與導覽選項、索引關鍵字的命名

* 內文脈絡連結命名:
    文章與資訊中出現的超連結，通常是連到和上下文內容相關的其他資訊，而超連結使用的文字就是內文脈絡連結的命名。內文連結的建立通常沒有系統，因此不同人所認知內文連結會連結到的地方可能都不同(++莎士比亞++ 連到的是維基百科的頁面或是他所有的作品列表?)
    
    → 內文連結必須直截了當、意義明確，並符合上下文脈絡
    
    ![](https://i.imgur.com/nUHZSFE.png =600x)
    
    → 部落格文章的內文連結則不必這麼明確(基於對作者的信任、輕鬆幽默的情境)
    
    ![](https://i.imgur.com/O7K8WAv.png =600x)
    
    → 改善命名的代表性: 問自己「使用者覺得連過去或是什麼內容」或直接將網頁印下並標示連結文字請使用者寫下連結可能會連到的內容


* 標題命名:
    標題藉著精簡的命名來描述接續其後的資訊，也可用來幫忙建立頁面中內容的資訊階層與結構。標題間的階層關係常透過視覺的方式(編號、字體大小、顏色、縮排等)來表達，且容許有許多彈性。
    
    ![](https://i.imgur.com/NCrvpGo.png =600x)
    
    若是流程各步驟的標題，就必須維持一致，並帶有前進的意象。可以使用編號或使用「動詞」來將流程串在一起。
    ![](https://i.imgur.com/43AKzC2.png =600x)
    → 標題因為會多個一起出現，因此相較連結命名需要更系統化的設計
       
    
* 導覽列命名:
    導覽列一般不會超過十個，即使只有一個與其他命名不一致，都會顯得格格不入，加上使用者常常會使用導覽列，若有問題也會因此擴大，所以導覽列的命名必須具備一致性且更謹慎。
    導覽列在每一頁的命名最好相同，以維持使用者在瀏覽網站時的熟悉感(避免在不同頁面出現「主頁」、「首頁」、「起始頁」來稱呼首頁)。
    導覽列的命名沒有標準，但有一些常見的用詞:
    * 首頁、主頁
    * 搜尋、尋找、瀏覽
    * 網站地圖、內容、內容列表、索引
    * 聯絡資訊、聯絡我們
    * 幫助、常見問題、FAQ
    * 最新消息、消息與活動、最新公告、公告
    * 關於、關於我們、關於<公司名>
    
    
* 索引關鍵字命名:
    索引詞彙有非常多形式，例:關鍵字、標籤、描述性metadata、分類詞、控制詞彙、同義辭典。索引詞彙可以連結至任何網頁、網站、內容區塊，且因為索引詞彙經過特別建立，用來代表某個主題的資訊，因此可以找到更符合需求的內容。
    一般來說使用者看不太到索引詞彙，他會隱藏在管理系統、資料庫或HTML的內嵌metadata中，像<meta>或<title>等標籤裡。
    舉例來說一個家具廠商可能會在沙發類產品頁面的<meta>中加入以下的索引詞彙:
    `<meta name="keywords" CONTENT="椅墊座椅, 沙發 , 手扶椅, armchair, 躺椅">`
    當搜尋「沙發」時，搜尋結果會出現含有該索引詞彙的網頁，即使網頁的內文沒有出現「沙發」一詞。
    
    &emsp;
    ![](https://i.imgur.com/pWEuAE9.png =600x)

* 圖示型命名符號:
    圖示型命名符號與文字相比能表達的意義有限，因此通常用於導覽列，或小規模內容組織的這種項目較少的命名。雖然圖示無法如同文字讓使用者一樣快的理解其意義，但透過重複使用及練習會在使用者心中建立意義。但在使用者沒有耐心或需要快速完成任務時的情況下則要避免使用。
    
    ![](https://i.imgur.com/0GI9iSW.png =300x)
    
    &emsp;
    
#### 創造有效命名的原則

* 一般指導原則:
在命名時必須留意「內容」、「使用者」、「脈絡」這三個會影響資訊架構的因素
    * 盡可能限制命名的範疇:
    因為一個單字常會有許多不同的意義，所以如果是為特定使用者打造資訊空間，就能減少解讀命名的角度。假設內容範圍真的很大，可以將內容模組化、分成小區域來滿足特定使用者
    
    * 建立一致的命名體系:
    一致性代表可預期性，而可預期的事情較容易學習。影響一致性的因素有:
    
        * 寫作格式:
            統一的標點符號與大小寫
            
        * 文字視覺格式:
            一致的字體格式、大小、顏色、空白、分組樣式
            
        * 文法格式:
            避免混用「動詞型(照料您的愛犬)」、「名詞型(愛犬飲食)」、「問句型(如何訓練愛犬如廁)」的命名
            
        * 顆粒程度:
            命名最好描述大致顆粒程度相同的內容，而不是:「中式餐點」、「義式餐點」、「墨西哥餐點」、「薯條:fries:」
            
        * 完整性:
        使用者會因為命名系統中的缺漏而困擾，例如服裝網站列出「褲裝」、「領帶」、「襪子」，而沒有列出「上衣」，使用者會懷疑到底是沒賣上衣還是網站有問題。完整性除了對一致性有助益外，也能讓使用者快速掃視並了解資訊空間的大概內容。
        
        * 對象:
        要考慮到資訊空間主要的使用族群所熟悉的詞彙，若不同族群的用詞差異太大，可能要考慮為每個族群設計個別的命名體系
        
* 命名系統的參考依據
    * 檢視目前的資訊空間:
    以目前現有的命名體系為基礎進行修正。或地毯式檢視整個資訊空間，將所有命名彙整成表格，看是否有命名、寫作格式、大小寫的不一致
    
    * 競業分析/類似分析:
    先確認使用者的需求，然後去分析競爭者的網站，並記錄下好的與壞的命名。若許多同業在某些辭彙都採用相同命名，則代表該詞彙的命名大概就是那樣了，直接效仿即可
    
    * 控制詞彙/同義詞典:
    控制詞彙或同義詞典是由相關背景主題專家所建立，因此用詞準確且具有一致性。可以依照資訊空間的領域參考不同的同義詞典，但也不是每個領域都有建立控制詞彙與同義詞典
    
* 建立全新的命名體系
    * 內容分析:
    可以閱讀有代表性的文件並記下代表該文件的關鍵字詞來當作命名。若是數量龐大，可以利用「資訊實體擷取(information entity extraction)」的軟體工具來自動擷取文件中有意義的字詞，之後再進行人工確認。(但訓練軟體、調教演算法很花成本)
    
    * 內容的作者:
    詢問文件的作者，並請他們提供關鍵字詞
    
    * 使用者代言人/領域專家:
    使用者代言人是能夠代表使用者的角度表達意見的人，例如:客服人員、了解使用者需求脈絡的專家。可以藉由訪問他們來瞭解目標族群的資訊需求，逐步建立適合使用者的詞彙
    
    * 使用者(直接):
    真正的使用者通常比較難接觸到，但若能找到他們，便會是最好的命名參考來源
        * 卡片分類(card sorting):
            * 開放式卡片分類(open card sorting):
            讓參與者把現有內容的卡片依照他們的想法分為不同類別，並將每個類別命名。開放式卡片分類屬於generative，用於發現使用者的分類模式，提供我們產出分類資訊的想法
            * 封閉式卡片分類(closed card sorting):
            提供分類名稱，請參與者把卡片分配到這些類別裡。在進行分類前，可以請參與者說明他們覺得每個類別命名所代表的意義，用來與自己的定義做比較。封閉式卡片分類屬於evaluative，用於判斷我們提供的分類是否有效
            
        * 自由聯想(free listing):
        選擇一個內容項目，請參與者想出一些可以描述他的字詞(記得考慮參與者族群的異質性與數量)
        
    
    * 使用者(間接):
        * 搜尋紀錄分析(search log analysis):
        可以在最不打擾使用者的情形下瞭解命名的實際使用情況。可能會發現使用者對縮寫、專業名稱的使用與否、使用單一或多個詞彙、產品名稱等習慣
        * 社群網路上流行的自由標記(free tagging)也對命名體系很有幫助
        
* 修正與調整
    * 把現有命名清單依字母排序，去除重複的名詞，找出不一致的標點符號、大小寫、文法等等
     * 若資訊空間的命名體系式依主題建立，試著預想未來可能會放入的主題，因為若不先事先預想好，未來可能會導致新的命名與既有的命名格格不入，或是新的內容會被丟到「其他」這種類別中
    * 上線後的命名體系要持續微調及改善(因使用者與內容都會隨時間改變)
    
> (註) Reverse card sorting / tree testing: 用來測試網頁可尋性(findability)的方法。首先先給參與者一個題目(1000元以下的男性褲裝)，再來秀出網頁最高層級的導覽命名並叫參與者選一個，再秀出其下一層級的所有命名並叫參與者選擇，依此類推直到完成任務。(事後評估:是否完成任務?是否有走回頭路?若有走錯是走到哪?是否不太用思考就完成任務?哪些項目容易完成或失敗?)

> (註) Modified-Delphi card sorting: 由一位參與者先將所有的卡片都分類好，再由第二位參與者進行調整，再來交給第三位...。藉此可以快速得到一致的結論。
            

---

### 第八章 導覽體系

導覽體系能提供所在位置的脈絡線索(context)，也能增加移動選擇的彈性(flexibility)，是資訊架構中不可缺少的部分。

近年來因不同大小和規格的裝置不斷出現，也有了不同的互動機制，因此導覽的表層一直在變化中。也因為觸控裝置的普及，帶來新的互動方式(pinch,swipe)，有些慣用的互動方式(hover)逐漸淘汰，所以我們目前正經歷導覽機制的實驗觀察期。

#### 導覽體系營造空間，賦予意義(Placemaking)
導覽體系主要的功能是讓使用者了解「這是哪裡、這裡有什麼、在這裡能做什麼」，無論是實體或是數位空間導覽，使用者都必須先確定自己的位置，才能弄清楚如何規劃路線。因此必須提供足夠的空間線索讓使用者了解自己身在何方，例如，在資訊空間的上方標示出網站名稱或logo，以及盡可能呈現出資訊階層的結構以指出目前所在位置。

![](https://i.imgur.com/rNFbiiM.png)


若想看網站的導覽體系是否清楚，可以進行導覽壓力測試(navigation stress test):
1. 忽略首頁，直接跳到網站或的某個畫面
2. 在所處的畫面中是否能搞清楚該頁相對於整個空間的位置、位於哪個主要區域、上一層是什麼?
3. 是否可以分辨該畫面可以通往何處?畫面上的連結敘述是否讓你對連結的目標有大致概念?

#### 改善移動選擇的彈性

設計導覽系統的重點，在於平衡彈性帶來的優點與缺點。過多的超文件導覽會模糊階層概念，導致使用者失去空間感；過度著重階層導覽，沒有適度提供移動捷徑，則會失去行進的彈性。

![](https://i.imgur.com/Mmk4Md1.gif)



#### 導覽的類型
*  內嵌式導覽: 布局於網頁或app畫面上
    * 全域導覽
    * 區域導覽
    * 內文導覽
* 附加式導覽
    * 資訊空間地圖
    * 索引
    * 引導
    
    
#### 內嵌式導覽系統(embedded navigation system)
與資訊空間緊密結合，具備傳達空間意義的主要導覽系統
* 全域導覽系統(global navigation system):
全域導覽系統應該要出現在網站中所有的網頁。常見的形式是做成頁面上端的導覽列，讓使用者無論在網站中的任何階層，都能跳到資訊空間內的其他主要區域。因為全域導覽系統是整個資訊空間唯一一致的導覽元素，所以對易用性有極大的影響，必須反覆地進行使用者測試。

    ![](https://i.imgur.com/1dECyf8.png)

    ![](https://i.imgur.com/B2R2Pzi.png)
    
    大部分全域導覽會以公司logo代表返回首頁的功能。有些導覽列會在使用者所在的位置的導覽項目以不同顏色顯示，讓使用者知道自己身處何處。

    全域導覽系統還在持續演化中，例如:
    
    巨型選單(mega-menu)
    ![](https://i.imgur.com/oCU7VO7.png =800x)
    &emsp;
    頁尾導覽(fat footer)
    ![](https://i.imgur.com/PpWLH6u.png =800x)

* 區域導覽系統(local navigation system):
    多數的網站或app中，全域導覽通常會搭配一或多個區域導覽，讓使用者能探索鄰近的範圍。
    
    - 把全域與區域導覽整合在一起的資訊空間↓
    
    ![](https://i.imgur.com/ZR2z7fw.png =620x)

    
    ![](https://i.imgur.com/CctKyUF.png =200x) ![](https://i.imgur.com/LhJsVWC.png =200x) ![](https://i.imgur.com/dTjP5qv.png =200x)

    &emsp;

    - 提供多種區域導覽，彼此沒什麼相似之處↓
    
    ![](https://i.imgur.com/4eLj9CT.png =620x)
    
    ![](https://i.imgur.com/cYj8zhr.png =620x)


    這種區域導覽以及區域內的資訊內容差異大到一個程度，我們就會稱這些區域為子網站。
    子網站出現的原因:
    * 某些內容與功能需要獨特的導覽方式
    * 大型組織權力分散，不同資訊內容通常由不同單位負責，造成導覽方式相異

    &emsp;
    
* 內文導覽系統(contextual navigation):
    有些資訊與資訊的關係無法以全域或區域導覽的方式來串聯動線，此時就會使用內文導覽將資訊連結至特定頁面。如此，使用者可能接觸到從未考慮過的主題與資訊，藉此學習新知。
    
    
    - 插在文句中的內文導覽↓
    
    ![](https://i.imgur.com/jtjZiHh.png =620x)
    &emsp;
    
    - 放在外部獨立區塊的內文導覽↓
    ![](https://i.imgur.com/edupg2x.png =620x)
    
    在設計內文導覽時，要思考在目前的頁面中使用者接下來會想看什麼、去哪裡。例:在線上購物的結帳頁面時，還需要提供什麼資訊、可能還會想買什麼產品?
    → 內文導覽提供了交叉銷售、提升受銷售、品牌建立、提供顧客價值的好機會

#### 附加式導覽系統(supplemental navigation system)
在基本網站階層之外的導覽，提供尋找內容、完成任務的輔助，對易用性有很大的幫助

* 網站地圖(sitemaps)
網站地圖會呈現資訊階層的上面幾層，提供系統中內容的整體概觀，並透過連結讓使用者能任意連到某一區塊的內容

    網站地圖適合用於階層式的大型系統，且能引導搜尋引擎爬蟲。設計網站地圖時要注意:
    * 強化資訊的階層感受，讓使用者對內容組織方式更熟悉
    * 對知道自己要找什麼的使用者，要能幫助他們快速找到並連結至內容
    * 避免過多資訊嚇到使用者

![](https://i.imgur.com/MRb5Hp7.png)

&emsp;

* 索引(indexes)
依照字母列出關鍵字，但不會呈現內容的階層，在已經知道要尋找的資訊要如何稱呼時很有效

    索引有時會包括「詞語順序調換」及「參見(see also)」等功能

> (註) 詞語順序調換(term rotation / permutation): 將詞語中的關鍵字順序調動，讓使用者可以在清單兩處以上的地方找到該詞語。例: "Abuse, Elder" 和 "Elder maltreatment"

![](https://i.imgur.com/gxgVFIc.png)

&emsp;


* 引導(guides)
引導在輔助現有導覽，協助了解系統內容與功能，通常是線性的過程。有多種形式，包括引導式預覽(guided tour)、教學(tutorial)、逐步解說(walkthrough)

    Guided tour:
![](https://i.imgur.com/5siGK4i.png =450x)


    Walkthrough:
![](https://i.imgur.com/Aib6tne.png =450x)

    在設計引導時的重點:
    * 精簡且清晰
    * 在過程中使用者應能隨時離開
    * 應與一般的導覽一樣有「上一頁」、「下一頁」
    * 若導覽的內容及畫面很多，則可以建立引導的目錄(table of contents)

    → 導覽的目的是為新手介紹內容，或行銷產品與服務。但很多人其實會忽略它，也很少人會用超過一次，因此在設計時必須評估成本與效益(是否要做高度互動、絢麗的動態效果...)。


* 設定助手(configurators)
協助使用者設定產品配置，或輔助複雜決策的一套引導
![](https://i.imgur.com/lX2huBv.png =450x)

* 搜尋(search)
搜尋體系是附加導覽的核心，因為很重要所以會在下一章仔細介紹。


#### 進階的導覽設計方案
* 個人化與客製化
    * **個人化(personalization)**:是指根據用戶的行為、需求、偏好，由系統自動提供資訊給某使用者 = 由我們來猜使用者想要什麼
    * **客製化(customization)**:是指由使用者自己直接掌控資訊的呈現、內容等 = 由使用者告訴我他想要什麼

    ![](https://i.imgur.com/3G7ozqU.png =450x)
    
    影音平台會根據過去的觀看紀錄推薦其他影片給我們，但有可能我們已在其他地方看過了，但系統並不知道(也無法知道)，且系統根本很難猜到大家明天會對什麼有興趣。
    → 因此，個人化只在有限的情境下才能運作良好，很難拓展到整個資訊空間上

    ![](https://i.imgur.com/ek8AqGd.png =450x)
    
    Facebook可以讓使用者自行設定想優先/不想看到的內容。但有時客製化之所以難以成功是因為使用者不太想花時間來設定與調整，又人們不見得知道自己想要什麼。
    → 較飄忽的資訊需求很難透過客製化來解決(例:今天想看選舉結果、明天想看狗狗影片)

* 視覺化(visualization)
視覺化最有效的應用就是使用者知道他要的東西長什麼樣子，並需要在一組結果中選擇時
![](https://i.imgur.com/U4zFKGY.png =450x)

* 社交導覽(social navigation)
隨著Facebook、twitter等大型社交網站的興起，社交導覽成為了組織資訊的重要方式。
社交導覽的假設，是藉由觀察其他使用者(特別是與特定使用者有獨特關係的人)的行為，能為特定使用者帶來有價值的訊息。
社交導覽可以根據資訊熱門的程度(根據流量、評價、投票等)，讓使用者注意到該資訊。

    ![](https://i.imgur.com/9ar1I00.png =450x)

    運用社交數據的壞處是，當過度精準的依據使用者社交群體來打造資訊空間，就有可能落入同溫層內，弱化不同資訊出現的機會。
    

----

### 第九章 搜尋體系

搜尋，又稱資訊檢索(information retrieval)，是個快速擴張且發展完善的領域。

#### 採用搜尋系統之前要思考的事

* 評估資訊空間的內容量/資訊需求:
    內容要有多少才能讓搜尋引擎有效益，並沒有標準答案。但應該要搞清楚使用者的資訊需求，若是使用者很清楚自己需要什麼資訊的情形(例:技術支援網站)，搜尋體系就很適合
    
* 改善導覽體系:
    當發現尋找資訊有困難時，應該先修復導覽體系，不應將搜尋引擎作為OK蹦
    
* 是否具備優化搜尋系統的知識與時間:
    若沒有時間好好規劃及校正搜尋引擎的設定，可能會導致使用者在查詢時看到一些奇怪的結果，所以若沒有時間的話不如不要使用
    
* 可採用替代方案-建立索引:
    對於知道自己要找什麼的使用者，搜尋引擎跟索引都能幫上忙。雖然建立索引是大工程，但索引是由人工產生及維護，建立較容易

* 使用者偏好的互動方式
    若你的使用者明顯喜歡瀏覽(例:服飾購物網站)勝過搜尋，可以將搜尋放在較低的開發順位
    
&emsp;
    →  以下議題可用來評估何時會用到搜尋系統:  
    
* 當資訊多到不利瀏覽時

* 搜尋對零散的網站有幫助

* 將搜尋用於經營資訊空間的工具:
    透過搜尋紀錄分析，可蒐集有用的資料，例:使用者真的想在資訊空間中看到的資訊，以及他們使用的關鍵字為何。透過這些資料可診斷並調整搜尋體系及資訊架構

* 使用者將搜尋視為理所當然:
    使用者不一定每次都願意瀏覽，寧可直接查詢，且現代的使用者已習慣到處都有搜尋框

* 搜尋可以處理動態內容:
    當資訊空間的內容經常更新，就該考慮建置搜尋系統，省下人工建立索引的時間。

#### 剖析搜尋體系












