高質量用戶體驗：恰到好處的設計與敏捷 UX 實踐 (第2版 特別版)(全四冊) The UX Book: Agile UX Design for a Quality User Experience, 2/e

《高質量用戶體驗（第2版 特別版）：恰到好處的設計與敏捷UX實踐》兼顧深度和廣度，涵蓋了用戶體驗過程所涉及的知識體系及其應用範圍（比如過程、設計架構、術語與設計準則），通過7 部分33 章，展現了用戶體驗領域的全景，旨在幫助讀者學會識別、理解和設計出高水平的用戶體驗。本書強調設計，註重實用性，以豐富的案例全面深入地介紹了UX 實踐過程。 《高質量用戶體驗（第2版 特別版）：恰到好處的設計與敏捷UX實踐》廣泛適用於UX從業人員：UX設計師、內容策略師、信息架構師、平面設計師、Web 設計師、可用性工程師、移動設備應用設計師、可用性分析師、人因工程師、認知心理學家、COSMIC 心理學家、培訓師、技術作家、文檔專家、營銷人員和項目經理。《高質量用戶體驗（第2版 特別版）：恰到好處的設計與敏捷UX實踐》以敏捷UX 生命周期過程為導向，也可以幫助非UX 人員瞭解UX 設計，是軟件工程師、程序員、系統分析師以及軟件質量保證專家的理想讀物。

簡明目錄

 

第Ⅰ部分 導論

第1章 什麽是UX和UX設計 3

第2章 UX輪：過程、生命周期、方法和技術 25

第3章 範圍、嚴格性、復雜性和項目視角 45

第4章 敏捷生命周期過程和敏捷UX的漏鬥模型 59

第5章 過程序章 75

第6章 背景簡介 87

第Ⅱ部分 使用研究

第7章 使用研究數據抽取 109

第8章 使用研究數據分析 133

第9章 使用研究數據建模 167

第10章 UX設計需求：用戶故事和需求 211

第11章 背景：理解需求 233

第Ⅲ部分 UX設計

第12章 UX設計的本質 241

第13章 自下而上和自上而下設計 259

第14章 生成式設計：構思、草圖和評審 271

第15章 心智模型和概念設計 301

第16章 設計生態和普適信息架構 315

第17章 為交互而設計 331

第18章 為情感影響而設計 353

第19章 背景：設計 363

第Ⅳ部分 原型化候選設計

第20章 原型設計 369

第Ⅴ部分 UX評估

第21章 UX評估方法和技術 397

第22章 實證UX評估：UX目標、指標和標的 413

第23章 實證UX評估：準備 441

第24章 實證UX評估：數據收集方法和技術 461

第25章 分析UX評估：數據收集方法和技術 497

第26章 UX評估：數據分析 513

第27章 UX評估：報告結果 537

第28章 背景：UX評估 549

第Ⅵ部分 連接敏捷UX與敏捷軟件工程

第29章 連接敏捷UX與敏捷軟件工程 571

第Ⅶ部分 UX可供性、交互周期和UX設計準則

第30章 UX設計中的可供性 595

第31章 交互周期 633

第32章 UX設計準則 645

第33章 背景：可供性、交互周期和UX設計準則 747

 

 

詳細目錄

 

捲1

第Ⅰ部分 導論

第1章 什麽是UX和UX設計 3

1.1　交互概念的擴展 3

1.2　UX的定義 4

1.2.1　和UI的區別 4

1.2.2　和HCI的區別 5

1.2.3　UX是什麽意思 5

1.2.4　UX的興起 5

1.2.5　什麽是用戶體驗 6

1.3　UX設計 7

1.3.1　用戶體驗是可以設計出來的嗎 7

1.3.2　UX設計的重要性 7

1.4　UX的組成 8

1.4.1　示例：高檔餐廳 9

1.4.2　可用性 9

1.4.3　有用性 10

1.4.4　情感影響 10

1.4.5　意義性 15

1.5　UX不是什麽 15

1.5.1　不是防呆，也不是用戶友好 15

1.5.2　不只是給東西披一件漂亮的外衣 16

1.5.3　不只是診斷性的觀點 16

1.6　交互和UX的類型 17

1.6.1　局部交互 17

1.6.2　基於活動的交互 18

1.6.3　跨系統交互 19

1.6.4　交互和UX之Dagstuhl框架 20

1.7　服務體驗 20

1.8　我們為什麽要關心？用戶體驗的商業案例 21

1.8.1　有必要那麽看重可用性嗎 22

1.8.2　沒有人抱怨，它賣得很火爆 22

1.8.3　成本論證 22

第2章 UX輪：過程、生命周期、方法和技術 25

2.1　導言 25

2.1.1　我們的目標是什麽 25

2.1.2　對過程的需求 25

2.1.3　過程能帶來什麽 26

2.2　UX的基本過程組成部分 27

2.2.1　UX設計生命周期 27

2.2.2　UX生命周期活動 27

2.2.3　UX設計生命周期過程 27

2.2.4　UX輪：一種UX生命周期模型 28

2.2.5　生命周期的細分活動 28

2.2.6　UX方法 28

2.2.7　UX技術 29

2.2.8　術語的層次結構 29

2.3　四大基本的UX生命周期活動 29

2.3.1　“理解需求”UX生命周期活動 30

2.3.2　“設計解決方案”UX生命周期活動 31

