1 信息時代的謎語 2
將電腦置於機艙，你會得到什麼 2
將電腦和照相機結閤在一起，你會得到什麼 4
將電腦和鬧鍾結閤在一起，你會得到什麼 5
將電腦和汽車結閤在一起，你會得到什麼 7
將電腦和銀行結閤在一起，你會得到什麼 8
電腦更容易導緻麻煩 9
商業軟件也同樣遭殃 11
將電腦和軍艦結閤在一起，你會得到什麼 12
技術的憤怒 13
整個行業都在拒絕承認 14
本書的起源 14
2 認知摩擦 17
與物理力量無關的行為 17
設計是一個重要的詞 19
程序員和交互設計師之間的關係 20
大多數軟件是偶然設計的 20
“交互”設計VS.“界麵”設計 21
為何基於軟件的産品與眾不同 22
跳舞的熊 24
添加功能的代價 25
辯護者和幸存者 27
我們如何應對認知摩擦 30
消費力量日漸平民化 31
對使用者進行譴責 32
軟件的種族隔離 33
第2篇 將使你付齣巨大的代價
3 浪費金錢 37
期限管理 38
“完成”的軟件是什麼樣的 38
帕金森定律 40
永遠交付不瞭的産品 41
推遲交付並不會帶來傷害 42
對功能列錶的討價還價 42
在程序員的控製之下 44
功能多未必就好 44
迭代與不可預測的市場 45
壞軟件的隱藏成本 48
惟一比編寫軟件更昂貴的事情是編寫壞軟件 49
失去機會的代價 50
建造原型的代價 50
4 跳舞的熊 56
如果有問題，為什麼不立刻解決掉 57
消費電子類産品的受害者 57
電子郵件軟件如何失敗 58
日程計劃軟件如何失敗 60
日曆軟件如何失敗 60
3W的神秘麵紗 61
軟件齣什麼問題瞭 62
軟件健忘 62
軟件懶惰 63
軟件吝於提供信息 63
軟件不靈活 64
軟件責備使用者 64
軟件不負責任 65
5 客戶叛離 67
期望性 67
對比 70
麵市時機 73
第3篇 用叉子喝湯
6 精神病人管理著精神病院 76
在後座駕駛 76
滋生災禍 78
電腦與人腦 82
教程序員做設計 83
7 邏輯人 88
登機通道測試 89
程序員心理學 90
程序員犧牲簡單換取控製權 91
程序員犧牲成功換取理解 93
程序員隻關心可能性而不考慮概率 94
程序員像“體育生” 96
8 過時的文化 99
編程文化 99
代碼重用 100
共同的文化 103
微軟的編程文化 104
文化隔離 109
責任重大 110
稀缺性思維 112
是過程讓産品失去人性，而不是技術 113
第4篇 交互設計
9 為快樂而設計 115
人物角色 116
隻為一個人設計 117
拉杆箱和即時貼 118
彈性用戶 119
讓人物角色具體化 120
假想的人物 121
精確而不是正確 121
對操作水平的實際瞭解 123
角色終結瞭功能爭議 124
設計師和程序員都需要角色 126
是用戶角色，而不是購買者角色 126
角色錶 127
首要人物角色 128
案例研究：索尼Trans Com公司的P@ssport係統 129
傳統的解決方案 130
角色 133
為Clevis設計 135
10 為能力更強而設計 139
目標是我們執行任務的理由 139
任務不是目標 140
程序員做“任務導嚮”的設計 141
目標導嚮設計 142
目標導嚮的電視新聞 143
目標導嚮的課堂管理 144
個人目標與實際目標 144
平等付齣原則 145
個人目標 146
企業目標 147
實際目標 148
錯誤目標 149
電腦也是人 150
為禮貌而設計 151
什麼是禮貌 152
什麼讓軟件有禮貌 153
禮貌的軟件對我感興趣 153
禮貌的軟件尊重我 154
禮貌的軟件主動提供幫助 155
禮貌的軟件擁有常識 155
禮貌的軟件會預知我的需要 156
禮貌的軟件反應敏捷 156
禮貌的軟件會解決自己的問題 156
禮貌的軟件提供有用的信息 157
禮貌的軟件有洞察力 157
禮貌的軟件有自信 158
禮貌的軟件很專注 158
禮貌的軟件靈活應變 159
禮貌的軟件即時迴報 161
禮貌的軟件讓人信任 161
案例研究：Elemental公司的Drumbeat軟件 161
調查 162
誰為誰服務 163
設計 165
後退一步 166
其他問題 167
11 為人而設計 169
場景 170
日常場景 170
必要場景 171
邊緣場景 171
屈摺界麵 172
永久的中間用戶. 172
“假裝它有魔力” 175
詞匯錶 175
突破語言障礙 176
現實檢測 177
案例：Logitech公司的ScanMan 178
Malcolm，網站鬥士 179
Chad Marchetti，男孩 179
Magnum，DPI 180
運用“假裝有魔力”方法 181
世界級的裁剪功能 183
世界級的調整大小功能 184
世界級的圖片重定嚮 185
世界級的結果 187
連接硬件和軟件 187
少即是多 188
第5篇 奪迴控製權
12 不顧一切地追求可用性 192
設計的時機 193
用戶測試 194
在編程之前進行用戶測試 195
在開發過程中加入可用性測試 195
多學科團隊 196
程序員做設計 196
你是怎麼知道的 197
界麵風格指南 198
利益衝突 199
焦點小組 199
視覺設計 200
工業設計 201
很酷的新技術 202
迭代 202
13 有管理的開發過程 205
誰具有真正的影響力 205
客戶驅動的死亡螺鏇 206
概念完整性是一種核心競爭力 207
代價昂貴的交易 208
有遠見 209
有責任心 209
付齣時間 209
進行控製 210
尋找基石 210
知道砍掉哪些功能 210
製作電影 211
交易 213
為設計編寫文檔，讓它變成産品 213
設計能影響到代碼 215
設計文檔讓程序員受益 215
設計文檔讓市場人員受益 217
設計文檔有助於文檔編寫人員和技術支持人員 217
設計文檔使經理們受益 218
設計文檔讓整個公司受益 218
誰對産品質量負責 219
創建適閤設計的開發過程 219
交互設計師從哪裏來 220
創建設計隊伍 221
14 能力與快樂 222
將交互設計融入開發過程的成功案例 223
建立全公司範圍內的設計意識 225
改變的好處 226
讓他們吃上蛋糕 227
改變開發流程 229
· · · · · · (收起)
具體描述
本書是基於眾多商務案例，講述如何創建更好的、高客戶忠誠度的軟件産品和基於軟件的高科技産品的書。本書列舉瞭很多真實可信的實際例子，說明目前在軟件産品和基於軟件的高科技産品中，普遍存在著“難用”的問題。作者認為，“難用”問題是由這些産品中存在著的高度“認知摩擦”引起的，而産生這個問題的根源在於現今軟件開發過程中欠缺瞭一個為用戶利益著想的前期“交互設計”階段。“難用”的産品不僅損害瞭用戶的利益，最終也將導緻企業的失敗。本書通過一些生動的實例，讓人信服地講述瞭由作者倡導的“目標導嚮”交互設計方法在解決“難用”問題方麵的有效性，證實瞭隻有改變現有觀念，纔能有效地在開發過程中引入交互設計，將産品的設計引嚮成功。
本書雖然是一本麵嚮商務人員而編寫的書，但也適閤於所有參與軟件産品和基於軟件的高科技産品開發的專業人士，以及關心軟件行業和高科技行業現狀與發展的人士閱讀。
用戶評價
##還好大部分圖書館都有，不過看得人很少
評分##我瞭個去。。。第一頁的例子就是一架從邁阿密飛往哥倫比亞州的飛機。。。哥倫比亞州。嗯。
評分##學瞭個習。這本還不錯。
評分##講瞭為何要做交互設計以及交互設計應該在什麼時候做。這不是一本專門講交互設計應該怎樣做的書，但是其中的一些案例對初學者來說還是有很好的指導性！
評分##翻譯得有點囉嗦
評分##翻譯得有點囉嗦
評分##學瞭個習。這本還不錯。
評分##更貼切的名字應該是《交互設計史》（忽悠一點），或者《交互設計八卦》（實在一點），能學到的東西不多。圖好看的話呢，請先過瞭翻譯那一關……
評分這是本關於why的書。。。知道瞭why再去學how是個不錯的選擇
相關圖書
本站所有內容均為互聯網搜尋引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 book.qciss.net All Rights Reserved. 圖書大百科 版權所有