Please enable JavaScript.
Coggle requires JavaScript to display documents.
人機 W10 - Coggle Diagram
人機 W10
命名體系
一種符號性的代表signifier 》signified
是資訊抽象化的結果， 也是資訊溝通的基礎
有效程度
signifier 》signified 的對應成不成功？
能不能由signifier 喚起適當的⼼理對應？
種類
標題
物品的名字，段落的標題
導覽列的命名
指出到哪裡該怎麼去
減少重複詞語
內⽂連結
Hypertext 的標籤
索引的關鍵字
醫⽣，應該是「doctor」還是「physician」？
卡片分類法 Card Sorting
分類
措辭phrasing：措辭⽅式必須⼀致。卡⽚上如何呈現？
顆粒程度granularity：層級的⾼低，單位的⼤⼩
開放／閉鎖：受試者能不能寫下新的卡⽚，或命名分類
交叉相關：要不要探詢交叉連結（hypertext）的可能性？
可以是質化研究，也可以是量化研究
一般指導原則
考慮對象
命名⽅式盡量配合使⽤者的知識
資訊集合的完整
命名應該涵蓋該有的範圍
有沒有遺漏？是不是所有的資訊都能對號⼊座？
盡可能限制命名的範疇
在⼩範疇內尋找適當的名稱，讓命名單純可辨識
建⽴⼀致的命名體系
寫作格式：標點符號，⼤⼩寫
⽂法格式：名詞？動詞？動詞+名詞？
視覺格式：字體，⼤⼩，顏⾊
對應：同⼀個東⻄不該有兩個名稱
顆粒程度⼀致：指涉的是同⼀個層級的資訊
圖像命名 icon
這是個誘⼈，但是危險的作法
「通⽤」是個極⾼的標準
Icon有⽂化依存性
考慮
目標使⽤者的背景
Icon的通⽤程度，使⽤頻率
加⼊⽂字標籤(起碼在開始使⽤時）
是不是common control？
那⼀種IA 型態適合我的目的？
資訊建構需有⼀定的彈性
能在各種不同的裝置上使⽤
不要被介面限制住。記得：資訊架構和載體是分開的
分類
樹狀hierarchical tree structure
不同分枝可以⽤hypertext連結
階層最清楚的結構
常⽤在龐⼤的資訊結構
通常變成全域／區域的導覽
需要介⾯空間放導覽連結。PC上可以，⼿機上就⾟苦了
Progressive disclosure 漸進揭露
Discoverability 是容易使⽤的基礎
「平常看不到，要的時候找得到」
靠對使用場景的掌握，正確且有條理的IA
策略
每⼀個介⾯只呈現最主要，最有代表性的資訊
Android 的 ... 把較不重要的用例藏起來
種類
Tabs
Tabs 具備最上層全域導覽功能
因為省空間，在⼿機上常⽤
請不要有invisible tab！
Bento Box 便當盒
Hub-and-Spoke 的變形
Hub 可以成為⼀個dashboard，將不同來源的重要資訊
拼湊在⼀個⼩格組成的介⾯上，呈現資訊總覽（因⽽得名）
⽤hub-and-spoke的⽅式來回
Nested Lists 分層選單
使⽤tap 或swipe 進⼊下⼀個介⾯
介⾯之間有階層關係，也適合拿來處理「程序」
內容擺在最下（右）⼀層，使⽤者能專注在每⼀層的選單
Hub-and-Spoke
hub 軸，基地，主要介⾯，可以到分⽀介⾯（spoke）
spoke 必須先回到hub，才能到別的地⽅去
只適合在spoke之間沒有聯繫必要的IA
Filtered view 過濾
同樣⼀群資訊，可以藉由metadata，做不同過濾，呈現不同型態
如：電商網站
商品也有複雜的metadata
品牌，規格，價錢，外觀尺⼨
Drawer 抽屜
hamburger menu
Drawer 基於樹狀的IA，具有全域導覽的功能
使得⼿機和網站或PC app 容易有⼀致性
有discoverability的問題
在IA專案計畫背後，還要考慮商業目標以及可用的資源
透過資訊⽣態圈，了解設計的背景
雖然我們討論的是一個網站或 app，實際使用上，使用者同時在接觸各種不同產品與資訊
資訊空間
所有介面組成的空間
包含與「這件事」有關的所有介⾯
以及裡⾯所裝的資訊，功能，連結
如同建築空間
機能：該有的東⻄是否包括？是否放在適當的地⽅？
動線：介⾯和介⾯之間如何移動？
放用例
如果⽤例的動詞是「看到」「知道」
它便是⼀種資訊呈現
⽤例的介⾯元件，也是資訊
看到的同時，也可以操控
好的資訊空間
符合對空間的⼼理及需求
本能的，⾏為的，反思的
引導使⽤者，注意該注意或知道的東⻄
不該有突兀，不屬於這個空間的東⻄存在
建⽴完整，統合的⼼理模型
使⽤者能清楚到哪裡去該怎麼⾛，不然會迷路
萬⼀迷路，能⾃⼰找到路標，再次前進
Placemaking 空間營造
在任何地⽅，使用者都必須知道
這是哪裡>這裡不是那裡
這裡有什麼>這裡沒有那樣東西
這裡能做什麼>這裡不能做那件事
為什麼？
在介⾯中移動，也是⼀項行動
也會循著七個心理歷程判斷目標是否完成
在⼀個空間中，必須營造出⼀致的空間導引
每⼀個捷運站都會有…
⼤部分網⾴都應該有…
幫助資訊架構的工具
命名體系
導覽體系
搜尋體系
組織體系
資訊，先於資訊架構
資料(data)
事實與數字
知識(knowledge)
人類理解資料後自行產出之體悟或概念等
資訊(Information)
一片渾沌
可以是介⾯元件，檔案，影像，產品，相關訊息，任何內容
資訊和資訊的載體
兩者必須分離
才能組成及使用介面
歌曲選單－＞歌曲本身
開關的位置－＞燈的明暗狀態
同樣的資訊能在不同載體上
如電子書和實體書
實際上的存在（如地理結構）可能會有多重資訊意義
地理地圖，行政地圖，行政組織
組織體系
定義組織規則（scheme）：依照什麼原則或特性？
定義結構類型：依照什麼關係來結構組織？
必須先了解資訊需求，才能建⽴組織
定義分類的granularity 顆粒程度
三大色系－＞七彩－＞更細節的顏色
詮釋資料metadata
在複雜的資訊空間裡，如何組織，
必須靠metadata
組職型態
Hypertext
作為捷徑可以，不能作為主要⾏進的⽅式
資訊的連結不需要理由
不是⼀種組織⽅式
Bottom-up 由下⽽上
Bottom-up 是⼀種「再建構」的過程
從每⼀筆資料多種屬性開始，建⽴relational database
Top-down 由上⽽下
考慮廣度及深度的平衡
會對記憶產生不同負荷
廣⽽淺：判斷較困難
窄⽽深：步驟⽐較多
例如：界⾨綱目科屬種
搜尋體系
問題⼆，搜尋字彙
萬⼀使⽤者拼錯／寫錯字？
⽤⾃然語⾔處理搜尋範圍
控制詞彙controlled vocabulary 及同義詞典thesauri
⽤對等詞列表來決定搜尋的關聯性，同時搜尋相關詞彙
問題三，搜尋結果如何呈現？
根據目標，資訊需求可以分為四種
設法找到所有東⻄
撈到⼀些有⽤的就好
要找到目標／最佳解答
再尋refine：⼀步步縮⼩範圍
:red_flag: p.60圖
呈現⽅式，依據資訊需求⽽決定
視覺搜尋的基本動機
Target unknow / Location known
ikea目錄，有清楚資訊特徵和關聯性
Target unknow / Location known
威力在哪裡
Target know / Location known
查字典有清楚的資訊架構
Target unknow / Location unknown
逛街
問題一，真的需要搜尋系統嗎？
如果導覽設計得好，也許不⽤
使⽤排序清楚的附加導覽來代替
搜尋特定主題，⽽不是全部內容
分開交通⼯具搜尋／路線搜尋／站牌及景點搜尋
使⽤者是否期待搜尋功能？
如果你的網站只賣50樣東⻄，但是使⽤者期待⽤搜尋？
資訊架構學 Information Architecture
目的
甚至包含整個資訊生態系統
讓資訊變的好找，好懂的設計法則
為什麼需要？
同樣的資訊會出現在不同裝置。如果使用資訊的方式不一致，會導致混雜的使用經驗
一致性？硬體容器不一樣，不可能完全一樣 ＞心理層面一致性
Sense Making
⼈無時不刻在將周圍的⼀切「條理化」
賦予意義的⼼理活動
分類（categorization)
澄清（clarification）
了解意向
導覽/導航體系Navigation System
指路包含三件事
這裡是哪裡（這裏是/不是你想去的地⽅）
我要去「某處」該怎麼辦
我從哪裡來
指路可採取的策略
內嵌式（embedded）導覽系統
全域global
整個區域／網站
區域local
這個區域，這個部分
麵包屑 Breadcrumb
內⽂導覽
跟隨資訊的相關性
如：買了＿＿的朋友也通常買了＿＿
附加的導覽系統
空間地圖，索引
價值
嵌⼊式導覽失效的時候，能夠求助
如何組織？
Way-finding System 尋路系統
幫助使用者找到東西的系統
不只有公共設施有
書裡有目錄
電視有節目表