2.3.3　“原型化候選方案”生命周期活動 32

2.3.4　“評估UX”生命周期活動 33

2.4　作為生活技能的UX設計技術 33

2.4.1　觀察 34

2.4.2　抽象 35

2.4.3　做筆記 36

2.4.4　數據/思路組織 36

2.4.5　建模 37

2.4.6　講故事 37

2.4.7　沉浸 38

2.4.8　頭腦風暴 38

2.4.9　草圖和繪圖 39

2.4.10　建立框架和重新建立框 39

2.4.11　推理和演繹 40

2.4.12　原型設計和設想 40

2.4.13　批判性思維 41

2.4.14　迭代 41

2.4.15　結合使用不同的UX技術 41

2.5　選擇UX過程、方法和技術 41

2.5.1　UX生命周期過程的選擇 42

2.5.2　挪用方法和技術的思路 42

第3章 範圍、嚴格性、復雜性和項目視角 45

3.1　導言 45

3.2　UX方法或過程中的嚴格性 45

3.2.1　什麽是嚴格性 45

3.2.2　復雜性對嚴格性需求的影響 47

3.2.3　領域熟悉度對嚴格性需求的影響 51

3.2.4　風險規避對嚴格性需求的影響 51

3.2.5　項目開發階段對嚴格性需求的影響 52

3.2.6　項目資源：預算、日程表和/或人員能力是嚴格性的決定因素 53

3.2.7　提高生命周期活動、方法和技術的速度 53

3.3　交付範圍 54

3.4　商業產品視角和企業系統視角 56

3.4.1　商業產品視角 56

3.4.2　企業系統視角 57

第4章 敏捷生命周期過程和敏捷UX的漏鬥模型 59

4.1　構建系統時的挑戰 59

4.1.1　項目期間發生改變 59

4.1.2　看待這些變化的兩個視角 60

4.1.3　不同視角之間的差距 61

4.1.4　響應變化 61

4.1.5　縮小差距 61

4.1.6　只能通過實際使用情況確定需求 61

4.1.7　溝通需求反饋 62

4.2　以前的瀑布式SE生命周期過程 62

4.2.1　瀑布式過程是SE早期對組織化的一種嘗試 62

4.2.2　瀑布過程確實有一些反饋，但不是正確的類型 63

4.3　擁抱敏捷生命周期過程 65

4.3.1　範圍和分塊是獲得真實使用反饋的關鍵 66

4.3.2　UX這一側總有一種無需分塊的敏捷方法 67

4.3.3　但SE就沒有製作面向用戶的原型的奢侈 67

4.3.4　而且SE本來就不是那麽在乎用戶 68

4.3.5　那麽為何UX也要跟隨SE採用敏捷方法 68

4.4　敏捷UX的漏鬥模型 69

4.4.1　為什麽需要新模型 69

4.4.2　介紹敏捷用戶體驗的漏鬥模型 70

4.4.3　後期漏鬥活動 71

4.4.4　早期漏鬥活動 72

第5章 過程序章 75

5.1　導言 75

5.2　過程、方法和技術的交織 75

5.2.1　活動時機 76

5.2.2　本書可以按這個順序講嗎 77

5.2.3　讀者需要有一個針對每個生命周期活動的“純粹”的說明 77

5.3　專屬UX設計工作室是團隊工作的根基 78

5.3.1　為什麽需要UX設計工作室 78

5.3.2　UX設計工作室需要什麽 78

5.3.3　專用空間 79

5.3.4　弗吉尼亞理工大學的工業設計工作室Kiva  79

5.4　項目委托：一個項目如何開始 80

5.5　米德爾堡學院票務系統和新的售票機系統  81

5.5.1　現有系統：米德爾堡學院票務系統(MUTTS) 82

5.5.2　提議的新系統：售票機系統 82

5.5.3　理論依據 83

5.6　產品概念說明 83

5.6.1　產品概念說明包含哪些內容 84

5.6.2　介紹和過程相關的練習 85

5.7　歡迎來到過程相關章節 86

第6章 背景簡介 87

6.1　本章涉及參考資料 87

6.2　HCI和UX的簡史與根源 87

6.2.1　泰勒的科學管理 88

6.2.2　早期工業和人因工程 88

6.2.3　德雷大眾，二戰後 90

6.2.4　人因與HCI的結合 90

6.2.5　電腦科學：人機交互的軟硬件基礎 91

6.2.6　計算和交互概念的改變 94

6.2.7　UX重要性凸顯 98

6.3　HCI和UX的範式轉變 99

6.3.1　工程範式 100

6.3.2　人類信息處理(HIP)範式 100

6.3.3　現象學範式 100

6.3.4　三種範式在設計和開發中都有一席之地 101

6.4　工作中的趣味交互 102

6.4.1　工作中的趣味性 102

6.4.2　趣味性能使一些工作更吸引人 102

6.4.3　但趣味性可能和可用性相抵觸 102

6.4.4　趣味性和某些工作環境並不兼容 103

6.5　誰提出的瀑布模型 103

6.6　筒倉、圍牆和邊界 104

6.6.1　在筒倉中工作 104

6.6.2　扔出牆外 105

6.6.3　許多項目都因為不堪重負而崩潰 105

6.6.4　UX設計受到了影響 105

第Ⅱ部分 使用研究

第7章 使用研究數據抽取 109

7.1　導言 109

7.1.1　當前位置 109

