重读《一目了然：Web软件显性设计之路》，仍然获得相当多的灵感和感悟。读到澎湃处，便用FreeMind对主要的框架和要点做了整理（仅针对自己的需求整理，不一定适合所有人，读者请自鉴），并导出成html。对于交互设计和用户体验研究者来说，真的有广阔的领域能从中得以学习，真正深入其中便能乐在其中。这里顺便推荐一下FreeMind，轻量级的脑图软件，相当好用乃。
-
一目了然：Web软件显性设计之路
-
1.显性设计定义
-
Web三层：人、界面、数据
-
目标：设计出用户直观有效使用的产品
-
卓越软件的品质
-
遵循用户的交互的行为方式
-
只提供所需的功能
-
符合用户心智模型
-
迅速入门，成为中级用户
-
避免出错或很容易从错误中恢复
-
一致性
-
将混乱降低
-
-
好的软件让用户感觉不到它的存在
-
显性设计框架
-
了解构建什么
-
了解什么决定卓越
-
了解实现的最佳途径
-
-
-
2.理解用户，然后忽略他们
-
理解用户对所做事情的思考
-
低碳水化合物汉堡的失败
-
Amazon一键购买的设计过度
-
-
理解用户真正如何做事
-
心智模型
-
Word就是文字处理软件，Excel就是电子表格
-
-
知道如何揭开真相
-
切勿假设
-
依靠调研
-
实境调查
-
遥控用户研究
-
用户角色
-
勾勒目标和行为
-
-
为活动而设计
-
活动是一系列任务的集合
-
任务流程表
-
撰写用例
-
-
-
-
3.够用就好
-
功能越多，挫折越大
-
Blinksale的例子
-
-
去掉一般性功能
-
非必要性测试
-
60秒期限
-
少即是多（2/8定律）
-
界面诊断
-
一般性功能的再评估
-
倾听用户
-
-
-
4.支持用户的心智模型
-
为心智模型而设计
-
运用隐喻：Backpack的例子
-
界面诊断：将实现模型转变为心智模型，树形图转变为层叠列表
-
消除实现模型
-
用线框图确定事情
-
3R：需求（Requirements）、精简（Reduction）、规则（Regularity）
-
应用Kaizen（迭代设计）
-
原型设计
-
纸质原型
-
HTML
-
FLASH
-
点进原型
-
-
公开测试
-
缺失浏览器自测
-
5分钟测试
-
访谈测试
-
实境可用性测试
-
“吃自己的狗粮”
-
-
-
-
-
-
5.让菜鸟即刻上路
-
欢迎界面：Dreamweaver和Flash的案例
-
小提示：box.net和Squidoo的案例
-
有效利用空白：Basecamp、Backpack和My Yahoo的案例
-
指导性暗示：Kiko和JotSpot Live的案例
-
界面诊断（应用指示性设计）：一个注册表单修改案例
-
选择合适的默认值：Google Page Createor
-
整合偏好
-
信息设计（用户搜寻信息的4种模式）
-
了解型：导航、索引和搜索
-
探索型：显示相关信息
-
不知道型：短小精炼的提示到更详尽的信息
-
重新搜寻型：标注喜欢和记录最近
-
-
卡片分类
-
重复利用欢迎界面，让它成为提醒中心
-
使用一键点击
-
设计模式：《Designing Interface》
-
提供帮助
-
-
6.巧妙应对出错
-
利用Poka-yoke处理错误（预防错误）
-
预防程序
-
大问题，小修补
-
消除错误发生的可能性
-
-
检查程序
-
优化出错提示页面
-
嵌入式验证
-
-
-
把错误化为机会：Squidoo搜索结果为空的案例
-
让用户感到聪明
-
摒弃模式化
-
重新设计不友好的模式
-
使用无模态小帮手：Gmail可以撤销操作的案例
-
-
撰写有用的出错提示
-
设计宽容的软件
-
-
7.一致性设计
-
用户用50毫秒决定一个网页是否有用
-
设计的一致性
-
视觉层次
-
比例
-
对齐
-
排版
-
空间记忆
-
-
将一致性贯穿软件始终
-
理解设计模式
-
聪明的不一致
-
-
平衡无规则性
-
-
8.精简与优化
-
消除混乱
-
降低图形比例
-
较少抄袭
-
设计空白空间
-
清理任务流程
-
-
实践Kaizen
-
杜绝浪费
-
将复查进行到底
-
-
9.改良比创新更重要
-
让软件友好一些
-
不要打断用户的操作流程
-
让用户快速完成
-
不要强迫用户理解与操作无关的事情
-
-
提升意味着赋予个性
-
提升意味着构建随需应变的界面
-
-
0 Responses to “《一目了然：Web软件显性设计之路》阅读笔记”