读书笔记

    可用性第一定律：别让我思考

    强迫用户思考的地方：
        复杂的名字
        不明显的链接和按钮

    为什么要让我思考网站程序希望我如何表达我的需求？
        我在什么位置？
        我该从哪里开始？
        他们把XX放在什么地方？
        这个页面上最重要的是什么？
        为什么他们给它起这个名字？

    如果不能做到让一个页面不言而喻，那么至少应该让它能自我解释。
    
    关于使用网络的事实：
    1. 我们不是阅读，而是扫描。
    2. 我们不做最佳选择，而是满意即可。
    3. 我们不是追根究底，而是勉强应付。

    为扫描而设计，而不是为阅读而设计
    1. 建立清楚的视觉层次：准确地表述页面上内容之间的关系。
        越重要的部分越突出
        逻辑上相关的部分在视觉上也相关
        逻辑上包含的部分在视觉上进行嵌套
    2. 尽量利用习惯用法。
    3. 把页面划分成明确定义的区域。
    4. 明显地标识可以点击的地方。
    5. 最大限度降低视觉干扰：先假定所有内容都是视觉噪声，除非得到证明它们不是。

    用户不介意有多少次点击，只要每次点击都是无需思考的，并且能让用户坚信自己的选择正确。

    去掉每个页面上一半的文字，然后再去掉剩下文字中的一半。
    去掉欢迎词和指示说明。
    
    如果在网站上找不到方向，人们不会使用你的网站。

    导航的用途：帮助我们找到想要的东西和告诉我们身在何处。
    规划得当的导航是给人留下好印象的最好机会。

    Web导航习惯用法：
    持久导航：导航在每一页以一致的外观出现在同样的位置。
    持久导航应包含5个元素：站点ID、栏目、回主页的方式、搜索的方式、实用工具。
    例外：主页
    例外：表单（只需要站点ID、回主页的方式和有助于表单填写的实用工具）。

    站点ID：每个页面上都应该有网站的名称。
    页面上方，通常是左上角，涵盖整个页面。
    看起来要像站点ID。

    栏目：主导航条，站点层次结构的最顶层
    也包括二级导航的显示位置

    实用工具（Utility）：到达网站中不属于内容层次的重要元素的链接
    如帮助、站点地图、购物车、联系我们
    不会太显眼
    持久导航上只能放置4-5个实用工具

    回到主页的方式：
    1. 在栏目或实用工具清单中包含一个回到主页的链接
    2. 在主页之外的站点ID上小心地加上Home字样，让大家知道可以点击它。

    提供搜索：每个页面都应有一个搜索框
    一个简单的公式：一个输入框、一个按钮、“Search”字样
    要避免的：
    1. 花哨的用词：只使用“Search”，如果Search是输入框的名称，则在按钮上使用“Go”。
    2. 指示说明
    3. 选项：如果存在任何混淆搜索范围的可能性，就一定要把它们写在输入框的名称里。
    在搜索结果页面里再提供搜索选项。当搜索全部内容得到的结果太多时，就需要缩小搜索范围。
    如果打算提供选项，就要保证这些选项确实有用。

    很多网站不重视低层次的导航。
    拥有现实网站所有潜在级别的导航的样例页面非常重要。

    页面名称：
    每个页面都需要一个名称。
    页面名称应出现在合适的位置，应涵盖该页内容。
    名称要引人注目，应是该页面最大的文字。
    页面的名称应和我点击并来到这里的链接相匹配。
    如不匹配，则应保证：
        1. 尽可能匹配
        2. 不匹配的原因很明显

    “你在这里”指示器
    最常见的失败之处是不太明显，保证它们突出的方法是使用多种视觉区别：字体、颜色。。。。

    层级菜单也告诉你当前的位置（面包屑）
    “你在这里”指示器告诉你你在整个网站中的位置，层级菜单只告诉你从主页到当前位置的路径。
    应作为固定导航机制的补充
    1. 把它们放在最顶端，高于所有内容时最有效。
    2. 使用“>”对层级进行分隔。
    3. 使用小字体
    4. 使用文字“你在这里”
    5. 将最后一个元素加粗
    6. 没有把它们用作页面的名称

    标签是大型网站导航的上佳选择
    1. 它们不言自明
    2. 它们很难错过
    3. 它们很灵活
    4. 它们暗示了一个物理的空间

    标签的要点：
    1. 正确绘制，必须营造出激活的标签页位于其它标签页之前的效果
    激活的标签页必须有一种不同的颜色或外形作为对比，并且必须与它下面的空间在物理上连接起来
    如果元素的行为不像标签，那么不要使用标签形状的图形
    2. 颜色编码：为站点的每个栏目使用一种不同的标签颜色
    作为附加提示，不应作为唯一的提示
    3. 当你进入网站时，有一个标签已经选中

    后备箱测试：
    1. 这是什么网站？（站点ID）
    2. 我在哪个网页上？（网页名称）
    3. 这个网站的主要栏目有哪些？（栏目清单）
    4. 在这个层次上我有哪些选择？（本页导航）
    5. 我在导航系统的什么位置？（“你在这里”指示器）
    6. 我怎么搜索？
    在现实生活中，我们经常通过搜索引擎或其他网站的链接直接进入网站的内部而不知自己身在何处。
    标准是这些元素清楚无误地出现在页面上，而不管你是不是凑近看。你只能依赖页面的整体外观，而不是细节。

    如果你想限定某次搜索的范围，则应使用Search____For____

    主页要完成的任务：
    站点的标识和使命、站点层次、搜索、导读（功能推介、内容推介）、内容更新、友情链接、快捷方式、注册（表示已登录的方式）。

    主页最重要的任务：传达整体形象
    口号（Tagline）：和站点ID相关联的短语
    欢迎广告：网站的简要描述，在主页的首要位置显示。
    用户多半是从主页的大体内容来猜测这个网站时做什么的
    传达信息的指导原则：
    1. 需要多大空间就使用多大空间
    2. 但也不要使用太多的空间
        阐述应简短，表明主张即可
        提最重要的功能即可（最多四个）
    3. 不要把使命成熟当做欢迎广告
    4. 最重要的是进行测试
        把主页拿给公司之外的人看
        只有“网站宗旨”的缺失是公司内部人员不会注意到的。

    口号：
    好的口号要清楚，言之有物。
    不好的口号含混不清。
    好的口号长度适中（6-9个英文单词）。
    好的口号能表述出网站的特点和显而易见的好处。
    不好的口号听起来太笼统。
    好的口号应该有个性、生动、有时还很俏皮。
    不要把口号和宗旨（Motto）混淆，宗旨表达指导原则、目标或理想，口号则传达价值主张。

    起点：
    让每个起点看起来像起点。
    清楚地为起点加上文字描述：“搜索”、“登录”、“从这里开始”。

    主页导航可以不一样，可以不使用持久导航。
    常见差别：
    1. 栏目描述：
        为栏目名称增加文字描述
        列出一些下一级栏目
    2. 不同的方向：垂直/水平
    3. 用于识别的空间更多
        主页上的站点ID通常会比持久导航上的站点ID更大
        有品牌口号
    主页导航和持久导航需要保持一定程度上的一致性，这样用户才会知道它们是同一导航的不同版本。
    让栏目的名称保持不变：同样的顺序、文字和分组。
    保持相同的视觉提示：同样的字体、颜色和大小写。

    下拉列表对于组织按字母顺序排列的项目来说最有效。
    在绝大多数情况下，下拉列表的缺点会抵销其好处。

    不要在主页上推介所有项目。
    任何共享的资源都会因为过度使用而遭到破坏。
    防止主页被过度推介需要一直保持警惕，因为这种情况通常是逐渐发生的。
    应该让所有人知道过度使用主页的危险，并提供其它办法来缓解这种需求：
    1. 从其它热门页面进行推介
    2. 轮流使用主页上的同一块空间

    错误想法：认为大部分Web用户和我们一样。
    职位情绪的对立
    市场文化和工程文化的对立
    错误想法：好的Web设计主要是找出人们的喜好。
    所有Web用户都是独一无二的，所有的Web使用都是不一样的。
    信仰争论的解药：测试。创建一些版本，然后仔细观察人们对它的看法和使用的方法。

    大部分可用性测试完成的方式：太少了，太迟了，而且是为了错误的理由。
    焦点小组不是可用性测试。
    焦点小组研究：一小组（5-8人）人围坐在桌子旁，对展示给他们的想法和设计作出反应。通常在设计的早期阶段完成，可以快速得到用户的意见和感觉。
    可用性测试：一次向一个用户展示一些内容（网站/网站原型/页面草图），并且要求用户说出：（1）这是什么，（2）试着用它来完成一项典型任务。

    关于可用性测试的几个事实：
    如果想建立一个优秀的网站，一定要测试。
    测试一个用户比不做测试好一倍。
    早点测试一个用户好过最后测试50个用户。
    人们对招募用户代表的重要性估计过高。
    测试的关键不是要证明什么或反驳什么，而是了解你的判断力。
    测试能做的就是给你提供有价值的参考，加上你的经验、专业判断和常识让你更容易地作出更明智、更自信的选择。
    测试是一个迭代的过程，不是做一次就可以了，要遵循开发、测试、修复、再度测试的过程。
    没有什么比现场用户的反应更重要。

    简易的可用性测试：
    应该测试多少用户？
        每轮三个，最多四个
        重要的是多做几轮测试，而不是写下所有问题
        只测试三名用户有助于你很快进行下一轮测试
        在第一轮测试后修正问题，这样在第二轮测试中用户就不会遇到这些问题了。
        只测试三名用户也便于在同一天完成测试和总结
        重点关注最严重的问题
        用电话会议而非文字报告来汇报结果

    招募方式：宽松招募，曲线上升
    测试对象是谁并不重要
    只需要懂得上网基本知识的用户就可以
    利用你能找到的任何人（满足最低要求），然后曲线上升。
    原因：
    1. 实际上，我们都是初学者。
    2. 设计出的网站只有你的目标群体能够使用，这通常不是一个好主意。
    3. 专家通常不会介意对初学者来说很清楚的界面。
    例外：
    1. 如果你的网站几乎只由某一类用户使用，而且招募这一类测试用户并不困难，那么就去招募。
    2. 如果你的目标用户群体可以分成几个明显的阵营，而且这些阵营有着完全不同的兴趣和需要，那么至少要从每个阵营里选择用户进行一次测试。
    3. 如果使用你的网站需要专门的领域知识，那么你至少要在一个回合的测试中招募具有该领域知识的用户。
    注意的问题：
    1. 提供合理的激励。
    2. 邀请要简单。
    3. 避免对网站和网站背后的组织结构进行预先讨论。
    4. 别不好意思请朋友和邻居帮忙。

    在哪里测试：
    一间办公室或会议室，两把椅子，一台联网电脑，一台摄像机，一根长的视频电缆和一个三脚架。
    摄像机要录制用户所见到的，以及用户和协助者所说的话，而无须录制用户的脸。
    多多使用屏幕录制软件。

    由谁来引导测试？任何人都可以。
    真正需要的工作只是鼓励用户去尝试。

    谁应该进行观察？任何想要观察的人。
    获得投资的最好策略是让高级经理们参加哪怕一次用户测试。

    测试什么？什么时候测试？
    关键是要在Web开发的各个阶段尽早进行测试，还有经常测试。
    在你开始设计网站之前，就应该测试一下同类的网站。
    应进行两种测试：“理解”测试和关键任务测试
    如果你能想办法观察用户执行一些他们有权参与选择的任务时，会得到更有用的结果。
    越早把设计思想展示给用户越好，从第一张草图开始。
    小隔间测试：只要你建立了一种新页面（尤其是表格），就打印出来拿给旁边隔间的人看，看他们是否能弄清楚页面的意思。

    开始提几个问题，了解一下用户是什么样的人，平时如何使用网络，大致划分一下属于哪种用户。
    答案是否准确并不重要，关键是让用户说话。
    不必因为网站的个人审美反应太过激动。
    尽量让用户在选择任务的时候说点什么。
    4-5项任务，总和不超过45分钟。

    立刻回顾测试结果：
    在每轮测试之后，应尽快让开发团队回顾每个人的观察，决定接下来如何处理。
    给问题分类：回顾看到的问题，决定哪些需要修正。
    解决问题：找出修正的方法。
    这是一个循环的过程，因此团队不必对完美的解决方案达成一致，只需确定下一步做什么即可。

    常见问题：
    用户不清楚概念
    用户找不到自己要找的字眼，这意味着：
        1. 组织内容的分类不符合用户的习惯
        2. 没有使用用户期望的名字
    内容太多了，你需要：
        1. 减少页面上的整体干扰
        2. 把用户需要的内容设置得更加醒目

    问题修正指南：
    1. 忽略“皮划艇问题”，即用户无需帮助便能自己修正的问题
    如果用户关于在哪里找到他们需要的内容的第二次猜测总是对的，就已经可以了。
    2. 抵制添加的冲动。
    正确的做法往往是去除某些让人混淆的内容
    3. 不要太看重人们对新功能的要求，他们只是在告诉你他们的喜好。
    4. 抓住够得着的果子：主要目标是寻找重要而不费力的收获。
    恍然大悟型、便宜型
    5. 真正的挑战不是修正问题，而是修正问题而又不破坏已经正常运行的部分。
    仔细思考改变将会影响哪些内容
    当把某些内容调整得更突出时，想想是不是降低了其它内容的重要性。

    每个Web开发团队应在每个月花一个上午进行可用性测试。
    一上午测试3-4位用户，然后在午餐时间进行总结。

    降低好感的几种方式：
    1. 隐藏我想要的信息，如隐藏客服电话，运费和价格。
    2. 因为没有按照你们的方式行事而惩罚我。我应该永远不用担心数据的格式。
    3. 向我询问不必要的，超出当前任务需求的信息。
    4. 敷衍我、欺骗我。
    5. 给我设置障碍。
    6. 你的网站看上去不专业。

    在用户测试中可以忽略关于外观和颜色的评论，除非有三四名用户认为其“令人作呕”。
    有时候做用户不希望的事有着商业上的意义，要确定你是有意这么做的，而不是无心之举。

    提高好感的几种方式：
    1. 知道人们在你网站上想做什么，并让它们明白易懂。
    2. 告诉我我想知道的。
    3. 尽量减少步骤。
    4. 花点心思。
    5. 知道我可能有哪些疑问，并且给予解答，即FAQ
        （1）它们是真正的常见问题列表，而不是伪装成FAQ的软推销
        （2）保持更新
        （3）保持坦率
    6. 为我提供协助，例如打印友好的界面。
    7. 容易从错误中恢复。
    8. 如有不确定，记得道歉。
        如果你做不到，至少让用户明白你知道你在给他们造成不便。

    Accessibility是Usability的一部分。
    让网站对正常人更好用，会让残障人士用得更好。
    最好的方法是经常测试，然后不断消除让每个人都混淆不清的地方。
    要了解如何让某样东西更好用，方法是观察人们实际上如何使用它。

    开始使用CSS：
    序列化你的内容：用CSS将内容按顺序放置在源文件里。
    轻松地重新定义文本的大小。

    摘够得着的果子：
    1. 为每张图片增加alt文本。
    2. 让你的表单配合屏幕阅读器。
    3. 在每页的最前面增加一个“跳转到主要内容”的链接。
    4. 让所有的内容都可以通过键盘访问。
    5. 如果没有充分的理由，不要使用JavaScript。
    6. 使用客户端（而不是服务器端）的Image Map。Alt标记不支持服务器端的Image Map。

    上级强加的两个可用性灾难问题：
    1. 老板希望我们向用户询问超出实际需要的更多个人信息。
    2. 老板希望我们的网站的表现形式更丰富，更花哨。

    询问不必要的信息的后果：
    一旦人们发现要填的信息太多，就会填写虚假信息。
    你要求的信息越多，得到的提交就越少。
    使您的网站形象下降。

    三个原则：
    只让我提供完成此次事务所必需的信息
    不要要求填写过多可选信息
    告诉我提供自己的信息将得到的回报。

    网站并不需要很炫目，应功能优先
    大部分的花哨招数只会妨碍网站正常运行

    在坚持一个糟糕设计想法的背后，几乎总是有一个良好的意图，试着去理解这种好的意图往往可以找到另一种方法来达到目的。