7.1.2　使用研究不是問用戶他們想要什麽 110

7.2　使用研究數據抽取的一些基本概念 111

7.2.1　工作、工作實踐和工作領域的概念 111

7.2.2　理解別人的工作實踐 112

7.2.3　保護你的信息來源 112

7.2.4　有別於任務分析或市場調查 112

7.2.5　我們是研究現有的產品/系統還是研究新的 113

7.3　數據抽取的目標和我們的方式 113

7.3.1　抽取數據以獲得全貌 114

7.3.2　需要真正的偵探工作 114

7.3.3　戰術目標 114

7.4　訪問前：準備數據抽取 116

7.4.1　瞭解主題領域 116

7.4.2　瞭解客戶公司/組織 116

7.4.3　瞭解提議的產品或系統 116

7.4.4　決定數據源 117

7.4.5　選擇訪問參數 119

7.4.6　基於範圍的數據抽取目標 120

7.4.7　組織數據抽取團隊 120

7.4.8　招募參與者 121

7.4.9　確定使用研究的環境 121

7.4.10　在用戶工作環境中觀察其需求 121

7.4.11　讓管理層理解受訪者不能有壓力並給予他們誠實評論的自由 122

7.4.12　準備首批問題 122

7.5　訪問期間：收集使用數據 122

7.5.1　提前搭好舞臺 122

7.5.2　採訪與觀察：他們說的和做的 122

7.5.3　關於成功數據抽取的提示 123

7.5.4　要獲取的信息類型 124

7.5.5　捕捉數據 130

7.5.6　高嚴格性需要保持與數據源的聯系 130

7.5.7　做好原始數據筆記 131

7.5.8　充分利用數據抽取 132

第8章 使用研究數據分析 133

8.1　導言 133

8.1.1　當前位置 133

8.1.2　“使用研究分析”細分活動概述 134

8.2　合成工作活動筆記，對使用研究相關數據進行萃取 135

8.2.1　工作活動筆記可以手寫或錄入筆記本電腦 136

8.2.2　每個工作活動筆記都要強調基礎性 136

8.2.3　每個工作活動筆記都要簡明扼要 137

8.2.4　每個工作活動筆記都要完整 138

8.2.5　通過保留上下文使每個工作活動筆記模塊化 138

8.2.6　和工作活動筆記一起提供的其他信息 139

8.2.7　高嚴格性需要保持與數據源的聯系 140

8.2.8　預覽工作活動筆記分類 140

8.3　提取作為用戶故事或需求輸入的工作活動筆記 141

8.3.1　用戶故事和需求 141

8.3.2　提取用戶故事或需求的輸入 141

8.4　提取作為使用研究模型輸入的筆記 142

8.5　剩餘的工作活動筆記成為筆記分類方法的輸入 143

8.6　組織工作活動筆記 143

8.7　為復雜項目中的高嚴格性構建WAAD 144

8.7.1　親和圖 144

8.7.2　準備工作空間和團隊 145

8.7.3　按用戶工作角色劃分WAAD 145

8.7.4　自下而上的WAAD構建過程 146

8.7.5　用技術來支持WAAD構建 151

8.7.6　繼續將分組組織成一個層次結構 152

8.7.7　最後要創建“亮點” 153

8.7.8　從這個例子得到的觀察結果 163

8.8　引導一次WAAD演練來獲得反饋 164

8.9　合成用戶工作實踐和需求的“大象” 165

第9章 使用研究數據建模 167

9.1　導言 167

9.1.1　當前位置 167

9.1.2　什麽是使用研究數據模型及其用法 168

9.1.3　數據模型的種類 168

9.1.4　要用成熟的建模方法 169

9.2　數據建模的一些常規方法 169

9.2.1　建模可能和使用研究數據的抽取和分析重疊 169

9.2.2　高嚴格性需要保持與數據源的聯系 170

9.3　用戶工作角色模型 170

9.3.1　什麽是用戶工作角色 170

9.3.2　子角色 172

9.3.3　介導的工作角色 172

9.3.4　用戶類別定義 172

9.3.5　張貼工作角色建模結果 174

9.4　用戶畫像 174

9.4.1　什麽是用戶畫像 175

9.4.2　為畫像提取數據 175

9.4.3　用戶畫像創建前瞻 175

9.5　流程模型 176

9.5.1　什麽是流程模型 176

9.5.2　流程模型的重要性 177

9.5.3　如何製作流程模型 177

9.5.4　作為一種流程模型的客戶旅程地圖 181

9.6　任務結構模型：層次化任務清單(HTI) 181

9.6.1　任務模型 181

9.6.2　任務結構模型的優勢 181

9.6.3　任務和功能 182

9.6.4　創建HTI模型 182

9.6.5　層次化關系 182

9.6.6　避免時間影響 183

9.6.7　HTI經常可按用戶工作角色進行分解 184

9.7　任務序列模型 185

9.7.1　什麽是任務序列模型 185

9.7.2　任務序列模型的組成部分 187

9.7.3　如何寫逐步任務序列描述 188

9.7.4　超越線性任務序列模型 190

9.7.5　基本用例任務序列模型 192

9.7.6　狀態圖：表示任務序列和導航的下一步 193

9.8　工件模型 194

9.8.1　工件模型中有什麽 194

9.8.2　構建工件模型 196

9.9　物理工作環境模型 197

