图书介绍

就这么简单 Web开发中的可用性和用户体验【2025|PDF|Epub|mobi|kindle电子书版本百度云盘下载】

就这么简单 Web开发中的可用性和用户体验
  • 向怡宁著 著
  • 出版社: 北京:清华大学出版社
  • ISBN:9787302169994
  • 出版时间:2008
  • 标注页数:301页
  • 文件大小:1MB
  • 文件页数:5页
  • 主题词:用户界面-设计

PDF下载


点此进入-本书在线PDF格式电子书下载【推荐-云解压-方便快捷】直接下载PDF格式图书。移动端-PC端通用
种子下载[BT下载速度快]温馨提示:(请使用BT下载软件FDM进行下载)软件下载地址页直链下载[便捷但速度慢]  [在线试读本书]   [在线获取解压码]

下载说明

就这么简单 Web开发中的可用性和用户体验PDF格式电子书版下载

下载的文件为RAR压缩包。需要使用解压软件进行解压得到PDF格式图书。

建议使用BT下载工具Free Download Manager进行下载,简称FDM(免费,没有广告,支持多平台)。本站资源全部打包为BT种子。所以需要使用专业的BT下载软件进行下载。如BitComet qBittorrent uTorrent等BT下载工具。迅雷目前由于本站不是热门资源。不推荐使用!后期资源热门了。安装了迅雷也可以迅雷进行下载!

(文件页数 要大于 标注页数,上中下等多册电子书除外)

注意:本站所有压缩包均有解压码: 点击下载压缩包解压工具

图书目录

序章 关于这本书3

0.1 谁该看这本书?3

0.2 这是本什么样的书?5

0.3 怎么用这本书?7

0.4 感谢这些伙计8

第一章 你首先要知道的一些事情11

1.1 我听说过这些词……不过它们到底是什么?11

1.1.1 什么是UI设计12

1.1.2 什么是交互设计14

1.1.3 怎样的用户界面设计是不好的16

视觉表达不清17

非常繁琐18

提示混乱19

难以使用19

强迫用户20

1.1.4 那么该怎么做?21

什么人会使用产品?用在什么地方?21

用户会有些什么样的行为?21

1.2 我干嘛得学这些玩意……还要买本书?!22

1.2.1 用户界面不是次要的工作23

1.2.2 用户界面设计不是界面程序设计,也不是界面图形设计25

软件设计师可能存在的问题26

美术设计师可能存在的问题26

真正的用户界面设计人员27

1.2.3 交互设计是一门跨学科领域27

1.2.4 不用成为专家,理解方式即可29

1.3 OK,那我该怎么做?30

1.3.1 交互设计的4个内容30

理解用户需要,建立用户需求31

开发一些候选设计方案31

制作设计方案的原型31

用户测试和评估32

1.3.2 交互设计的3个特征32

以用户为中心33

建立明确具体的可用性标准33

反复迭代33

1.3.3 交互设计的两个目标34

可用性目标34

用户体验目标37

1.3.4 摩西的十诫39

让用户随时了解系统的状态39

系统应与真实世界相符合40

给予用户控制权和自主权40

提倡一致性和标准化41

帮助用户识别、诊断和修复错误41

预防错误41

依赖识别而不是记忆42

强调使用的灵活性及有效性43

最小化设计43

提供帮助及文档43

1.3.5 如何粗略地评估可用性43

第二章 了解用户,了解需求47

2.1 谁是用户?47

2.1.1 普遍而又特殊的用户48

用户的普遍性48

用户的特殊性48

两者兼顾48

2.1.2 用户可不是越多越好49

2.1.3 “阿童木”的诞生49

2.2 什么是需求?52

2.2.1 “需要”产生需求52

2.2.2 点了牛扒,端上来的却是意大利面56

2.2.3 各种类型的需求58

功能需求58

用户需求58

数据需求59

环境需求59

可用性需求59

2.3 如何确定需求61

2.3.1 介绍一些数据搜集的方法61

问卷调查61

用户访谈63

观察和提问64

集体讨论65

2.3.2 筷子、刀叉和勺,哪种餐具最好?67

2.3.3 数据搜集活动中一些要注意的地方68

一切的重点都是为了搞清楚用户需要什么69

要考虑所有的用户类别69

每个用户类别只派一位代表参与是不充分的69

打“组合拳”,不要单一套路69

在可能的情况下,制规模试验69

如果得到的需求信息太多70

记录数据同样很重要70

