資訊架構 Information architechure

tags: design

第一部分 認識資訊架構

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

→ 資訊架構看問題的兩個角度:

1. 人們如何覺察資訊空間(information environment)
2. 在資訊空間中如何規劃使得可尋性(findability)與可理解性(underatandability)達到最佳化

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

---

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

1. 資訊超載

   隨著資訊技術進步，資訊越來越多(例:itunes從單純的音樂管理工具轉為多媒體平台甚至是資訊生態系統)，但當資訊過多時 signal-to-ratio 降低，導致人們對事物的理解與判斷力受到干擾

2. 更多存取資訊的方式、管道、工具

   生活中的新型態資訊裝置越來越多(電腦、手機、耳機、手錶)，要使人們無論在哪裡、如何存取資訊的使用經驗都一致且可延續

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

以資訊架構學的觀點來看

→ 跨媒介管道的一致性:

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

→ 系統性的思考:

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

---

第二章 定義資訊架構

資訊架構指的是:

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

一些概念

→ 資訊:

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

→ 結構化、組織與命名:

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

→ 尋找與管理:

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

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

 

資訊架構的三個圈圈

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

• 使用者(user):

  • 使用你設計的資訊空間的人們
  • 不是一個單純概念，他們之間存在許多差異: 態度、人口統計變數(年齡、性別、教育程度)、心理統計變數(人格特質)、任務流程、資訊需求
  • 離開會議室，進入真實世界，撥開雲霧去研究使用者!

• 內容(content):

  • 範圍很廣，包括: 文件、應用程式、系統背景服務、資料結構、metadata等
  • 簡言之就是填入網站或應用程式的東西
  • 幾個參數:
    • 內容擁有權(ownership):
      → 內容由誰創造、擁有?
      → 擁有權是由授權單位集中管控或各功能單位各自擁有?
      → 多少內容來自外部廠商授權?多少由內部生產?
    • 格式(format):
      → 例:影片檔案、word檔、PDF、表格
    • 結構(structure):
      → 少於100字的備忘錄?超過一千頁的手冊?
    • 詮釋資料(metadata):
      → 用來描述資料的資料
      → 例: 一份文件的metadata可能會包含文件長度、作者、建立時間、文件概述等
    • 資料量(volumn):
      → 有多少內容要處理?多少程式需要被管理?系統多大?
    • 內容活性(dynamism):
      → 內容成長率?週轉率?明年有多少資料會進來?速度為何?

• 脈絡(context):

  • 所有的數位設計專案都存在於某特定的企業或機構的脈絡下
  • 每個機構都有其願景、任務、目標、策略、人員、資產、技術、預算、企業文化
  • 資訊架構代表了企業組織的快照，是展現企業特質最實際的東西

---

第三章 為尋找而設計

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

→ 並在分析使用者的行為模式時思考:

• 使用者需要哪些資訊(資訊需求)
• 多少資訊量才算足夠(資訊需求)
• 使用者如何與資訊架構互動(資訊尋求行為)
   

避免過度簡化的資訊模式

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

資訊需求(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)，之後便能很快找到。

 

資訊尋求行為(Information-seeking behaviors)

基礎行為元素:

• 搜尋(searching)
• 瀏覽(browsing)
• 詢問(asking)

需求行為的面向:

• 整合(intergration)
• 反覆(iteration)

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

 

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

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

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

 

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

如何分析使用者資訊需求與資訊尋求行為?

1. 搜尋分析(search analytics)
   • 檢查分析搜尋紀錄，依此來判別網站本身的搜尋成效、metadata、導覽選單、內容
   • 幫助了解使用者常找什麼資訊、進一步分析資訊需求與資訊尋求行為
   • 基於大量使用者行為數據，缺點是無法與使用者直接互動
2. 脈絡訪查(contextual inquiry)
   • 直接觀察使用者如何與資訊互動
   • 並在使用者身處的原始環境下詢問他們正在做什麼，挖掘行為背後的動機或想法

---

第四章 為理解而設計

空間的意義

我們的感知能力使我們能察覺自己身處何處、在哪些空間可以做什麼(或不能做什麼)。我們也把實體空間的認知能力轉移應用到資訊數位空間，以實體空間近似的動作來比喻數位環境，例:「上」網、「造訪」網站。