9.9.1　適時包含硬件設計 199

9.9.2　適時包含環境因素 199

9.10　信息架構模型 200

9.11　社會模型 202

9.11.1　社會模型捕捉共享工作場所的文化 202

9.11.2　社會模型的簡化方法 202

9.11.3　確定活動實體 202

9.11.4　確定各種問題、壓力、擔憂和關註 203

9.11.5　為社會模型列表添加關註和影響 204

9.12　混合模型 206

9.13　模型整合 206

9.14　小結 209

9.14.1　所有模型都存在的障礙 209

9.14.2　在UX設計工作室張貼數據模型 209

第10章 UX設計需求：用戶故事和需求 211

10.1　導言 211

10.1.1　當前位置 211

10.1.2　用戶故事和需求關乎的是理順對UX設計的期待 212

10.1.3　用戶故事概述 212

10.1.4　需求概述 212

10.1.5　選擇自己需要的方式 212

10.1.6　UX世界中的需求 213

10.1.7　正式需求越來越不流行 214

10.2　用戶故事 214

10.2.1　用戶故事的真相 214

10.2.2　什麽是用戶故事 215

10.2.3　團隊選擇 215

10.2.4　寫用戶故事 216

10.2.5　用戶故事中的外推需求：一般化使用研究數據 217

10.2.6　組織用戶故事集以便在UX設計中使用 219

10.2.7　為設計和開發排列用戶故事的優先級 222

10.3　UX設計需求 222

10.3.1　正式程度可能變化 223

10.3.2　團隊選擇 223

10.3.3　需求結構會發展 223

10.3.4　撰寫需求說明 224

10.3.5　需求說明和需求文檔 224

10.3.6　在需求筆記中要尋找的東西 226

10.4　驗證用戶故事和需求 230

10.4.1　協調需求、術語和一致性 230

10.4.2　將用戶故事和需求帶回給客戶和用戶進行驗證 230

10.4.3　解決因工作實踐變化而造成的組織、社會和個人問題 231

第11章 背景：理解需求 233

11.1　本章涉及參考資料 233

11.2　真實故事：一個老年人遇到的投票問題 233

11.3　情境調查的歷史 234

11.3.1　活動理論的根源 234

11.3.2　民族志根源 235

11.3.3　將情境研究納入HCI 236

11.3.4　和參與式設計的聯系 236

11.4　SSA示範地區辦事處：數據抽取環境的一個極端且成功的例子 236

11.5　軟件工程中基本用例的根源 237

 

捲2

第Ⅲ部分 UX設計

第12章 UX設計的本質 241

12.1　導言 241

12.1.1　當前位置 241

12.1.2　跨越從分析到設計的差距 242

12.1.3　設計的普遍性及其與其他領域的關系 242

12.1.4　與建築設計的關系 243

12.1.5　設計的跨學科本質 244

12.2　什麽是設計 244

12.3　設計的目的：滿足人類需求 247

12.4　信息、信息設計、信息架構 248

12.4.1　什麽是信息 248

12.4.2　信息科學 248

12.4.3　信息架構 249

12.4.4　普適信息架構 249

12.4.5　信息架構遠不止如此 249

12.4.6　信息設計 250

12.5　“設計創建”子生命周期中的迭代 250

12.5.1　確定設計目標 252

12.5.2　生成式設計迭代 252

12.5.3　概念設計迭代 252

12.5.4　中級設計迭代 253

12.5.5　詳細設計迭代 254

12.5.6　設計完善迭代 255

12.5.7　SE實現 256

12.5.8　UX合規階段 256

12.6　敏捷UX漏鬥的設計生命周期 256

第13章 自下而上和自上而下設計 259

13.1　導言 259

13.2　自下而上的設計：為現有工作實踐而設計 260

13.2.1　回顧我們迄今為止的過程步驟 260

13.2.2　到目前為止的過程都是自下而上的 260

13.2.3　“以人為中心”或“以用戶為中心”：自下而上設計的常見稱呼 261

13.2.4　為現有工作實踐設計是實際的 261

13.2.5　偏見和約束的作用 262

13.2.6　自下而上的設計不太可能帶來創新 263

13.3　抽象工作活動 264

13.3.1　工作和工作實踐的本質 264

13.3.2　抽象工作活動 264

13.3.3　工作活動實例 264

13.3.4　為什麽需要從抽象工作活動開始自上而下的設計 265

13.4　自上而下的設計：為抽象工作活動而設計 266

13.4.1　自上而下設計的目標 266

13.4.2　自上而下設計的特徵 268

13.4.3　自上而下的設計並非總是實際 268

13.4.4　方便客戶和用戶過渡 269

13.4.5　對沖自上而下設計的風險 269

13.4.6　極端自上而下的設計是通向顛覆性設計的途徑 269

第14章 生成式設計：構思、草圖和評審 271

14.1　導言 271

14.1.1　當前位置 271

14.1.2　準備設計創建：沉浸 272

14.1.3　合成的作用 273

14.1.4　生成式設計概述：構思、草圖和評審的交織 273

14.2　構思 274

14.2.1　構思在設計中的創造性作用 274

14.2.2　思路：設計的基石 274

14.2.3　構思的範圍 275

14.2.4　構思的來源、催化劑和技術 275

14.2.5　進行構思 276

14.2.6　構思的來源 280

14.2.7　創意催化劑 285

14.2.8　構思的技術 287