2.3.4 解释与分析数据——道填空题70

2.4 归根结底,我们要了解任务72

2.4.1 用讲故事的方法来描述任务74

2.4.2 用流程图来描述任务77

2.4.3 理想和现实的差距79

守旧的用户79

过分的用户79

妥协还是抗争?80

2.5 环境?什么是环境?81

2.6 做个小结82

第三章 设计方案和制作原型86

3.1 为什么,以及怎么做86

3.2 初级原型和高级原型88

3.2.1 初级原型很重要——初级原型的多种形式88

草图,或者说涂鸦89

连环画90

制作卡片91

模拟界面92

3.2.2 高级原型同样重要92

3.2.3 嗯,不过原型仅仅只是原型95

3.3 概念设计,或者说初步设计97

3.3.1 伙计们,让我们先考虑功能97

3.3.2 概念模型是个什么玩意?——设计概念模型时要遵循的原则98

开放思路,同时考虑用户和应用环境98

保持简单,但也不要过于简单98

使用初级原型来快速获取反馈98

反复迭代进行设计99

3.3.3 开发概念模型的几个问题99

采用什么样的交互方式?99

是更“智能”还是更“服帖”?100

是否存在合适的熟悉概念进行映射比拟?100

3.3.4 在概念设计中使用原型102

3.4 物理设计,或者说具体设计104

3.4.1 一些具体的设计指南——交互设计的8项黄金法则104

力求一致性105

允许频繁使用快捷键106

提供明确的反馈106

设计对话,告诉用户任务已完成108

提供错误预防和简单的纠错功能109

应该方便用户取消某个操作9

用户应掌握控制权110

减轻用户的记忆负担111

3.4.2 界面元素和界面风格112

3.4.3 菜单(或者导航栏)的设计114

3.4.4 图标的设计——高度浓缩的图形118

不要“辞不达意”120

小而简单122

3.4.5 屏幕布局的设计122

大的方针122

同时也要考虑细节124

还有很多地方需要注意126

3.4.6 别理那些复杂的工具,我们做的是Web127

第四章 以用户为中心的开发130

4.1 为什么要让用户掺和进来?130

告诉他们别太天真130

另一方面……他们才是真正的主人131

4.2 支持用户,而不是限制他们131

排第一位的永远是用户,不是技术131

给他们最习惯的环境132

要支持用户,就得考虑周全132

经常向他们咨询意见132

4.3 如何让用户参与?135

4.3.1 用户参与的不同形式135

极端之一:让用户作为设计组成员135

极端之二:用户远距离参与设计136

4.3.2 用户参与的是与非137

4.4 别用望远镜,要现场研究138

4.4.1 关于现场研究138

4.4.2 你是师傅,我是徒弟——“从师求教”过程中要注意的几个问题141

不是在会客室141

建立正确的关系141

该问就大胆问142

不要跑题太远142

4.4.3 这不是你的地盘,别太不拘小节143

4.4.4 我们能得到什么?144

第五章 文化的差异148

5.1 什么是文化的差异?148

5.2 对于Web和Web—based产品来说150

5.2.1 一次要做几件事?——不同文化的用户对“时间”和“效率”的不同认识150

5.2.2 高度认知和低度认知152

5.2.3 功能还是关系?——中国用户和美国用户的区别153

5.2.4 网页和界面的视觉反映——中国用户的神奇能力154

5.2.5 谁的错?——有人批评产品有人自我批评158

5.3 国际化和本土化设计中要注意的问题159

注意适配分辨率的大小159

尽量多用被广泛接受的图标161

绘制图标时注意地域性161

翻译时使用用户习惯的表达方式162

注意不同地区使用的单位和格式162

注意文字的输入162

避免出现对某些地区不适用的信息162

其他方面162

第六章 网页的可用性165

6.1 人们是如何使用网页的?165

6.1.1 他们很会节省时间166

6.1.2 他们也不会仔细考虑168

6.2 好感度计量器169

6.2.1 我经历过好几次这种情况170

6.2.2 这些都会降低好感度!172

让我感到郁闷172

总是误导我174

总是让我猜175

总是要我找176

总是说我错177

耽误我的时间178

甚至还让我抓狂179

6.3 因此,为扫描而设计179

6.3.1 更清楚的布局和视觉层次179

越重要的内容越醒目180

相关的内容看上去也得相关180

包含的内容要显示从属关系181

别显示太多无关的信息181

6.3.2 清晰地划分页面区域183

