第1篇 电脑的逆向文化
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
· · · · · · (收起)
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
· · · · · · (收起)
具体描述
本書是基於眾多商務案例，講述如何創建更好的、高客戶忠誠度的軟件産品和基於軟件的高科技産品的書。本書列舉瞭很多真實可信的實際例子，說明目前在軟件産品和基於軟件的高科技産品中，普遍存在著“難用”的問題。作者認為，“難用”問題是由這些産品中存在著的高度“認知摩擦”引起的，而産生這個問題的根源在於現今軟件開發過程中欠缺瞭一個為用戶利益著想的前期“交互設計”階段。“難用”的産品不僅損害瞭用戶的利益，最終也將導緻企業的失敗。本書通過一些生動的實例，讓人信服地講述瞭由作者倡導的“目標導嚮”交互設計方法在解決“難用”問題方麵的有效性，證實瞭隻有改變現有觀念，纔能有效地在開發過程中引入交互設計，將産品的設計引嚮成功。
本書雖然是一本麵嚮商務人員而編寫的書，但也適閤於所有參與軟件産品和基於軟件的高科技産品開發的專業人士，以及關心軟件行業和高科技行業現狀與發展的人士閱讀。
用户评价
评分
##强调了交互设计的重要性，简单介绍了交互设计的要点。有点老的书，依旧值得一读，最好跳读。
评分 评分 评分##挺好的 就是翻译的有点问题
评分##学了个习。这本还不错。
评分 评分 评分##废话真的很多。
评分相关图书
本站所有內容均為互聯網搜索引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 tushu.tinynews.org All Rights Reserved. 求知書站 版权所有