具体描述
本书是基于众多商务案例，讲述如何创建更好的、高客户忠诚度的软件产品和基于软件的高科技产品的书。本书列举了很多真实可信的实际例子，说明目前在软件产品和基于软件的高科技产品中，普遍存在着“难用”的问题。作者认为，“难用”问题是由这些产品中存在着的高度“认知摩擦”引起的，而产生这个问题的根源在于现今软件开发过程中欠缺了一个为用户利益着想的前期“交互设计”阶段。“难用”的产品不仅损害了用户的利益，最终也将导致企业的失败。本书通过一些生动的实例，让人信服地讲述了由作者倡导的“目标导向”交互设计方法在解决“难用”问题方面的有效性，证实了只有改变现有观念，才能有效地在开发过程中引入交互设计，将产品的设计引向成功。
本书虽然是一本面向商务人员而编写的书，但也适合于所有参与软件产品和基于软件的高科技产品开发的专业人士，以及关心软件行业和高科技行业现状与发展的人士阅读。
作者简介
Alan Cooper，作为20世纪70年代中叶的一名软件发明家，Alan Cooper坚信必然存在一种更好的方式创建软件。新的方法，应该通过应用“使用者第一、硅片第二”原则的设计和工程过程，使软件使用者从让人厌烦、困惑、不恰当的软件行为中解放出来。采用这种方法，技术团队能够在第一时间做对事情，因而，也就能更快地创建更好的产品。 他的信念结出了硕果。1990年，他创建了Cooper公司，一家技术产品设计公司。今天，Cooper在软件设计方面的创新手法已经被认可为行业标准。在Cooper打开面向商业的大门后的十年时间里，这家旧金山公司向诸如Abbott Laboratories、Align Technologies、Discover Financial Services、Dolby、爱立信、富士通、富士通Softek、惠普、Informatica、IBM、罗技、Merck-Medco、微软、Overture、SAP、SHS Healthcare、Sony、Sun Microsystems、Toro、Varian，以及VISA公司提供了创新的、以使用者为焦点的解决方案。
目录信息
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/4讲的角色、目标、场景有点实际意义，其他的通篇就在强调一件事：设计，程序猿不行，他们不是正常人。 这本书是上世纪90年代的产物，现在事情早不一样了，编程已经简单多了，早不是只有nerd才能胜任的工作，我猜如今的大多数程序猿都是正常人。 而且作者创办...
评分作者从这个时代电脑的进入生活的大背景出发，在分析了各类“智能”产品的不好用后，探讨了把设计放入编程之前的想法。因为软件的出现，而带来的认知摩擦的加大，使得程序员和交互设计师，用户和产品之间都出现了或多或少的隔离。 1、软件需精炼，少即是多，不要添加过多的功能...
评分用户评价
这本书的叙事节奏把握得相当精准，仿佛一位优秀的电影导演在掌控着观众的情绪起伏。它没有急于抛出那些耸人听闻的“爆款设计秘籍”，而是选择了一条更为扎实、更具历史纵深感的路径。我特别欣赏作者在探讨具体设计原则时，总是能巧妙地回溯到早期的设计思潮和心理学基础。这让整个阅读过程充满了一种“豁然开朗”的体验，那些原本零散的知识点，像是被磁力吸引般，在脑海中构建起了一个坚固而有机的知识网络。读完某个章节，我常常会停下来，对着电脑屏幕上正在进行的工作进行反思，感觉自己的视角被拔高了许多，不再只关注于界面的像素完美度，而是更深层次地去审视人机互动的本质。它教会我，好的设计不是魔法，而是一套严谨、充满人文关怀的思维体系的自然流露。
评分对于我这种在职场摸爬滚打多年，已经形成了一套固定工作流程的设计师来说，引入新思维往往是最困难的。我深知自己的局限性，但要打破旧有的惯性思维，需要强大的外部推力。这本书恰好充当了这个角色。它的语言风格非常直接、毫不含糊，尤其是在批判那些行业内的“陈词滥调”时，更是鞭辟入里。书中对“形式追随功能”这一信条的不同阶段的解读，特别是对“形式即功能”的探讨，引发了我对当前项目架构的重新审视。我发现，自己过去常常因为追求某种时髦的视觉效果，而无意中破坏了流程的自然性。这本书像一面清晰的镜子，照出了我在追求效率过程中，所忽略掉的那些关键的体验断点，它提供的不是一套现成的解决方案，而是一套强大的“批判性工具箱”，鼓励我们不断地自我审视和迭代。
评分从排版和装帧来看，这本书也体现出一种对“细节的尊重”，这本身就是对设计领域最好的致敬。纸张的质感、字体的选择，都透露出一种沉稳和内敛的气质，阅读体验极佳，长时间阅读也不会感到疲劳。更重要的是，书中穿插的一些跨界思考，比如它如何借用建筑学的空间组织理论来类比信息架构的构建，或者引用哲学中的辩证法来分析用户决策的复杂性，这些都极大地拓宽了我的知识边界。它成功地将“交互设计”这个看似局限的领域，与更广阔的人类认知和工程学领域连接起来，让人感觉自己掌握的不再只是一门手艺，而是一种可以应用于解决复杂问题的通用方法论。读完后，我感到自己的思维维度被拓宽了，看待任何界面或流程，都能从多个层次进行解析和优化，这收获远超出了我对一本专业书籍的预期。
评分说实话，当我翻开这本书时，我原本以为会看到一堆关于A/B测试、可用性测试等量化指标的深度解析，毕竟在数据驱动的当下，这似乎是衡量设计的唯一标准。然而，这本书带给我的惊喜在于，它将重点放在了那些更难以量化、却又至关重要的“人性”层面。作者对情感化设计、心流体验的描述，细腻得让人动容。它没有用那些空洞的形容词来搪塞，而是用非常生活化的案例，去剖析用户在面对产品时微妙的心理波动——从最初的抗拒、到探索的犹豫，再到最终沉浸的愉悦。这让我意识到，设计工作远不止于解决功能问题，更在于构建一种情感连接。这种对人本主义精神的回归，在充斥着工具和效率的今天，显得尤为珍贵和深刻，简直像是在冰冷的科技世界里注入了一股暖流。
评分这本书，坦白说，拿到手时我带着几分忐忑。我对设计领域一直抱有浓厚的兴趣，但总感觉自己像个门外汉，对着那些精致的界面和流畅的交互流程，只能望洋兴叹。市面上关于用户体验和产品设计的书汗牛充栋，很多要么过于理论化，堆砌着晦涩的术语，读起来像是啃一本枯燥的教科书；要么就是过于“实战”，充斥着大量的工具介绍和速成技巧，却缺乏对设计本质的深入探讨。我真正渴望的是一本能搭建起坚实底层逻辑，同时又充满启发性的作品。我期待它能像一位经验丰富的前辈，耐心地引导我从零开始，理解“为什么”要这么做，而不仅仅是“怎么”做。我希望它能教会我如何真正地站在用户的角度去思考问题，如何将抽象的用户需求转化为具体、可感知的体验，那种感觉，就像是终于找到了一把可以开启设计世界大门的钥匙，让我不再只是被动地接受信息，而是能够主动地去塑造和优化。
评分为什么在 coding 前进行交互设计是必要的
评分更贴切的名字应该是《交互设计史》（忽悠一点），或者《交互设计八卦》（实在一点），能学到的东西不多。图好看的话呢，请先过了翻译那一关……
评分给产品经理和程序员的很好的交互设计启蒙书。可以找到很多说服他们的话。很多案例也很精彩和聪慧的。我想看更多cooper公司的案例(其解决方法)和作为交互设计师的研究方法及全套具体操作流程
评分能改变自己对交互设计的看法，特别是跳舞的熊那几章，深刻感受到人机之间的摩擦有多大，很有趣。后面几章是一些方法论。比较枯燥。
评分挺好的 就是翻译的有点问题
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 onlinetoolsland.com All Rights Reserved. 本本书屋 版权所有