以資訊打造的數位空間

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

向實體空間借鏡:

• 階層

  資訊階層能顯示出空間中個別元素的重要性，被放在第一階層順位的資訊元素會扮演領頭的角色，定義整體資訊空間被外界認知的「形式(form)」，以及不同資訊概念在資訊空間內部的分界。這就如同建築物的主體結構會定義建築物的形式、使用方式。

• 韻律(rhythm)

  建築中的韻律通常來自於結構性格柵或外皮裝飾，能增加建築的趣味與活力。
  在資訊空間中，介面互動設計會創造韻律，但資訊架構規劃方式影響更大，而韻律能改變我們對資訊的理解。

  

  

  → 畫面可選擇不同的韻律
   

  

  → 資訊源(feed)與資訊流(stream)隨著滑鼠滾動而顯示，讓人感受到強烈的韻律

• 類型學(Typology)

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

• 模組性與延展性

  建築變化的6種階層:(變動速度由慢而快)

  • 場址:建築物的地址。變動最慢，甚至不變。
  • 結構:建築的骨架、地基
  • 外表:建築物的外皮
  • 服務:管線、電力系統、空調系統
  • 空間格局:建築的內部規劃，如隔間、門窗
  • 物品:家具、家電。變動最快。

  → 資訊空間的視覺設計可以依流行而改變，但是語意結構必須保持穩定，以確保達到原本的目的與affordance，也避免使用者因不習慣新的語意空間而迷失。

  
  → 畫面變得簡潔，但基本結構不變

---

第二部分 資訊架構的基本原則

以具體的層次來檢視資訊架構，以下為互動資訊空間都有的四個子體系:

• 組織體系
• 命名體系
• 導覽體系
• 搜尋體系

---

第五章 拆解資訊架構

• 由上而下的資訊架構(Top down)

  使用者在瀏覽網站時，由首頁慢慢依照導覽進入網站內部，找到需要的核心資訊

  

• 由下而上的資訊架構(Bottom up)

  使用者一開始就由別的地方直接導入到核心資訊，再慢慢的看見網站的全貌

  

 

資訊架構組成要素

拆成四個類別:

• 組織體系(organizing system):

  • 如何分類資訊，將網站的資訊以不同方式呈現，例如依時間或主題分類
  • (圖) 如上方導覽列、中間最新消息輪播等

• 導覽體系(navigation system):

  • 幫助使用者瀏覽與在資訊間移動，例在階層中點擊不同資訊
  • (圖) 如主要導覽中個別下拉選單中的分類

• 搜尋體系(search system):

  • 如何搜尋資訊，讓使用者在內容中尋找需要的資訊
  • (圖) 如🔍

• 命名體系(labeling system):

  • 如何稱呼每個類別、選項和連結，用對使用者有意義的文字來描述在網頁上可以看到的資訊
  • (圖) 如「Education」、「Research」、「Current」等

 

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

• 瀏覽輔助(browsing aids):

  提供一組預先設定的路徑，為使用者在資訊空間中導航

  • 組織體系(organizing system):

    或稱「分類與階層」，也就是內容的主要分類與組織方式，如依主題、任務、使用族群、時間或使用者產生的標籤(user-generated tag)

  • 一般導覽體系(general navigation system):

    一個資訊空間中主要的導覽體系

  • 區域導覽體系(local navigation system):

    資訊空間鍾某部分(如子網站)的主要導覽體系

  • 網站空間地圖/目錄(sitemap/table of contents):

    附加在主要導覽體系外，提供各主要內容的簡要概觀與連結
    

  • 索引(index):

    附加的導覽體系，依字母排列的關鍵字，可連結至資訊空間中的內容

  • 指引(guide):

    附加的導覽體系，為特定主題提供專門的內容，可連結至相關內容

  • 逐步指南與步驟精靈(walkthrough and wizard):

    附加的導覽體系，引導使用者依順序完成步驟，可連結至相關內容

    

  • 脈絡導覽體系或內文導覽體系(contextual navigation system):

    將連結内嵌在內容文字中，以連結資訊空間中較特別的內容
    

