这是 Steve Krug 所著的一本关于 Web 可用性指南的小册子，虽然本书出版于互联网泡沫之前（第二版则在 2005 年前后出版），其中的原则也适用于面向广大社会用户的 APP、小程序，以及其他通过互联网提供的产品和实用工具。
正如作者的太太所言：如果某个东西很难用，我就不会经常用它。
It’s not rocket surgery
本书中提到的原则基本都是简洁可行的，少数内容才需要特别学习一些专门的领域知识（例如残障人士友好），毕竟我们都是 Web 用户。
Don’t make me think
- 排除「正式」、「酷炫」、「专有名词」，选择「显而易见」的名称
- 用户需要思考是个危险的信号
精心准备的材料在用户看来就像是「高速公路上掠过的广告牌」
- 我们不是阅读，而是扫描
- 注意力一般集中于手头任务（为什么访问这个网站）相关的文字和一些关键词（「免费」等等）
- 我们几乎总是选择碰到的第一个合理的（看起来能用的）选项
- 我们不会费心了解某个功能的正确用法
- 可能不会是预期的设计用法
- 没有人会去看说明书
- 发现某个功能能凑合用，就会放弃学习
设计了不起的广告牌
- 清楚的视觉层次
- 越重要越突出
- 视觉关系与逻辑关系匹配
- 符合一般习惯
- 除非你的新轮子能让每个人都说「Wow」
- 明确定义的区域划分
- 明确标识的可点击功能
- 降低干扰
- 背景噪声
- 先假定所有内容都是视觉噪声，除非证明他们不是
三次无需思考、明确无误的点击相当于一次需要思考的点击
去掉每个页面上一半的文字，然后把剩下的再去掉一半
- 欢迎词就像社交闲聊，但是用户没有时间闲聊
- 没有人会读说明书（除非他们按自己的理解操作然后出错了）
165 字符版本：
下面的问卷用来为我们提供有助于我们改进网站的信息，并让它更贴近您的需要。 请从下面的下拉框和单选按钮中选择您的答案。 填写这份问卷只需花费您两到三分钟的时间。 在表格的底部，您可以选择是否留下您的姓名、地址和电话号码。如果您留下了姓名和电话，将来我们可能会联系您参加一个改进站点的调查。 如果您有问题或意见需要回复，请联系客服。
66 字符版本：
请您回答以下问题来帮助我们改进网站，只需要花费您两三分钟时间。 注意：如果您有问题或意见需要回复，请不要使用本表格，麻烦您联系客服。
如果在网站上找不到方向，人们不会使用你的网站
网络导航 101：
- 你通常是为了寻找某个目标访问网站
- 你会决定先询问还是先浏览
- 搜索狂用户会直接寻找搜索框（就好像在商场里询问服务员）
- 链接狂用户会先浏览页面
- 你将通过标志的引导在层次结构中穿行
- 如果找不到需要的东西，你会直接离开
浏览网站与逛商场的区别：
- 感觉不到大小
- 感觉不到方向
- 感觉不到位置
Web 导航解决这些问题的方法：
- 提供搜索
- 页面标牌
- 面包屑导航
什么是后备箱测试？
- 在网站上选择任意一个页面并打印出来
- 粗略观察并迅速找到以下项目：
- 站点 ID
- 页面名称
- 栏目和下一级栏目
- 页内导航
- 「你在这里」位置指示
- 搜索
公地悲剧
所有利益相关者都试图在主页上（最重要的区域）塞入内容，然后违背上述原则。
为什么 Web 设计团队讨论可用性是在浪费时间，如何避免这种情况
- Web 团队中的不同职位会喜欢不同设计的网站
- 这也许与他们职位的侧重点相关
- 不存在「普通的 Web 用户」，所有使用者都是不一样的
不要问「大部分人喜欢下拉框吗？」，应该问「在这个页面和上下文中，这个下拉框以及选项和措辞会让可能使用这个网站的大部分人产生一种良好的体验吗？」。
焦点小组与可用性测试
焦点小组：一小组人（5-8 人）对展示给他们的想法和设计做出反应，是快速得到用户意见的方法。
焦点小组在抽象地确定你的目标受众想要什么，需要什么，喜欢什么。它们也可以测试网站的理念是否有意义，价值主张是否吸引人。同时，它们在测试你的网站功能命名，发现用户对你的竞争对手看法等方面也是很好的办法。
可用性测试：一次一个用户展示一些内容（成品、原型、草稿）并要求用户说出：
- 「理解」测试：请你看看这个页面，告诉我它是什么，你觉得可以先点击哪里？
- 关键任务测试：试着完成一项典型的任务
可用性测试告诉你人们是否能正常地使用你的网站。
- 测试就像带领朋友来参观，从新的视角看待事物，意识到一些理所当然的事情在旁人看来可能并非如此
- 一个测试用户比不做测试好一倍
- 一个早期的测试用户好过后期 50 个
- 测试用户是最终用户，那当然最好，但其实不那么重要
- 你可以后面再提高标准
- 当然如果使用网站需要领域知识，那就另当别论
- 不要着急证明或反驳什么，测试是为了提供有价值的参考
- 测试是一个迭代的过程
- 现场用户反应最重要
如何进行廉价的可用性测试：
- 决定你要展示什么
- 随便找 3-4 个人，会上网就行
- 找个不会被打扰的办公室
- 找个有耐心的人来引导测试
- 避免预先对网站（或网站背后的组织结构）进行预先讨论
- 把屏幕共享给观察团队（不要凑在一起干扰用户），也许还需要记录用户的情绪变化
- 任何利益相关的人都建议参与观察，看看现实与自己想象的区别
- 用一个上午完成这些事，然后总结
关键是持续进行小规模测试并立即总结和处理。如何处理发现的问题：
- 忽略皮划艇问题：如果用户偏离了自己的目的，但是在没有外部帮助的情况下很快回到正轨（就像皮划艇翻了又恢复回来一样），那就不是太大的问题
- 抵制添加功能的冲动：去除让人混淆的功能，而不是注释或说明（这会成为新的噪音）
- 看待人们对新功能的要求：他们可能已经有一个不错的网站提供这个功能，也不太可能改用这个，他们只是在表达自己的喜好
- 主要目标应该是修复性价比高的问题（去摘够得着的果子）
创建值得尊敬以及受人欢迎的网站
关心用户的利益，为用户解决问题。
几种降低用户好感的方法：
- 隐藏用户关心的信息：
- 客服电话、运费、价格等
- 想象一下接入机场的「公共 Wi-Fi」，然后填写了一堆信息后得知需要付费
- 惩罚不按 你的规矩 行事的用户
- 用户为了方便核对在信用卡号码中加入空格，然后没有通过表单校验
- 询问超过当前所需的用户个人信息
- 「你要这些信息想拿来干什么？」
- 敷衍和欺骗
- 「您的意见对我们很重要」
- 设置障碍
- 在进入功能前先看一堆无关的介绍和广告
- 看起来不专业
几种提高用户好感的方法：
- 让网站功能明白易懂
- 坦诚，展示用户想知道的信息
- 减少操作步骤
- FAQ，而不是 QWWPWA(Questions We Wish People Would Ask)
- 本周来自客服部门的 Top 5 问题
- 这里面会有你不希望用户问的问题，保持坦率
- 创建打印友好的页面，可以通过 CSS 去除无关内容
- 用户容易从偏离错误中恢复
- 如果没有能力或资源做到用户期望的功能，记得道歉
可访问性是可用性的一部分吗？
并不是「增强可访问性会让每个人觉得网站更好用」，而是「让网站对每个人都更好用，对残障人士就会更友好」。
- 改正让所有人感到混淆的可用性问题
- 例如令人迷惑的错误提示信息
- 《Guidelines for Accessible and Usable Web Sites: Observing Users Who Work With Screen Readers》
- 屏幕阅读器用户用耳朵扫描
世事无绝对
糟糕的想法背后也许有一个不那么糟糕的意图，找出来。