14.3　草圖 291

14.3.1　草圖的特點 291

14.3.2　畫草圖 293

14.3.3　練習14.3：構思和草圖練習 297

14.3.4　作為具身草圖的物理模型 298

14.4　評審 299

14.5　構思、草圖和評審的“交戰規則” 300

14.5.1　管住自己 300

14.5.2　註意自己處於哪種模式 300

14.5.3　迭代探索 300

第15章 心智模型和概念設計 301

15.1　導言 301

15.1.1　當前位置 301

15.1.2　心智模型 302

15.2　概念設計如何成為心智模型之間的連接 302

15.2.1　理想的心智模型 304

15.2.2　設計師的心智模型 304

15.2.3　用戶的心智模型 304

15.2.4　概念設計作為不同心智模型之間的映射 305

15.3　設計始於概念設計 307

15.3.1　用戶需求金字塔的每一層都需要一個概念設計組件 308

15.3.2　工作實踐生態的概念設計：描述完整使用場景 308

15.3.3　針對交互的概念設計：描述用戶如何操作 309

15.3.4　情感視角下的概念設計：描述預期的情感影響 310

15.3.5　在概念設計中利用設計模式 310

15.3.6　在概念設計中利用隱喻 311

15.3.7　按工作角色劃分的子系統的概念設計 312

第16章 設計生態和普適信息架構 315

16.1　導言 315

16.2　為生態需求而設計 316

16.2.1　生態設計：需求金字塔的基礎層經常被忽視 316

16.2.2　生態設計關於的是使用場景 316

16.2.3　普適信息架構 317

16.2.4　生態設計跨越多個交互通道 317

16.2.5　生態中的單一平臺可能有多個交互通道 318

16.2.6　用戶將整個生態視為單一的服務 318

16.3　 創建生態設計 319

16.4　設計影響用戶行為的生態 324

16.5　示例：一個智能購物應用的生態 325

16.5.1　一些高級問題 325

16.5.2　設計中的關鍵部分 326

16.5.3　工作方式 326

16.5.4　沖動購物 329

第17章 為交互而設計 331

17.1　導言 331

17.2　為交互需求而設計 332

17.2.1　交互設計關於的是為任務提供支持 332

17.2.2　生態中不同的設備類型需要不同的交互設計 332

17.3　創建交互設計 332

17.3.1　首先確定所有設備及其在生態中的角色 332

17.3.2　繼續生成式設計 332

17.3.3　為交互建立一個好的概念設計 333

17.3.4　利用交互設計模式 333

17.3.5　建立每個設備的信息架構 334

17.3.6　設想生態中跨設備的交互流程 336

17.4　故事板 336

17.4.1　什麽是故事板 336

17.4.2　故事板可能覆蓋金字塔的所有層 336

17.4.3　幀間過渡效果的重要性 341

17.5　線框 342

17.5.1　到線框的路徑 342

17.5.2　什麽是線框 343

17.6　中級交互設計 343

17.7　交互設計生成 347

17.8　維護自定義樣式指南 349

17.8.1　什麽是自定義樣式指南？ 349

17.8.2　為什麽要使用自定義樣式指南 350

17.8.3　要在自定義樣式指南中放入什麽  350

第18章 為情感影響而設計 353

18.1　導言 353

18.2　為情感需求而設計 354

18.2.1　為情感需求而設計指的是什麽 354

18.2.2　情感影響設計經常被忽視，但可成為市場差異化因素 355

18.3　創建情感影響設計 355

18.3.1　從情感影響的輸入開始 355

18.3.2　情感方面的概念設計 356

18.3.3　情感影響的中級設計 357

18.3.4　情感影響設計生成 361

第19章 背景：設計 363

19.1　本章涉及參考資料 363

19.2　參與式設計 363

19.2.1　概述 363

19.2.2　參與式設計的歷史和起源 364

19.2.3　PICTIVE：一種示例參與式設計方法 365

19.3　心智模型如何用於娛樂的一個例子 366

第Ⅳ部分 原型化候選設計

第20章 原型設計 369

20.1　導言 369

20.1.1　當前位置 369

20.1.2　原型設計與其他UX活動交織在一起 370

20.1.3　困境和解決方案 370

20.1.4　原型設計的優點 370

20.1.5　原型的普遍性 370

20.1.6　原型設計的斯堪的納維亞起源 371

20.2　原型的深度和廣度 371

20.2.1　水平原型 372

20.2.2　垂直原型 372

20.2.3　 局部原型 372

20.2.4　T原型 373

20.3　原型的保真度 373

20.4　線框原型 373

20.4.1　什麽是線框 373

20.4.2　線框設計元素 374

20.4.3　線框流程原型 374

20.4.4　表示交互的常規過程 375

20.4.5　為每個狀態創建線框圖 377

20.5　構建原型以提高保真度 380

20.5.1　高級任務上下文 380

20.5.2　對生成式設計中的設計思路進行探索的極低保真度線框草圖 380

20.5.3　與UX團隊一起用靜態低保真線框來總結和鞏固設計 381

20.5.4　為後續設計審查和演練提高線框保真度 382

20.5.5　用帶有某些導航行為的中等保真線框支持早期設計審查和演練 384

20.5.6　支持實證評估的中高保真點擊原型 385

20.5.7　將通過評估和迭代而改善的中高保真度原型交付給軟件開發人員 386