• 搜尋輔助(search aids)

  • 搜尋介面:

    輸入及修改查詢字詞的相關功能，以及其他搜尋的設定(例搜尋特定範圍)

  • 查詢語言:

    搜尋時的語法規則。例如布林運算(AND、OR、NOT)，鄰近運算子(ADJACENT、NEAR、SAME)，或指定搜尋欄位(如AUTHOR="Shakespeare")

    

  • 查詢助手:

    讓搜尋更精準的輔助功能。例拼字檢查、詞幹擷取(stemming)查詢、同義詞搜尋

  • 檢索演算法:

    搜尋引擎中負責判斷哪些內容符合查詢字詞的部分，例Google的PageRank(Google最早且知名的檢索演算法)

  • 搜尋範圍

  • 搜尋結果:

    符合查詢字詞的內容之呈現，需要考慮要呈現幾則結果、結果的排序與分類

• 內容與任務

  內容與任務是使用者使用資訊空間的終極目標，內嵌於其中的資訊架構要素包括:

  • 標題(heading):

    描述內容的命名標籤

  • 內容中內嵌的連結(embedded link):

    在內容文字中的連結，文字連結的文字描述代表連結過去的內容

  • 內容中內嵌的metadata(embedded metadata):

    內容中可作為metadata的資訊，但必須先從內容中擷取出來(將食譜中用到的食材建立索引，之後就可以將之搜尋)

    

  • 內容區塊(chunk):

    內容中自然形成的單位，可能會有不同的詳細程度(書中的章&節)，也有可能是巢狀階層關係(章內有節)

  • 列表(list):

    一組分好組的內容區塊，可能有某些共同性質，並以某些順序呈現(如時間)

    

  • 順序輔助(sequential aids):

    讓使用者知道自己位於流程或任務中的哪個步驟、還剩多少步驟才會完成
    

  • 識別記號(identifier):

    讓使用者知道自己身處資訊空間中的哪個地方，如麵包屑及其他標示

    

    

• 不可見的要素

  有些資訊架構的重要元素，只有在系統背後才能完整看到

  • 控制詞彙與同義詞典(controlled vocabularies and thesauri):

    → 控制詞彙是一系列預先建立的優先詞(preferred term)，通常用來描述特定領域中的觀念，有助於減少自然語言所固有的歧義問題，從而保證一致性(例:automobile vs. car)
    → 同義詞典除了控制詞彙外，還包括廣義詞(broader term)、狹義詞(narrower term)、相關詞(related term)以及優先詞的描述(範圍註，scope note)

  • 檢索演算法(retrieval algorithms):

    依照相關性排列搜尋結果的順序，反映出工程師判斷相關性時的考量

  • 最佳可能性(best bets):

    依據查詢字詞，經人工挑選的搜尋結果。由編輯或專家決定那些查詢字詞應提供最佳可能結果，以及那些內容文件可以當作最佳可能結果
     

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

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

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

---

第六章 組織體系

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

組織資訊的挑戰

• 意義不明確(ambiguity):

  分類體系透過語言表達，但同一個文字常有許多不同理解方式(如:pitch有瀝青、投擲、音高等意思)，這使得分類體系的基礎不穩固。
  另外，將哪個資訊該分到哪些類別也是一個麻煩的點(番茄到底是蔬菜或水果?)

  

• 異質性(heterogeneity):

  異質性是指一個或一組物件有不相關或不相似的部分。大部分的數位資訊空間內異質性都很高，一個網站裡面可能會有一篇文章、期刊、期刊資料庫等顆粒程度(granularity)不同的資料，也會有圖片、產品資訊、檔案等多種格式的資料。因此很難採用單一、結構化的組織來分類內容(例:圖片重要的資訊有檔案類型、解析度)

• 觀點的差異:

  命名與組織系統受到建立者觀點的影響極大，因此我們必須跳脫自己的心智模型，透過使用者研究來洞察使用者的習慣、理解資訊的方式

• 內部政治:

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

 

組織資訊空間

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

組織規則(organization scheme)的類型

