004-点石成金[阅读笔记]--SteveKrug-访客至上
2022-02-27 17:40:09 0 举报AI智能生成
可作为提升用户体验必读的一本书，主要以PC网站和移动端网站为主线，讲解可用性、用户体验，帮助初学者开启设计好产品的开端，让有经验者得到知识巩固和系统性地复习效果。
作者其他创作
大纲/内容
第8章 农场主和牧牛人应该是朋友
农场主和牧牛人
农场主喜欢篱笆
牧牛人喜欢开阔的空间
普通用户的神话
认为大部分用户和我们一样
事实上，所有用户都独一无二，使用方法也是
没有绝对的正确，也没有绝对的错误
最好的就是经过了仔细考虑、实现和测试
信仰争论的解药
测试
了解用户动机、理解和反应的差异
第9章 一天10美分的可用性测试
焦点小组不是可用性测试
焦点小组
可用性测试
测试的事实
优秀的网站发布前一定经过了大量的测试
测试一位用户比不做测试好一倍
早测试一位用户好过在最后浅见测试50位用户
测试行动
测试时间与频率（每月一个上午）
测试的用户数（3个）
测试参与者
相应的目标群体
相关的普通用户
测试任务
测试过程的预案
测试问题准备
测试结果
选择10个最严重的问题，再进行评级
创建排序列表
修复与核心需求保持一致性的问题
尽量不去添加新东西
别太看重人们想要的新功能
其他选择
远程测试
无人主持的远程测试
第10章 移动：不再只是亚拉巴马的一个城市
一切都是妥协
有种方式
任何类别的设计，本质是处理各种约束和妥协
狭小空间的苛刻
管理屏幕空间的挑战不应该以牺牲可用性为代价
变色龙的繁育
可伸缩的设计
问题
非常繁琐
难以完善
建议
允许缩放
别让用户站在门口
提供一个展示所有内容的链接
不要把提示藏在后面
没有光标=没有悬停=没有线索
扁平化设计：朋友还是敌人？
妥协
干净整洁的外观
充分的视觉信息
移动应用需要可学习
应用也需要可记忆
移动设备上的可用性测试
不一样的：不是过程，而是后勤
后勤
使用自己的设备？
拿移动设备的方式
观察者需要看到的东西
如何录像？
第11章 可用性是基本礼貌
好感储存器
因个人特质不同而不同
依情况而定
可以重新填满它
一个简单的错误可能清空它
降低好感的因素
隐藏用户想要的信息
未按设计者的方式而惩罚用户
向用户询问不必要的信息
敷衍用户、欺骗用户
给用户设置障碍
网站看上去就不专业
提高好感的方式
知道用户想在网站上做什么，并让它简单易懂
告诉用户他想知道的
尽可能地减少步骤
花点心思
知道用户可能有哪些疑问，并给予解答
为用户提供协助，如：打印友好页面
可让用户从错误中恢复原有数据
如有不确定，给予歉意，并提供其他的方式
第12章 可访问性和你
产品设计和开发所听到的
X%的人属于残障人士
可访问性更强对所有人都好
支持可访问性才是正确的
设计和开发所害怕的
设计折中
可能的确复杂
正确实施的4件事
改正所有容易混淆的可用性问题
认真读一篇网站上的文章
看一本书
《兼济天下：用户无障碍体验的可访问性设计》
去摘够得着的果子
为每张图片增加合适的alt文本
让的表单配合屏幕阅读器
在页首增加“回到主页”的链接
让所有内容都可用键盘访问
文本与其背景间使用明显对比
使用可用性记好的模板
第13章 指点迷津
清楚自己的领地
可用性，现在叫用户体验
可用性：让网站更好用
用户体验：产品生命周期中用户所有诉求
建议
说服管理层支持可用性工作
演示ROI
用商业语言说话
可用性测试方案
让老板观看可用性测试或录屏放进PPT
在个人时间里进行第一次测试
对竞争对手进行测试
理解管理层
弄清楚自己在整个组织中的位置
小心驶得万年船
推荐书籍
用户体验多面手——Leah Buley）
It's Our Research：Getting Stakeholder Buy-In for User Experience
抵制黑暗力量
一些决定性的答案
不要使用小而对比不强烈的字体
不要把标签放在表单字段里面
保留已访问与未访问之间的区别
不要让标题漂浮在段落之间
第1章 别让我思考
第一定律
它是在设计中判别什么有用什么没用的终级法则
当用户看到一个页面时，它应该是不言而喻、一目了然、自我解释的
强迫我们思考的地方
介于"对每个人都显而易见"与"完全模糊不清"之间的
看起来不太明显的链接和按钮
娱乐、释放压力的地方
不应该在网站多花时间思考的事
我是谁？
我能干什么？
我在什么位置？
他们把XX放哪了？
这个页面上最重要的是什么？
为什么他们把它叫这个？
这是广告还是网站内容？
如果你做不到让一切不言而喻
目标：让每个页面或屏幕都不言而喻
如果做不到不言而喻，至少让它自我解释
为什么它这么重要
奇怪的现象
竞争有时就在于一个点击的区别
正向：访问一个不需要思考的网站，会让人觉得毫不费劲、轻松愉悦
反向：在不自己关心的事务上多花心思，会让他们浪费精力、热情和时间
第2章 我们实际上是如何使用Web的
关键词
扫描、满意即可、勉强应付
事实一
我们不是阅读，而是扫描
我们总是任务在身
我们知道不必阅读所有内容
我们善于扫描
事实二
我们不做最佳选择，而是满意即可
设计者以为我们会选最好的
事实上我们选择了第一个过得去的
即满意策略
为什么我们不寻找最佳选择？
我们总是处于忙碌中
如果猜错也不会产生严重后果
去权衡选择的对错并不能改善机会
猜测更有意思
事实三
我们不是追根究底而是勉强应付
这对我们不重要
如果发现它能用，就会一直使用
如果用户能够明白设计者的用心
适合自己：他们会更容易找到自己需要的东西
理解网站：他们会更容易理解网站的服务范围
更易引导：你更可能引导用户到网站上，你更希望用户看到的东西
如果生活给了你柠檬
那就把它做成柠檬水
第3章 广告牌设计101法则
习惯用法是你的好帮手
停止标志
页面上的什么内容在什么位置
从左至右的阅读习惯
服务将如何运作
视觉元素的外观
简洁胜过一致
建议有效的视觉层次
越重要的地方越突出
逻辑相关的地方在视觉上也相关
逻辑上包含的部分在视觉上进行嵌套
把页面划分成明确定义的区域
哪些是重要的区域
哪些可以一扫而过的区域
明显标识可以点击的老地方
坚持只用一种颜色来表示文字链接
通过外观和位置来确定它是可以点击的
降低视觉噪声
眼花缭乱
所有内容都希望得到用户关注，真实效果会适得其反
组织不当
页面内容乱，无层次
太过密集
内容太多，难以找到重要的东西
为文本设置格式，以便扫描
充分使用标题
大标题、小标题、保留间距与空白
保持段落简短
使用符号列表
突出关键词
第4章 动物植物无机物
任何东西，只要不是动物、不是植物，那就是无机物
而Web上却不够清楚
必要的帮助与支持
简短
及时
放在正好需要的地方
不错过
第5章 省略多余的文字
意义
降低页面噪声
突出有用的内容
让页面更简短
欢迎词必须消灭
欢迎词社交手段，而Web需要直截了当，开门见山
尽量减少
指示文字必须消灭
太多的指示文字用户不会细读，不如直接写点有用的，用户会读的
第6章 街头指示牌和面包屑
一个事实
如果用户在网站上找不到方向，那他们就不会使用你的网站
商场购物一幕
不询问直接根据指示牌寻找商品
结果1：找到了然后付款
结果2：未找到后离开
询问后再根据指示牌寻找商品
结果1：找到了然后付款
结果2：未找到后离开
网络导航101法则
通常是为了寻找某个目标
决定先询问还是先浏览
先浏览，将会通过引导在层次结构中穿行
最后，如果找不到就会立刻离开
无法承受的浏览之轻
Web空间的奇怪之处
感觉不到大小
感觉不到方向
感觉不到位置
被忽视了的导航用途
它告诉我们这里有什么
它告诉我们如何使用网站
它给了我们对网站创建者的信心
Web导航习惯用法
网站ID在左侧顶部
实用工具在右侧顶部
网站栏目在网站ID下方中央
页面导航在左侧
小字版的底部导航
现在先别看，它们就在后面
持久导航/全局导航
包括站点ID、实用工具、搜索、栏目
这种导航每个页面都一样
例外
网站元素
栏目
也叫主导航条
栏目层级
每个层级的样式尽量保持一致
实用工具
在持久导航上尽量只放4、5个常用的实用工具
只要跺三次脚说“我要回家”
搜索功能
避免事项
花哨的用词
指示说明
选项
确定搜索范围
页面名称
每个页面都要有一个名称
页面名称需要出现在合适的位置
页面名称要引人注目
页面名称要和点击的链接一致
你在这里
指示用户：你当前在网站何处
指示需要突出
面包屑
和“你在这里”一样
把它们放在最顶层
使用“>”对层级进行间隔
突出最后一个元素
使用标签
不言而喻
很难错过
灵活
后备箱测试
把你放在某个网站的某个网页，思考
这是什么网站
我在哪个网页上
这个网站的栏目是什么
在这个层次上我能选择什么
我在导航系统中的什么位置
怎么使用搜索
第7章 Web设计中的大爆炸理论
主页要完成的任务
站点
站点标识和使命
站点层次
包括内容和功能
引导
搜索
导读
注册/登录
快捷方式
交换链接
内容
内容推介
功能推介
适时更新的内容
重点
展示用户需要的东西，或者不寻找的东西
用户从哪里开始
需要建立可信度和信任感
你得蒙上眼睛
每个人都想占有一席之地
想要参与的人太多
一个尺寸要适合所有人
第一个受害者
即第一印象
你说的是主页
是什么
做什么的
提供什么服务
如何传达
口号
欢迎广告
“了解更多”
需要多大空间就使用多大空间
最重要的是要测试
没有什么比得上一个好口号
清晰、言之有物
长度合适
表述网站特点和显而易见的作用
有个性、生动，或者俏皮
![004-点石成金[阅读笔记]--SteveKrug-访客至上](https://www.processon.com/chart_image/template/thumb/5f2e41d11e085366ab163755.png?tid=5f2e41d11e085366ab163753)
0 条评论
下一页