20.5.8　用於支持平面設計的可視高保真原型 387

20.6　特製原型 388

20.6.1　用於物理交互的物理模型 388

20.6.2　主要針對移動應用的“設備中的紙原型” 390

20.6.3　動畫原型 391

20.6.4　體驗原型設計，高保真實物原型的目標 392

20.6.5　“綠野仙蹤”原型 392

20.7　製作線框圖的軟件工具 393

 

捲3

第Ⅴ部分 UX評估

第21章 UX評估方法和技術 397

21.1　導言 397

21.1.1　當前位置 397

21.1.2　方法和技術 398

21.1.3　用戶測試？顯然不是 399

21.1.4　UX評估數據的類型 399

21.1.5　形成性評估與總結性評估 400

21.1.6　我們的面向目標的方式 402

21.2　UX評估方法 402

21.2.1　實證UX評估方法 403

21.2.2　分析UX評估方法 403

21.2.3　比較 403

21.2.4　一些具體的實證UX評估方法 404

21.2.5　UX評估方法的弱點 405

21.2.6　一些特定的分析UX評估方法 406

21.3　UX評估方法和技術的嚴格性與快速性 407

21.3.1　快速性和可實現的嚴格性之間存在平衡 407

21.3.2　所有方法都跨越了一定範圍的嚴格性和速度 407

21.3.3　目標並非一定是高嚴格性 408

21.3.4　有的方法天生就側重於快速而非嚴格 408

21.4　UX評估數據收集技術 408

21.4.1　定量數據收集技術 408

21.4.2　定性數據收集技術 409

21.5　專門的UX評估方法 410

21.5.1　alpha測試和beta 測試和現場調查 410

21.5.2　遠程UX評估 411

21.5.3　自動化UX評估 411

21.6　調整和挪用UX評估方法和技術 412

第22章 實證UX評估：UX目標、指標和標的 413

22.1　導言 413

22.1.1　當前位置 413

22.1.2　UX 指標和標的的項目場景 414

22.2　 UX標的表 415

22.3　工作角色和用戶類別 416

22.4　UX目標 416

22.5　UX度量 418

22.6　度量工具：基準任務 419

22.6.1　什麽是基準任務 420

22.6.2　選擇基準任務 420

22.6.3　打磨基準任務內容 424

22.6.4　其他基準任務機制 427

22.7　度量工具：用戶滿意度問捲 430

22.8　UX指標 432

22.9　基線級別 434

22.10　標的級別 434

22.11　設定級別 434

22.11.1　設置基線級別 435

22.11.2　設置標的級別 436

22.11.3　其他標的 437

22.12　觀察到的結果 438

22.13　創建UX標的的實用技巧和註意事項 438

22.14　UX目標、指標和標的的快速方法 439

第23章 實證UX評估：準備 441

23.1　導言 441

23.1.1　當前位置 441

23.1.2　實證UX評估會話計劃 442

23.2　評估範圍和嚴格性 443

23.2.1　評估範圍 443

23.2.2　評估嚴格性 443

23.3　實證UX評估會話的目標 444

23.4　選擇團隊角色 444

23.4.1　參與和認同 444

23.4.2　協調人 444

23.4.3　原型執行者 445

23.4.4　定量數據收集人員 445

23.4.5　定性數據收集人員 445

23.4.6　支持角色 445

23.5　準備一系列有效的用戶任務 445

23.5.1　生成定量度量的基準任務 446

23.5.2　未度量的任務 446

23.5.3　探索性自由“使用” 446

23.5.4　用戶定義的任務 446

23.6　招募參與者 447

23.6.1　預先制定招募用戶參與者的預算和時間表 447

23.6.2　確定合適的參與者類型 447

23.6.3　確定合適的參與者人數 448

23.6.4　考慮招聘方法和篩選 449

23.6.5　使用參與者招募數據庫 449

23.6.6　決定激勵和報酬 449

23.6.7　有的參與者很難找，但不要放棄 450

23.6.8　招募共同發現人員 450

23.6.9　像管理其他任何寶貴的資源那樣管理參與者 450

23.6.10　為後續迭代選擇參與者 451

23.7　準備評估 451

23.7.1　實驗室和設備 451

23.7.2　會話參數 454

23.7.3　知情同意書 455

23.7.4　其他文書 458

23.7.5　培訓材料 459

23.7.6　UX評估會話工作包 459

23.7.7　做最後的試點測試：查漏補缺  460

第24章 實證UX評估：數據收集方法和技術 461

24.1　導言 461

24.1.1　當前位置 461

24.1.2　在需求金字塔內生成和收集數據的實證方法 462

24.2　生成和收集定性UX數據的實證方法和技術 464

24.2.1　關鍵事件識別 464

24.2.2　關鍵事件數據捕獲 464

24.2.3　出聲思考數據收集技術 466

24.3　生成和收集定量UX數據的實證方法和技術 467

24.3.1　用於度量用戶表現的客觀定量數據 468

24.3.2　 主觀定量數據收集：問捲 469

24.3.3　生成和收集情感影響和意義性數據的方法和技術 475

24.3.4　最重要的技術：直接觀察 476

24.3.5　用於收集情感影響數據的口頭自陳技術 476

24.3.6　直接檢測生理反應作為情感影響的跡象 480

24.3.7　生成和收集意義性評估數據 480

24.4　實證數據收集程序 485