• 精確的組織規則:
  精確或客觀的組織規則。能將資訊化分為有清楚定義且互斥的不同部分。精確組織規則利於「已知項目(known-item)」的搜尋，易於設計與維護，但若使用者不清楚自己要找找什麼，則會碰到困難。例: 在字母排序中尋找「Chile」很容易，但若想不起這個國家的名字則很難找到

  • 字母順序的規則(aphabetical schemes):
    百科全書、字典、電話簿等都會運用字母順序來組織內容。而字母排序有可以用來輔助其他組織規則(部門、產品、格式)
     
    
     
  • 時間順序的規則(chronological schemes):
    有些資訊很適合依照時間先後來排序，例:新聞資料庫、日誌、歷史書籍、電視節目表
     
    
     
  • 地理區域的規則(geographical schemes):
    天氣、新聞、政治議題會與地區有關。行動裝置因為會存取位置資訊，因此Google、Apple這類公司會投入大量資源以提供區域性的搜尋與資訊服務，並以地圖為主要的介面
     
    
     
    
     

• 模糊的組織規則:
  意義不明確或主觀的組織規則。此規則受限於語言的不精確性與每個人的主觀解釋。但此規則卻比精確的組織規則更重要，因為人們有時候不知道自己要什麼、或不知道東西的正確名稱，因此常使用意義不明確、以主題分類的規則。模糊的組織規則依照內容與意義把資訊分組，可以提供「意外發現模式(serendipitous mode)」的資訊尋求方式，也有助於關聯式學習，藉此獲得品質更佳的資訊尋求結果

  • 主題式的組織規則(topical organization schemes):
    依照內容主題或主旨來組織訊息是最有用也最有挑戰性的方式。分類的觀念會隨時間改變，也會受文化影響。
     
    
     
  • 任務導向的組織規則(task-oriented schemes):
    把內容與應用程式組織成流程、功能或任務的組合，在電腦或行動應用程式中很常見
     
    
     
    
     
  • 目標族群的組織規則(audience-specific schemes):
    若產品或服務面對兩種以上、可清楚界定的目標族群，則依照族群打造組織規則就相當合理。依照族群分類，提供特定對象會有興趣的內容，網頁就不會充斥無關的訊息。
    按照族群來分類可能會碰到「個人化(personalization)」相關的問題，例如:國際生新生應該點選哪個分類?在這種模糊規則的情況下，我們必須要對類似狀況進行合理推測並且修正。
    目標族群可以是開放式或封閉式規則，開放式規則允許某一族群使用其他族群的內容，而封閉式不允許(有會員訂閱機制或安全疑慮時)。
     
    
     
  • 比喻導向的組織規則(metaphor-driven schemes):
    利用使用者熟悉的事物，建立與新事物的關聯，幫助使用者了解新事物(電腦的「桌面」、「資料夾」、「垃圾桶」)。
     
  • 混合的組織規則(hybrid schemes):
    使用單一規則的好處是它提供了簡單的心智模型，讓使用者能快速理解，內容增加時也能應用單一的組織規則。
    混用多種規則時，很難形成一個心智模型來理解邏輯，必須看完所有項目才能找到需要的東西，且很難隨內容增加而相應擴展。
    但許多網站的最上層導覽常可以看到結合主題與任務的混合式組織，這表示實際需求中，企業與使用者都覺得找到所需內容與完成任務同等重要 → 這種模式因只會加入最需要的任務，所以不太會擴展。因此只適用淺層的導覽，不適用於深層的導覽。
     
    
     
    若要在深層使用混合規則，則要確保不同的規則在頁面上是分開呈現，使用者能因此建立合適的心智模型
     
    

   

組織結構(organization structure)的類型:

資訊的結構決定了使用者在其中導覽、尋路的主要方式，主要有三種方式:

• 階層-由上而下:
  經過良好設計的階層，是優秀資訊架構的基礎。其觀念為:同一層的類別間彼此互斥，上下階層是父子關係。而階層是由上而下的方式來組織，使用者可以輕鬆快速地建立好心智模型來理解空間結構，且可以讓使用者不必大規模的內容盤點(content inventory)就能掌握資訊空間的大概範圍
  

  • 設計階層時注意:

    • 階層的類別間原則上互斥(視情況):
      若允許同一個東西出現在不同類別中，稱「多重階層(polyhiearchy)」。有時可以將較模糊的項目()重複分配到兩個以上的類別內，以確保使用者找得到，但這樣的情況出現太多次會導致階層失去效果。

    • 階層的廣度和深度的平衡很重要:
      廣度是指階層中同一層級的類別數目，深度是階層中的層級數目。若階層太窄太深，使用者需要點擊多次才能到達想要的資訊；若階層太廣太淺，使用者會在主選單面臨太多選擇。在決定深度與廣度時:
      → 要留意使用者掃描該頁的負荷能力
      → 進行使用者測試
      → 將資料分組呈現在整個網頁中以建立結構(而非全部擠在上方或側邊)
      → 對於一個新建立打算逐漸增加內容的資訊空間來說，應考慮廣而淺，而非窄而深的階層，如此一來有新內容加入時不必變更主要結構。(變更主頁結構較麻煩且花心力金錢)

      

• 資料庫-由下而上:
  資料庫的定義為「資料的集合，且經過安排後，利於輕易及快速地搜尋與檢索」。目前市面上的多為關聯式資料庫，一資料庫內可以包含數個資料表。而metadata可以連接資訊架構與資料庫，只要在文件或資訊物件加上metadata標籤，就能帶來強大的搜尋、瀏覽、篩選和動態連結能力
  

  Metadata間的關係可能很複雜，如實體關係圖(entity relationship diagram)所示:

  

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

  

 

社交分類

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

總結

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

 

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

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

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

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

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

---

第七章 命名體系

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

命名的種類

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

• 內文脈絡連結命名:
  文章與資訊中出現的超連結，通常是連到和上下文內容相關的其他資訊，而超連結使用的文字就是內文脈絡連結的命名。內文連結的建立通常沒有系統，因此不同人所認知內文連結會連結到的地方可能都不同(莎士比亞 連到的是維基百科的頁面或是他所有的作品列表?)

  → 內文連結必須直截了當、意義明確，並符合上下文脈絡

  

  → 部落格文章的內文連結則不必這麼明確(基於對作者的信任、輕鬆幽默的情境)

  

  → 改善命名的代表性: 問自己「使用者覺得連過去或是什麼內容」或直接將網頁印下並標示連結文字請使用者寫下連結可能會連到的內容

• 標題命名:
  標題藉著精簡的命名來描述接續其後的資訊，也可用來幫忙建立頁面中內容的資訊階層與結構。標題間的階層關係常透過視覺的方式(編號、字體大小、顏色、縮排等)來表達，且容許有許多彈性。

  

  若是流程各步驟的標題，就必須維持一致，並帶有前進的意象。可以使用編號或使用「動詞」來將流程串在一起。
  
  → 標題因為會多個一起出現，因此相較連結命名需要更系統化的設計

• 導覽列命名:
  導覽列一般不會超過十個，即使只有一個與其他命名不一致，都會顯得格格不入，加上使用者常常會使用導覽列，若有問題也會因此擴大，所以導覽列的命名必須具備一致性且更謹慎。
  導覽列在每一頁的命名最好相同，以維持使用者在瀏覽網站時的熟悉感(避免在不同頁面出現「主頁」、「首頁」、「起始頁」來稱呼首頁)。
  導覽列的命名沒有標準，但有一些常見的用詞:

  • 首頁、主頁
  • 搜尋、尋找、瀏覽
  • 網站地圖、內容、內容列表、索引
  • 聯絡資訊、聯絡我們
  • 幫助、常見問題、FAQ
  • 最新消息、消息與活動、最新公告、公告
  • 關於、關於我們、關於<公司名>

• 索引關鍵字命名:
  索引詞彙有非常多形式，例:關鍵字、標籤、描述性metadata、分類詞、控制詞彙、同義辭典。索引詞彙可以連結至任何網頁、網站、內容區塊，且因為索引詞彙經過特別建立，用來代表某個主題的資訊，因此可以找到更符合需求的內容。
  一般來說使用者看不太到索引詞彙，他會隱藏在管理系統、資料庫或HTML的內嵌metadata中，像<meta>或