读书笔记：Don’t Make Me Think
有人说，这本书很简单！
没错，写的很通俗，看似都是很简单的道理，简单普通的逻辑。但是，又有多少人真正能做得好？
引用书中第9章的一句话：实际上，我们都是初学者。
=======================================================================
Chapter 1 别让我思考
Krug 可用性第一定律
Chapter 2 我们实际上是如何使用Web的
扫描，满意即可，勉强应付
> 第一事实：我们不是阅读，而是扫描
我们总是处于忙碌中。
我们知道自己不必阅读所有内容。
我们善于扫描。
> 第二个事实：我们不做最佳选择，而是满意即可
我们总是处于忙碌中。
如果猜错了，也不会产生什么严重后果。
对选择进行权衡，并不会改善我们的机会。
猜测更有意思。
> 第三个事实：我们不是追根究底，而是勉强应付
这对我们来说并不重要。
如果发现某个事物能用，我们会一直用它。
Chapter 3 广告牌设计101法则
为扫描设计，不为阅读设计
> 建立清楚的视觉层次
越重要的的部分越突出。
逻辑上相关的部分在视觉上也相关。
逻辑上包含的部分在视觉上进行嵌套。
> 习惯用法是你的好帮手
> 把页面划分成明确定义的区域
> 明显标识可以点击的地方
> 降低视觉噪声
两类视觉噪声：眼花缭乱、背景噪声。
Chapter 4 动物、植物、无机物
为什么用户喜欢无须思考的选择
> 点击多少次都没关系，只要每次点击都是无需思考，明确无误的选择。 — Krug可用性第二定律
Chapter 5 省略不必要的文字
不要在Web上写作的艺术
> 去掉每个页面上一半的文字，然后把剩下的文字再去掉一半。 — Krug可用性第三定律
> 欢迎词必须消灭
> 指示说明必须消灭
Chapter 6 街头指示牌和面包屑
设计导航
> 网络导航101法则
你通常是为了寻找某个目标。
你会决定先询问还是先浏览。
如果选择浏览，你将通过标志的引导在层次结构中穿行。
最后，如果找不到想要的东西，你会离开。
> 无法承受的浏览之轻
感觉不到大小。
感觉不到方向。
感觉不到位置。
> 被忽视了的导航用途
它给了我们一些固定的感觉。
它告诉我们当前的位置。
它告诉我们如何使用网站。
它给了我们对网站建造者的信心。
> Web导航习惯用法
Web设计师们使用术语持久导航（Persistent Navigation，或全局导航）来描述出现在网站每个页面上的一组导航元素。
持久导航应该包括5个元素：
Persistent Navigation
> 我说的是每一页（不是这样！）
对这个“每个地方都一样”的规则来说，有2个例外：
主页。主页和其它页面不一样，它要承担一些不同的任务，遵守一些不同的承诺，正如我们将在下一章看到的那样，这有时候意味着在主页内不必使用持久导航。
表单。在需要填写表单的页面，持久导航可能会成为不必要的干扰。
> 网站的站点ID或Logo
网站的站点ID或Logo相当于建筑物的名字，我们需要在每个页面上见到网站的名称。
> 栏目
栏目，有时候也称为主导航（Primary Navigation），是到达站点主要栏目的链接，即站点层次结构的最顶层。
大部分情况下，持久导航也包括二级导航的显示位置，二级导航就是当前栏目的下一级栏目清单。
> 实用工具
实用工具（Utility）是到达网站中不属于内容层次的重要元素的链接。
实用工具要么能帮助我们使用站点（例如帮助、站点地图或购物车），要么提供网站发布者的信息（例如“关于我们”、“联系我们”）。
> 主页链接
持久导航中最重要的元素之一是把我们送回主页的按钮或链接。
> 提供搜索
> 其次，再次，再再次
拥有显示网站所有潜在级别的导航的样例页面非常重要。
> 页面名称
每个页面都需要一个名称。
页面名称需要出现在合适的位置。
名称需要引人注目。
名称要和点击的链接一致。
> “你在这里”
在Web上，突出用户当前的位置，不管在页面的导航条、列表还是菜单上。
有多种办法可以用来标记当前的位置：在旁边放一个指示器、改变文字的颜色、使用粗体、按钮反白、改变按钮的颜色。。。
> 面包屑
面包屑也告诉用户当前的位置。
它们之所以被称作“面包屑”，是因为它们让人想起Hansel仍在森林里的面包屑踪迹，因为这样他和Gretel能找到回家的路。
> 我喜欢标签的4个理由
它们不言而喻。
它们很难错过。
它们很灵活。
它们暗示了一个物理的空间。
> 如果你这么喜欢Amazon，为什么不把她娶回家
正确绘制。激活的标签页位于其它标签页之前。
当你进入网站时，有一个标签已经选中。
Chapter 7 首先要承认，主页不由你控制
设计主页
> 主页要完成的任务：
站点的标识和使命。
站点的层次。
搜索。
导读。
内容更新。
友情链接。
快捷方式。
注册。
让我看到自己正在寻找的东西。
……还有我没有寻找的。
告诉我从哪里开始。
建立可信度和信任感。
> 一些常见的约束：
每个人都想占一席之地。
想要参与的人太多。
一个尺寸要适合所有人。
> 不能忘记的事：传达整体形象
> 如何传达：口号、欢迎广告
几条传达信息的指导原则：
需要多大空间就使用多大空间。
但也不要使用过多的空间。
不要把使命陈述当做欢迎广告。
最重要的是进行测试。
> 没有什么比得上一个好口号
> 第5个问题：从哪里开始？
> 主页导航可以不一样
> 下拉框的问题
你必须把它们找出来。
它们难以扫描。
它们不好控制。
> 为什么金鹅这么诱人，还是“好笑，它吃起来跟鸡一样……”
过度使用主页，会让主页变得混乱而造成有效性总体损失。
> 你来判断
回答下面2个问题：
这个网站是做什么的？
该从哪里开始？
Chapter 8 农场主和牧牛人应该是朋友
为什么Web设计团队讨论可用性是在浪费时间，如何避免这种情况
> 每个人都喜欢。。。
每个人都有自己的什么能让网站更好的主张。
> 农场主和牧牛人
由于各自的职位不同，Web团队的成员们对于好的网站设计由什么组成有着非常不同的看法。
> 普通用户的神话
所有Web用户都是独一无二的，所有的Web使用都是不一样的。
并不是说不存在完全错误的方法，有些设计网页的方法确实是完全错误的，只是它们往往并不是设计团队通常争论的那些方法。
> 对于信仰争论的解药
具体某个页面中，某个设计会让可能使用这个网站的大部分人产生一种良好的体验吗？— 测试。
Chapter 9 一天10美分的可用性测试
让测试简单 — 这样你能进行充分的测试
> 焦点小组不是可用性测试
需要的是可用性测试，而不是焦点小组。两者之间的简要区别如下：
在一次焦点小组研究中，一小组人（通常是5-8人）围坐在桌子旁边，对展示给他们的想法和设计作出反应。这是一个小组过程。主要价值来自参与人员彼此的反应。焦点小组是快速得到用户的意见和感觉的一种不错的方法。
在一次可用性测试中，一次一个用户展示一些内容（不管是网站，还是网站原型，或是一些单个页面的草图），并且要求用户说出：1）这是什么；2）试着用它来完成一项典型的任务。
焦点小组在抽象地确定你的目标受众想要什么，需要什么，喜欢什么的时候会很有用。他们也可以测试出网站的理念是否有意义，价值主张是否吸引人。同时，他们在测试你的网站功能命名，发现用户对你的竞争对手看法等方面，也是很好的办法。
但这种方法不适合用来了解你的网站运行情况，以及怎样改进网站。
> 关于测试的几个事实
如果想建立一个优秀的网站，一定要测试。
测试一个用户比不做测试好一倍。
在项目中，早点测试一位用户好过最后测试50位用户。
人们对招募用户代表的重要性估计过高。
测试的关键不是要证明什么或者反驳什么，而是了解你的判断力。
测试是一个迭代的过程。
没有什么比现场用户的反应更重要。
> 跳楼大减价的简易可用性测试
它的基本理念很简单：如果你想知道软件、网站或VCR的遥控器是否容易使用，那么在一些人试图使用的时候观察他们，记下他们在哪里遇到问题，然后修改这些问题，之后再度测试。
> 应该测试多少用户
很多情况下，我认为，每轮测试的理想用户数量应该是3个，最多是4个。
> 宽松招募，曲线上升
关于可用性测试最大的秘密就是：测试对象是谁并不重要。
对于大部分网站来说，你只需要懂得上网基本知识的用户就可以了。
利用你能够寻找到的任何人（满足最低要求），然后曲线上升。
换句话说，要寻找能反映你目标群体的测试用户，但是别因此裹足不前。相反，你的测试用户和目标群体之间可以存在差别。
理由如下：
实际上，我们都是初学者。
设计出的网站只有你的目标群体能使用，这通常并不是一个好主意。
专家通常不会介意对初学者来说很清楚的界面。
但也有一些例外：
如果你的网站几乎只由某一类用户使用，而且招募这一类测试用户并不难。
如果你的目标群体可以分成几个明显的阵营，而且这些阵营有着完全不同的兴趣和需要。
如果使用你的网站需要专门的领域知识。
进行招募的时候，应该注意以下几点问题：
提供合理的激励。
邀请要简单。
避免对网站（或网站背后的组织结构）进行预先讨论。
别不好意思请朋友和邻居帮忙。
> 在哪里测试
一间办公室或者会议室。不要干扰测试用户。
> 应该由谁来引导测试
真正需要的工作只是鼓励测试用户去尝试，只要有一些实践经验，大部分人都能做的很好。
选择一个有耐心、冷静、有同理心、善于倾听、天性公正的人。
> 谁应该进行观察
任何想要观察的人，可以鼓励任何人—团队成员、市场和业务拓展部门的人员，以及其他涉众来参与。
> 测试什么，什么时候测试
关键是要在Web开发的各个阶段及早进行测试，还有经常测试。
由于同类网站是“真实”的，你可以进行2种测试：“理解”测试、关键任务测试。
“理解”测试，顾名思义，就是让测试用户看到网站，然后看他们能否理解这个网站，理解网站的目标、价值主张、组织方法、运行方式等。
关键任务测试，让用户完成一些任务，然后观察他们是怎么做的。
> 一个测试过程实例
见Page 109-103
> 立刻回顾测试结果
给问题分类 — 决定哪些问题需要修正。
解决问题 — 找出修正这些问题的方法。
> 常见问题
用户不清楚概念。
他们找不到自己要找的字眼。
内容太多了。
> 一些问题分类指南
忽略“Kayak”（皮划艇）问题。
抵制添加的冲动。
不要太看重人们对新功能的要求。
抓住够得着的果子。
> 别把孩子也泼出去了
和任何好的设计一样，成功的网页往往要进行巧妙的平衡，重要的是要记住，哪怕一个微小的变化都会带来不小的影响。有时候，真正的挑战不是修正你发现的问题，而是修正这些问题的同时不破坏已经正常运行的部分。
> 每个月一个上午：我们就要求这么多
在理想情况下，我认为每个Web开发团队应该在每个月花一个上午时间进行可用性测试。
Chapter 10 可用性是基本礼貌
为什么你的网站应该让人尊敬
对Web可用性而言，还有另外一个重要的组成部分：做正确的事 — 为用户考虑周到，除了“我的网站清楚吗？”之外，你还要问：“我的网站值得尊敬吗？”
> 好感存储器
想象每次进入一个网站时，我们都从一个好感存储器开始，在网站上遇到的每个问题都会降低好感存储器的高度。
有以下几点值得注意：
它因个人特质的不同而不同。
它依情况而定。
你可以重新填满它。
有时候一个错误就能清空它。
> 降低好感的几种方式
隐藏我想要的信息。
因为没有按照你们的方式行事而惩罚我。
向我询问不必要的信息。
敷衍我，欺骗我。
给我设置障碍。
你的网站看上去不专业。
> 提高好感的几种方式
知道人们在你网站上想做什么，并让他们明白简易。
告诉我想知道的。
尽量减少步骤。
花点心思。
知道我可能有哪些疑问，并且给予解答。
为我提供协助，例如打印好友页面。
容易从错误中恢复。
如有不确定，记得道歉。
Chapter 11 可访问性、级联样式表和你
正当你觉得已经完成了的时候，一只猫掉了下来，背上捆着涂了奶油的面包
> 开发人员和设计师们所听到的
支持可访问性才是正确的做法。
> 开发人员和设计师们所害怕的
更大的工作量。
设计折衷。
> 真正的解决方案 — 和以前一样 — 还需要时间
> 现在就能正确实施的5件事
>> #1 改正让所有人感到混淆的可用性问题
>> #2 读一篇文章
Mary Theofanos 和 Janice (Ginny) Redish 观察了16位盲人用户如何使用屏幕阅读器在不同的网站完成许多任务，并在一篇名为 Guidelines for Accessible and Usable Web Sites: Observing Users Who Work with Screen Readers 的文章中报道了他们的观察。
屏幕阅读器用户用他们的耳朵扫描。
他们听取一行文本或一个链接的前几个字，如果并不相干，就会很快移到下一个链接、下一行、下一个标题或下一段。
>> #3 看一本书
Joe Clark的Building Accessible Websites.
Jim Thatcher等著的Constructing Accessible Websites.
John Slatin和Sharron Rush的Maximum Accessibility: Making Your Web Site More Usable for Everyone.
一张叫做 The WebAIM Guide to Web Accessibility Techniques and Concepts 的CD.
>> #4 开始使用级联样式表
>> #5 去摘够得着的果子
为每张图片增加alt文本。
让你的表单配合屏幕阅读器。
在每页的最前面增加一个“跳转至主要内容”的链接。
让所有的内容都可用通过键盘访问。
如果没有充分的理由，不要使用JavaScript。
使用客户端（而不是服务器端）的影响地图。
Chapter 12 救命！老板想要我……
当好人遇到不好的设计决策
> 世事无绝对
> 就这些了，朋友们
// Blog - www.TzingChu.com
没错，写的很通俗，看似都是很简单的道理，简单普通的逻辑。但是，又有多少人真正能做得好？
引用书中第9章的一句话：实际上，我们都是初学者。
=======================================================================
Chapter 1 别让我思考
Krug 可用性第一定律
Chapter 2 我们实际上是如何使用Web的
扫描，满意即可，勉强应付
> 第一事实：我们不是阅读，而是扫描
我们总是处于忙碌中。
我们知道自己不必阅读所有内容。
我们善于扫描。
> 第二个事实：我们不做最佳选择，而是满意即可
我们总是处于忙碌中。
如果猜错了，也不会产生什么严重后果。
对选择进行权衡，并不会改善我们的机会。
猜测更有意思。
> 第三个事实：我们不是追根究底，而是勉强应付
这对我们来说并不重要。
如果发现某个事物能用，我们会一直用它。
Chapter 3 广告牌设计101法则
为扫描设计，不为阅读设计
> 建立清楚的视觉层次
越重要的的部分越突出。
逻辑上相关的部分在视觉上也相关。
逻辑上包含的部分在视觉上进行嵌套。
> 习惯用法是你的好帮手
> 把页面划分成明确定义的区域
> 明显标识可以点击的地方
> 降低视觉噪声
两类视觉噪声：眼花缭乱、背景噪声。
Chapter 4 动物、植物、无机物
为什么用户喜欢无须思考的选择
> 点击多少次都没关系，只要每次点击都是无需思考，明确无误的选择。 — Krug可用性第二定律
Chapter 5 省略不必要的文字
不要在Web上写作的艺术
> 去掉每个页面上一半的文字，然后把剩下的文字再去掉一半。 — Krug可用性第三定律
> 欢迎词必须消灭
> 指示说明必须消灭
Chapter 6 街头指示牌和面包屑
设计导航
> 网络导航101法则
你通常是为了寻找某个目标。
你会决定先询问还是先浏览。
如果选择浏览，你将通过标志的引导在层次结构中穿行。
最后，如果找不到想要的东西，你会离开。
> 无法承受的浏览之轻
感觉不到大小。
感觉不到方向。
感觉不到位置。
> 被忽视了的导航用途
它给了我们一些固定的感觉。
它告诉我们当前的位置。
它告诉我们如何使用网站。
它给了我们对网站建造者的信心。
> Web导航习惯用法
Web设计师们使用术语持久导航（Persistent Navigation，或全局导航）来描述出现在网站每个页面上的一组导航元素。
持久导航应该包括5个元素：
Persistent Navigation
> 我说的是每一页（不是这样！）
对这个“每个地方都一样”的规则来说，有2个例外：
主页。主页和其它页面不一样，它要承担一些不同的任务，遵守一些不同的承诺，正如我们将在下一章看到的那样，这有时候意味着在主页内不必使用持久导航。
表单。在需要填写表单的页面，持久导航可能会成为不必要的干扰。
> 网站的站点ID或Logo
网站的站点ID或Logo相当于建筑物的名字，我们需要在每个页面上见到网站的名称。
> 栏目
栏目，有时候也称为主导航（Primary Navigation），是到达站点主要栏目的链接，即站点层次结构的最顶层。
大部分情况下，持久导航也包括二级导航的显示位置，二级导航就是当前栏目的下一级栏目清单。
> 实用工具
实用工具（Utility）是到达网站中不属于内容层次的重要元素的链接。
实用工具要么能帮助我们使用站点（例如帮助、站点地图或购物车），要么提供网站发布者的信息（例如“关于我们”、“联系我们”）。
> 主页链接
持久导航中最重要的元素之一是把我们送回主页的按钮或链接。
> 提供搜索
> 其次，再次，再再次
拥有显示网站所有潜在级别的导航的样例页面非常重要。
> 页面名称
每个页面都需要一个名称。
页面名称需要出现在合适的位置。
名称需要引人注目。
名称要和点击的链接一致。
> “你在这里”
在Web上，突出用户当前的位置，不管在页面的导航条、列表还是菜单上。
有多种办法可以用来标记当前的位置：在旁边放一个指示器、改变文字的颜色、使用粗体、按钮反白、改变按钮的颜色。。。
> 面包屑
面包屑也告诉用户当前的位置。
它们之所以被称作“面包屑”，是因为它们让人想起Hansel仍在森林里的面包屑踪迹，因为这样他和Gretel能找到回家的路。
> 我喜欢标签的4个理由
它们不言而喻。
它们很难错过。
它们很灵活。
它们暗示了一个物理的空间。
> 如果你这么喜欢Amazon，为什么不把她娶回家
正确绘制。激活的标签页位于其它标签页之前。
当你进入网站时，有一个标签已经选中。
Chapter 7 首先要承认，主页不由你控制
设计主页
> 主页要完成的任务：
站点的标识和使命。
站点的层次。
搜索。
导读。
内容更新。
友情链接。
快捷方式。
注册。
让我看到自己正在寻找的东西。
……还有我没有寻找的。
告诉我从哪里开始。
建立可信度和信任感。
> 一些常见的约束：
每个人都想占一席之地。
想要参与的人太多。
一个尺寸要适合所有人。
> 不能忘记的事：传达整体形象
> 如何传达：口号、欢迎广告
几条传达信息的指导原则：
需要多大空间就使用多大空间。
但也不要使用过多的空间。
不要把使命陈述当做欢迎广告。
最重要的是进行测试。
> 没有什么比得上一个好口号
> 第5个问题：从哪里开始？
> 主页导航可以不一样
> 下拉框的问题
你必须把它们找出来。
它们难以扫描。
它们不好控制。
> 为什么金鹅这么诱人，还是“好笑，它吃起来跟鸡一样……”
过度使用主页，会让主页变得混乱而造成有效性总体损失。
> 你来判断
回答下面2个问题：
这个网站是做什么的？
该从哪里开始？
Chapter 8 农场主和牧牛人应该是朋友
为什么Web设计团队讨论可用性是在浪费时间，如何避免这种情况
> 每个人都喜欢。。。
每个人都有自己的什么能让网站更好的主张。
> 农场主和牧牛人
由于各自的职位不同，Web团队的成员们对于好的网站设计由什么组成有着非常不同的看法。
> 普通用户的神话
所有Web用户都是独一无二的，所有的Web使用都是不一样的。
并不是说不存在完全错误的方法，有些设计网页的方法确实是完全错误的，只是它们往往并不是设计团队通常争论的那些方法。
> 对于信仰争论的解药
具体某个页面中，某个设计会让可能使用这个网站的大部分人产生一种良好的体验吗？— 测试。
Chapter 9 一天10美分的可用性测试
让测试简单 — 这样你能进行充分的测试
> 焦点小组不是可用性测试
需要的是可用性测试，而不是焦点小组。两者之间的简要区别如下：
在一次焦点小组研究中，一小组人（通常是5-8人）围坐在桌子旁边，对展示给他们的想法和设计作出反应。这是一个小组过程。主要价值来自参与人员彼此的反应。焦点小组是快速得到用户的意见和感觉的一种不错的方法。
在一次可用性测试中，一次一个用户展示一些内容（不管是网站，还是网站原型，或是一些单个页面的草图），并且要求用户说出：1）这是什么；2）试着用它来完成一项典型的任务。
焦点小组在抽象地确定你的目标受众想要什么，需要什么，喜欢什么的时候会很有用。他们也可以测试出网站的理念是否有意义，价值主张是否吸引人。同时，他们在测试你的网站功能命名，发现用户对你的竞争对手看法等方面，也是很好的办法。
但这种方法不适合用来了解你的网站运行情况，以及怎样改进网站。
> 关于测试的几个事实
如果想建立一个优秀的网站，一定要测试。
测试一个用户比不做测试好一倍。
在项目中，早点测试一位用户好过最后测试50位用户。
人们对招募用户代表的重要性估计过高。
测试的关键不是要证明什么或者反驳什么，而是了解你的判断力。
测试是一个迭代的过程。
没有什么比现场用户的反应更重要。
> 跳楼大减价的简易可用性测试
它的基本理念很简单：如果你想知道软件、网站或VCR的遥控器是否容易使用，那么在一些人试图使用的时候观察他们，记下他们在哪里遇到问题，然后修改这些问题，之后再度测试。
> 应该测试多少用户
很多情况下，我认为，每轮测试的理想用户数量应该是3个，最多是4个。
> 宽松招募，曲线上升
关于可用性测试最大的秘密就是：测试对象是谁并不重要。
对于大部分网站来说，你只需要懂得上网基本知识的用户就可以了。
利用你能够寻找到的任何人（满足最低要求），然后曲线上升。
换句话说，要寻找能反映你目标群体的测试用户，但是别因此裹足不前。相反，你的测试用户和目标群体之间可以存在差别。
理由如下：
实际上，我们都是初学者。
设计出的网站只有你的目标群体能使用，这通常并不是一个好主意。
专家通常不会介意对初学者来说很清楚的界面。
但也有一些例外：
如果你的网站几乎只由某一类用户使用，而且招募这一类测试用户并不难。
如果你的目标群体可以分成几个明显的阵营，而且这些阵营有着完全不同的兴趣和需要。
如果使用你的网站需要专门的领域知识。
进行招募的时候，应该注意以下几点问题：
提供合理的激励。
邀请要简单。
避免对网站（或网站背后的组织结构）进行预先讨论。
别不好意思请朋友和邻居帮忙。
> 在哪里测试
一间办公室或者会议室。不要干扰测试用户。
> 应该由谁来引导测试
真正需要的工作只是鼓励测试用户去尝试，只要有一些实践经验，大部分人都能做的很好。
选择一个有耐心、冷静、有同理心、善于倾听、天性公正的人。
> 谁应该进行观察
任何想要观察的人，可以鼓励任何人—团队成员、市场和业务拓展部门的人员，以及其他涉众来参与。
> 测试什么，什么时候测试
关键是要在Web开发的各个阶段及早进行测试，还有经常测试。
由于同类网站是“真实”的，你可以进行2种测试：“理解”测试、关键任务测试。
“理解”测试，顾名思义，就是让测试用户看到网站，然后看他们能否理解这个网站，理解网站的目标、价值主张、组织方法、运行方式等。
关键任务测试，让用户完成一些任务，然后观察他们是怎么做的。
> 一个测试过程实例
见Page 109-103
> 立刻回顾测试结果
给问题分类 — 决定哪些问题需要修正。
解决问题 — 找出修正这些问题的方法。
> 常见问题
用户不清楚概念。
他们找不到自己要找的字眼。
内容太多了。
> 一些问题分类指南
忽略“Kayak”（皮划艇）问题。
抵制添加的冲动。
不要太看重人们对新功能的要求。
抓住够得着的果子。
> 别把孩子也泼出去了
和任何好的设计一样，成功的网页往往要进行巧妙的平衡，重要的是要记住，哪怕一个微小的变化都会带来不小的影响。有时候，真正的挑战不是修正你发现的问题，而是修正这些问题的同时不破坏已经正常运行的部分。
> 每个月一个上午：我们就要求这么多
在理想情况下，我认为每个Web开发团队应该在每个月花一个上午时间进行可用性测试。
Chapter 10 可用性是基本礼貌
为什么你的网站应该让人尊敬
对Web可用性而言，还有另外一个重要的组成部分：做正确的事 — 为用户考虑周到，除了“我的网站清楚吗？”之外，你还要问：“我的网站值得尊敬吗？”
> 好感存储器
想象每次进入一个网站时，我们都从一个好感存储器开始，在网站上遇到的每个问题都会降低好感存储器的高度。
有以下几点值得注意：
它因个人特质的不同而不同。
它依情况而定。
你可以重新填满它。
有时候一个错误就能清空它。
> 降低好感的几种方式
隐藏我想要的信息。
因为没有按照你们的方式行事而惩罚我。
向我询问不必要的信息。
敷衍我，欺骗我。
给我设置障碍。
你的网站看上去不专业。
> 提高好感的几种方式
知道人们在你网站上想做什么，并让他们明白简易。
告诉我想知道的。
尽量减少步骤。
花点心思。
知道我可能有哪些疑问，并且给予解答。
为我提供协助，例如打印好友页面。
容易从错误中恢复。
如有不确定，记得道歉。
Chapter 11 可访问性、级联样式表和你
正当你觉得已经完成了的时候，一只猫掉了下来，背上捆着涂了奶油的面包
> 开发人员和设计师们所听到的
支持可访问性才是正确的做法。
> 开发人员和设计师们所害怕的
更大的工作量。
设计折衷。
> 真正的解决方案 — 和以前一样 — 还需要时间
> 现在就能正确实施的5件事
>> #1 改正让所有人感到混淆的可用性问题
>> #2 读一篇文章
Mary Theofanos 和 Janice (Ginny) Redish 观察了16位盲人用户如何使用屏幕阅读器在不同的网站完成许多任务，并在一篇名为 Guidelines for Accessible and Usable Web Sites: Observing Users Who Work with Screen Readers 的文章中报道了他们的观察。
屏幕阅读器用户用他们的耳朵扫描。
他们听取一行文本或一个链接的前几个字，如果并不相干，就会很快移到下一个链接、下一行、下一个标题或下一段。
>> #3 看一本书
Joe Clark的Building Accessible Websites.
Jim Thatcher等著的Constructing Accessible Websites.
John Slatin和Sharron Rush的Maximum Accessibility: Making Your Web Site More Usable for Everyone.
一张叫做 The WebAIM Guide to Web Accessibility Techniques and Concepts 的CD.
>> #4 开始使用级联样式表
>> #5 去摘够得着的果子
为每张图片增加alt文本。
让你的表单配合屏幕阅读器。
在每页的最前面增加一个“跳转至主要内容”的链接。
让所有的内容都可用通过键盘访问。
如果没有充分的理由，不要使用JavaScript。
使用客户端（而不是服务器端）的影响地图。
Chapter 12 救命！老板想要我……
当好人遇到不好的设计决策
> 世事无绝对
> 就这些了，朋友们
// Blog - www.TzingChu.com