24.4.1　與參與者的預熱 485

24.4.2　會話協議以及你和參與者的關系 486

24.4.3　準備好用低保真原型進行評估 486

24.4.4　數據收集會話 488

24.4.5　結束評估會話 489

24.5　生成和收集定性UX評估數據的快速實證方法 490

24.5.1　快速迭代測試和評估(RITE)UX 評估方法 490

24.5.2　準實證UX評估 492

第25章 分析UX評估：數據收集方法和技術 497

25.1　導言 497

25.1.1　當前位置 497

25.1.2　將分析方法添加到組合中 498

25.1.3　對分析方法的批評 499

25.2　設計演練和審查 499

25.2.1　設計演練 499

25.2.2　設計審查 499

25.2.3　準備設計審查 500

25.2.4　 進行設計審查會議 500

25.2.5　會後 501

25.3　焦點小組 501

25.4　專家UX檢查 501

25.4.1　什麽是UX檢查 501

25.4.2　檢查是UX工具箱中的寶貴工具 501

25.4.3　需要多少檢查人員？ 502

25.4.4　需要哪種檢查人員？ 502

25.5　啟發式評估，一種UX檢查方法 503

25.6　我們的實用UX檢查方法 508

25.6.1　誰在敲門 508

25.6.2　以洞察力和經驗為指導 508

25.6.3　在UX檢查中使用共同發現或團隊方法 509

25.6.4　以豐富而全面的面向使用的視角進行系統性的探索 509

25.6.5　檢查由任務和設計本身驅動 509

25.6.6　需求金字塔各層的分析UX評估 510

25.6.7　生態層檢查 510

25.6.8　交互層檢查 510

25.6.9　情感層檢查 510

第26章 UX評估：數據分析 513

26.1　導言 513

26.2　分析定量數據 514

26.2.1　使用簡單描述統計 514

26.2.2　盡可能簡單地處理主觀定量問捲數據 515

26.2.3　排列定量數據 515

26.2.4　重大決定：可以停止迭代了嗎？ 516

26.3　分析定性UX數據 517

26.3.1　概述 517

26.3.2　分析準備步驟 517

26.3.3　定性UX數據分析步驟 518

26.3.4　UX問題數據管理 522

26.3.5　快速定性數據分析 522

26.4　成本重要性分析：確定問題修復優先級 522

26.4.1　問題 523

26.4.2　修復的重要性 523

26.4.3　解決方案 525

26.4.4　修復的成本 525

26.4.5　優先級比率 526

26.4.6　優先級 528

26.4.7　累計成本 529

26.4.8　負擔能力線 530

26.4.9　得出結論：針對問題的決議 530

26.4.10　特殊情況 532

26.4.11　快速成本重要性分析 533

26.5　從過程獲得反饋 533

26.6　實戰經驗 534

26.6.1　洋蔥圈效應 534

26.6.2　將UX數據作為反饋來改進過程 534

第27章 UX評估：報告結果 537

27.1　導言 537

27.1.1　當前位置 537

27.1.2　高質量溝通的重要性 538

27.1.3　參與者的匿名性 539

27.2　報告不同類型的數據 539

27.2.1　報告非正式總結性結果 539

27.2.2　報告定性結果：UX問題 539

27.3　報告的受眾 540

27.3.1　向項目團隊報告 541

27.3.2　向利益相關方解釋UX評估 541

27.3.3　通過報告來告知和/或影響管理層 542

27.3.4　向客戶報告 542

27.4　報告的內容 543

27.4.1　單獨的問題報告內容 543

27.4.2　覆蓋一下需求金字塔的生態層和情感層 543

27.4.3　包括成本重要性數據 544

27.5　報告的機制 544

27.5.1　一致性規則 544

27.5.2　報告的用詞 544

27.5.3　報告的語氣 545

27.5.4　報告大量定性數據 546

27.5.5　報告時親自到場 546

第28章 背景：UX評估 549

28.1　本章涉及參考資料 549

28.2　UX實踐中嘗試總結性評估有風險 549

28.2.1　工程與科學 549

28.2.2　工程中發生的事就留在工程中 550

28.3　評估的可靠性 550

28.3.1　個體差異自然導致結果的變化 550

28.3.2　為什麽變化這麽大？UX評估很困難 551

28.3.3　“打折扣”UX評估方法 551

28.4　UX指標和標的的根源 553

28.5　早期的空中客車A330：測試中需要生態有效性的一個例子 554

28.6　確定合適的參與者數量 555

28.6.1　到底需要多少？這是一個難題 555

28.6.2　經驗法則比比皆是 556

28.6.3　三五名用戶規則的分析基礎 556

28.7　關鍵事件數據收集技術的根源 561

28.7.1　關鍵事件技術在人因工程中很早就有了 561

28.7.2　主要作為一個變體使用 561

28.7.3　由誰識別關鍵事件？ 561

28.7.4　關鍵事件數據捕捉的時機：評估人員的意識區 562

28.8　更多識別UX設計情感響應的方法 563

28.8.1　直接觀察到的生理反應作為情感影響的指標 563

28.8.2　檢測情感影響生理反應的生物識別技術 564

28.8.3　HUMAINE項目：情感測量的生理技術 564

28.9　Nielsen和Molich原創的啟發式方法 565

28.10　UX 問題數據管理 566

 

捲4

第Ⅵ部分 連接敏捷UX與敏捷軟件工程