6.3.3 适应用户的习惯184

6.3.4 提供目光的“落脚点”186

6.4 同时,减少用户的思考187

6.4.1 减少不确定因素188

6.4.2 保证网页的一致性190

一致的网站标志和导航栏190

一致的页面布局191

一致平衡的信息结构191

一致的重复性元素191

一致和谐的字体和色彩191

一致,但不一样192

6.4.3 明显标识可以点击的地方192

有时候下划线可有可无193

有时候最好有下划线195

超链接和按钮195

6.4.4 清晰、简单的网页内容196

使用用户的语言,而不是技术语言196

使用通俗的语言,而不是故作高深197

减去不必要的词句,让页面更简短197

不要夸夸其谈,或者让人摸不着头脑197

6.5 告诉用户他们在哪里198

6.5.1 导航栏存在的意义199

6.5.2 导航栏所需要的元素200

网站logo标识200

网站的栏目201

“回到首页”202

附加功能202

搜索工具203

6.5.3 导航指示、页面标题和“面包屑”203

导航指示204

页面标题206

“面包屑”207

第七章 Web—based产品212

7.1 Web或者不是Web?——关于Web-based产品212

有一些比较偏向于软件212

有一些则更偏向于网页213

有些产品比较单纯214

有些产品的用户群比较广大215

最后……它们还是网页216

7.2 我为什么说要考虑用户的感受217

7.3 首先看看菜单和对话框219

7.3.1 我需要菜单,但必须是好菜单220

时隐时现的菜单项220

探头探脑的菜单项222

7.3.2 让我陷入困境的对话框223

让我没有选择224

让我不知道该怎么选择224

没有第三种选择225

7.4 你真明白那些控件的作用吗?226

7.4.1 单选按钮和复选框226

把复选框当作单选按钮227

把单选按钮当作复选框227

是必须要我选,还是不需要我选?228

7.4.2 标签虽好,问题多多228

标签只能用来导航,不能选择数据229

到处都是的标签231

太小和太大的标签234

7.4.3 简单而又不简单的文本框235

在不该用的地方使用文本框235

该用文本框的地方却又很随意236

7.5 每一个元素都要有合适的位置237

7.5.1 控件的摆放位置237

胡乱放置的按钮238

距离产生美?239

7.5.2 你无法逃避的对齐方式241

是左对齐还是右对齐242

不要只注意一边243

如果有时候左右都不能对齐245

上下也要对齐246

第八章 测试可用性248

8.1 为什么要测试?248

8.1.1 美国到底民主还是不民主?248

我喜欢的,别人也应该喜欢249

角色的不同导致看法不同249

8.1.2 这不是简单的是非题250

8.2 几个要注意的事实252

8.2.1 一些需要记住的事实252

可用性测试不是软件测试253

哪怕只测试一个用户,也比不做测试要好253

早点测试一个用户,好过最后测试100个用户254

“迭代”的测试和频繁的测试255

测试后马上回顾测试结果256

8.2.2 一些需要避免的认识256

不要认为可用性测试很难256

不要认为可用性测试总是非常昂贵257

不要认为可用性测试是表层问题258

不要认为测试是要去“证明”什么258

不要仅仅测试,却不纠正发现的问题258

8.3 测试的前期准备259

8.3.1 测试的地点和设备260

最正式和最精良的装备260

你也可以优化和精简261

8.3.2 测试用户的招募263

测试用户的选择263

究竟每次应该测试多少用户?265

如何招募用户?267

8.3.3 主持人和观众269

谁适合当测试的引导人?270

谁适合当测试的观察者?271

8.3.4 道德问题272

8.4 测试的过程273

8.4.1 设计好考题273

8.4.2 介绍阶段274

8.4.3 正式测试275

观察用户275

让用户进行有声思考276

提出问题277

尊重测试用户277

一个实例你就能明白278

8.4.4 测试之后马上回顾和总结285

8.5 让专家来评估(别忘了,你也是专家)287

8.5.1 现成的原则——启发式评估287

8.5.2 你也可以看看这些具体的评估角度288

关于一致性的评估288

关于界面简洁性的评估289

关于信息反馈的评估289

关于用户动作性的评估290

关于产品特色的评估291

8.6 测试需要修正292

有些问题可以忽略292

有些要求也可以忽略293

别顾此失彼!293

第九章 了解满意度295

9.1 询问用户——问卷调查295

9.2 询问用户——访谈297

热门推荐