第29章 連接敏捷UX與敏捷軟件工程 571

29.1　導言 571

29.1.1　敏捷並非僅僅和快相關 572

29.1.2　不要盲目敏捷 573

29.2　敏捷SE方法的基礎知識 573

29.2.1　敏捷SE的目標和原則 573

29.2.2　與瀑布方法對比 574

29.2.3　敏捷SE方法的特徵 575

29.3　敏捷SE的生命周期 576

29.3.1　敏捷SE方法中的計劃 576

29.3.2　敏捷SE方法中的沖刺 579

29.4　從UX角度看敏捷SE的挑戰 580

29.5　UX這一側需要什麽 581

29.6　預計可能的問題 581

29.6.1　UX和SE並不總是按照預期的方式協同工作 582

29.6.2　對完整概覽的需求：軟件方面與UX方面 582

29.7　集成敏捷UX和敏捷SE的一種綜合方法 583

29.7.1　將UX集成到計劃中 583

29.7.2　將UX集成到沖刺 586

29.7.3　同步兩個敏捷工作流程 588

第Ⅶ部分 UX可供性、交互周期和UX設計準則

第30章 UX設計中的可供性 595

30.1　導言 595

30.1.1　鳴謝 595

30.1.2　可供性的概念 595

30.1.3　可供性問題在UX設計中的重要性 596

30.1.4　可供性揭秘 596

30.1.5　UX設計5種不同的可供性 596

30.2　認知可供性 598

30.2.1　簡介 598

30.2.2　認知可供性設計問題 601

30.3　物理可供性 604

30.3.1　簡介 604

30.3.2　物理可供性設計問題 609

30.4　感官可供性 614

30.4.1　簡介 614

30.4.2　視覺感官可供性設計問題 614

30.4.3　聽覺感官問題 621

30.4.4　觸覺和觸摸問題 622

30.5　功能可供性 623

30.6　情感可供性 624

30.6.1　情感可供性的定義 624

30.6.2　用於支持意義性的可供性 625

30.7　在設計中結合使用可供性 625

30.7.1　可供性角色——設計聯盟 625

30.7.2　UX設計的可供性核對清單 626

30.8　用戶創建的可供性給設計師敲響了警鐘 628

第31章 交互周期 633

31.1　導言 633

31.1.1　什麽是交互周期 633

31.1.2　對基於理論的概念框架的需求 633

31.2　諾曼的交互行動階段模型 634

31.2.1　用戶和系統之間的鴻溝 635

31.2.2　從諾曼的模型到我們的交互周期 636

31.3　交互周期中的UX設計問題類別 637

31.3.1　計劃(幫助用戶知道要做什麽的設計) 638

31.3.2　轉換(幫助用戶知道如何做某事的設計) 638

31.3.3　物理行動(幫助用戶採取行動的設計) 639

31.3.4　結果(系統內部隱形的效果/結果) 639

31.3.5　評估(幫助用戶知道交互是否成功的設計) 639

31.4　交互周期內的協作式用戶-系統任務執行 641

31.4.1　主要任務 641

31.4.2　交互周期中路徑的變化 641

31.4.3　次要任務、意圖轉移和堆疊 642

第32章 UX設計準則 645

32.1　導言 645

32.1.1　範圍和普遍性 645

32.1.2　有的例子是刻意的老舊 646

32.2　UX設計準則的使用和解釋 646

32.3　人類的記憶限制 647

32.3.1　短期或工作記憶 648

32.3.2　其他類型的人類記憶 651

32.4　對交互周期結構的回顧 652

32.5　計劃 653

32.5.1　為用戶提供清晰的系統任務模型 653

32.5.2　為有效的任務路徑計劃 655

32.5.3　進度指示 655

32.5.4　避免交易在最後一步失敗 656

32.6　轉換 657

32.6.1　認知可供性的存在 658

32.6.2　認知可供性的呈現 660

32.6.3　認知可供性的內容和含義 666

32.6.4　任務結構 697

32.7　物理行動 706

32.7.1　感知物理行動的對象 707

32.7.2　幫助用戶採取物理行動 708

32.8　結果 712

32.8.1　系統功能 712

32.8.2　系統響應時間 713

32.8.3　自動化問題 713

32.9　評估 715

32.9.1　系統響應 715

32.9.2　系統反饋的評估 716

32.9.3　反饋的存在 716

32.9.4　反饋的呈現 718

32.9.5　反饋的內容和含義 720

32.9.6　信息顯示的評估 729

32.10　總體準則 732

32.10.1　總體簡單性 732

32.10.2　總體一致性 734

32.10.3　減少摩擦 737

32.10.4　幽默 737

32.10.5　擬人 737

32.10.6　語氣和心理影響 740

32.10.7　聲音和顏色的使用 740

32.10.8　文本易讀性 744

32.10.9　用戶偏好 744

32.10.10　適應用戶差異 744

32.10.11　幫助要真的有幫助才行 745

32.11　總結 745

第33章 背景：可供性、交互周期和UX設計準則 747

33.1　本章涉及參考資料 747

33.2　可供性概念簡史 747

33.3　早期HCI/UX中可供性的使用亂相 749

33.4　認知可供性如何從共同的文化習俗中獲得的例子 749

33.5　功能可供性與吉布森的可供性生態視角相適應 752

33.6　UX設計準則的由來 752

參考文獻 755