part1：指引用户
ch1 令人心动的第一印象
首先讨论用户第一次访问某个站点的头30秒钟内将会发生的事情。
· 设计吸引人的第一印象
· 以明确的路线来提供信息
· 提供工具指引用户
· 把观光客转变为消费者
1.1发现页面布局
不是你选择页面布局，而是它选择了你
布局时内容组织的必然结果，它往往是自己逐渐成形的。一旦周全考虑了页面的所有需求，并且确定了每一块的内容，你的工作就变成了看着所想要的布局自己展现在你眼前。
开始安排页面内容时，把所有的栏目区域都扔到显示屏上，然后移来移去不断地调整让他们彼此协调。
1.2 引导用户的视线
1.2.1 应用古腾堡图表
人们在浏览页面或布局的时候，视线往往区域从左上角移动到右下角，
古腾堡图表中，左上角是第一视觉落点区（Primary Optical Area, POA）,右下角是最终视觉落点区（Terminal Anchor，TA）与之相对，右上角和左下角则是视觉盲点。因此，采用对角线平衡通常都是一个好设计需要考虑的因素，因为设计师遵从了用户习惯性的眼动规律。
为了实现“对角线平衡”的布局设计，可以运用视觉元素来创建一条虚拟的“线”，让用户的视线跟随它从左上到右下呈对角线似地移动。
采用视觉移动的自然轨迹意味着最终的设计将有助于用户更快的熟悉站点，指引用户下一步该做什么。
对角线平衡法则并不一定适用于每个页面设计，因此不必强制遵守，但是如果发现使用对角线平衡法则可能有助于强调整个页面意图，不放考虑一使试。
1.2.2使用颜色来吸引注意
相对于一致性来说，人类对物体间的差异性更为敏感。因此在页面中加入一些颜色，可以非常有效地把浏览者的视线引导到我们希望他们看到的地方。
ch2 凸显个性
2.1 统一设计风格，形成积极地印象
使用符号
让你的品牌标志保持精致和优雅。需要有良好的判断力来调整品牌商标和符号——不要太突兀，有时候宁可让他们简单朴素一点。
ch3 导航之道
人们通常获得导向的方法是：粗略扫视一边页面，看看自己有哪些选择，并且快速过略掉那些物管自己兴趣的内容。当某个符合需要的链接出现时，我们会更为仔细地产看逾期毗邻的文字，以图确定其是否正式我们需要的选项。如果是，就单击。
3.1 告诉软件该做什么
3.1.1 每个人都想当指挥
软件并不是为了我们能单击那些按钮而存在的。它是为了我们能完成任务而存在。
菜单不是基于对象，而是基于任务的。
按钮标签是动词，而菜单选项是名词。
3.1.2 避免Login综合征
用户所希望的并不是去和界面里的对象进行交互，而是去做自己所要做的事。他们的目的并不是单击它然后去看登录面板，而只是想登录。
因此你需要的不是一个名词，而是一个命令。
3.1.3 我来说，你来做
对于用户来说，他们对站点保持兴趣的关键在于能否获得方向感，能否得到所需的信息，以及能否完成任务。
运用动宾词组，按钮和链接就能有效地告诉用户能做什么。同时也使得用户感到自己是指挥者：是用户告诉程序去做什么，而不是反过来。
创建产品导航时，请确保你是以用户为出发点，而不是以系统为出发点。
ch4 链接生来不平等
4.1让环境提示成为引导的线索
列车到站的音乐广播成为环境的提示
字体大小，较大的字从较小的文字中凸显出来。
展现岁月的印记
标签云使用了颜色来表明某个链接相对的受欢迎程度
ch5 标签云里抬头看路
两个按钮：一个是按标签云显示，另一个是按列表显示
标签云是一种链接列表，显示在一个区域内，并且按照热门程度（或者其他准则）来加重显示其中的某些标签。最后的结果看上去就像一片链接的“云层”。
5.1 你的创新是否有效
应该更注重于提高品质，而不是一味地创新，与其硬要在标签云里强塞入一些所谓的新贡献，不如让它就那样好好呆着。
5.1.1 什么时候该说不
在这个世界上不存在任何理由强迫用户思考，无论对于一个页面、一个场景，还是一个博客模板。
用户只会在页面短暂地逗留，而不会考虑如何个性化设置连接的显示方式。它会迫使用户在不必要的地方思考；用户很可能因此困惑，甚至烦恼。
5.1.2 如果你不是解决方案的一部分
创造良好的第一印象还需要时刻知道什么该展现，什么又不该展现，要有取舍。
设计绝不包含运气成分。一个网站的外观、版式布局、导航结构、传达个性的元素，这其中的任何一项，乃至颜色和字体的使用方式，对于第一印象（以及随后的效果）而言都至关重要。他们都需要我们有明确的目标，进行针对性的设计，才能传达正确的信息，而用户才会信任我们的网站和产品。
part1：学习
ch6 开门见山
6.1 为什么说欢迎辞没有用
人们通常不会在网页上阅读文字，他们只是扫描，如果是更长的介绍性文字，人们往往会直接忽略。也就是说，篇幅短的文字才有可能吸引一部分注意力（假设它真的有用），从而有助于用户理解他们正在看什么。
6.2 为扫描而设计
我们更感兴趣的是要完成什么事情，而不是阅读一段毫无目的，对达成目标毫无帮助的文字。
他们并不关心是否受欢迎，他们关心的是找到某个课程。
“赶快行动”词组
“赶快行动”词组是用来激发人们做出某种行为的一组字词。
一般被陈述成这样：“保存更改”、“阅读更多”、“登录网站”
它们还易于扫描，使用动宾词组能准确告诉用户即将发生什么，同时还能让他们感到自己才是软件的指挥者。
对于用户来说，一个简短的句子远比一大段文字要来的有意义。重要的并不是我们提供的信息量有多大，而是我们能否给他们提供真正需要的信息。
ch7 为界面做标记
7.1 停止标记你的“假设”
我们经常自以为是的猜测用户对产品的理解程度，总是在假设用户会明白我们的意思。我们先做假设，然后去标记这些“假设”。
现在如何修正这个问题。要么修改这些标记使其变得通俗易懂，要么加上说明元素（文本、屏幕截图、小片段等）解释它们。
ch8 生动传神的视频
8.1视频演示胜过千言万语
这些视频其实需要艰辛繁琐的制作过程，制作者需要在白板上创建一些列图画，并且为这里面的每一幅画的每一个步骤进行叙述性的拍摄，此外讲述着还需要手绘一些漫画作为补充。
8.1.1 使用视频来表述问题
8.1.2 使用视频来表述想法
8.2 极为简单的视频演示艺术
part3 搜索
把被动的网站浏览者转变为主动的活跃用户很简单，只需要把他们的目标从浏览转变为搜索。搜索是人们在互联网上最基本而又最重要的任务之一。
ch9 提出搜索词建议
9.1 运用Poka-yoke机智，使用自动完成输入框
“自动完成”指的是 它们能尝试猜测用户输入的文字，并且动态地搜索出适配的结果，然后推荐给用户，辅助他们完成输入。有些输入框会直接在框内显示最接近的那个词，还有些输入框则会显示一个适配的列表，用户可以在其中选择。这两种“自动完成”输入框都能避免用户打错字，从而确保他妈呢的搜索更有效率。
9.1.1 局限性
首先，那些盯着键盘输入文字的用户通常根本不会注意到推荐列表。有些人偶尔会在打完字后抬起头才发现推荐列表，但是他们往往都是敲了回车键后才抬头，所以根本就没看清列表里面的什么。
其次用户往往会因为推荐而放弃自己先前的助长，但其实他们自己想输入的文字很可能比推荐的词汇更加有效。
很多人一直都是这样思考，他们认为当自己被要求或者至少是被引导去做什么的时候，提出该要求的网站肯定比他们自己聪明，而去选用网站推荐的，但其实效率较低搜索词汇。
第三，你必须时刻注意不要让推荐“抢跑”得太快。
在输入的字符数足以让推荐词有意义之前，请不要显示推荐词。我们暂且把这个界限定位3~4个字符。
屏幕阅读器是按照从上到下的顺序读取已载入页面的，因此，在页面载入完毕之后“变”出来的任何东西，都需要通知屏幕阅读器页面发生了什么改变，并且在页面的这一部分给它一个快速入口，否则这些部分将无法被视力有障碍的用户“阅读”。
9.1.2 好雨知时节
ch10 列出搜索结果
10.1 信赖那些行之有效的标准
单纯从技术上来说，在大部分情况下这些文字链接都是不必要的，因为箭头足以完成任务，但是文字链接增大了这两个最为常用的链接响应区域，使得单击更为容易。
提供回到搜索结果列表的出口
Back to 链接和分页系统是非常基础的设计，但如果做得不好，它们就会成为造成用户挫折感的关键因素。当碰到类似这样应用极为广泛的设计时，最好遵循普遍的标准，帮助用户达到它们的目的，而不要迫使他们学习任何新的东西。
CH11 精炼你的搜索
11.1 高级搜索也简洁
使用“行内扩展”的方式。
11.1.1 递进显示
人类的行为模式告诉我们，没有必要一次就把所有的选项都摆出来。我们真正需要的是一个简单而又能够广泛应用的解决办法，最好能只在必要时才增加选项。
所谓的“递进显示”就是一种设计方法，它能够根据实际需要（即依靠用户的输入）而逐步显示控件，而不是默认把它们一股脑全堆在眼前。
重置选项一点用都没有，绝大部分时候用户不想全部从头来过。他们只希望修改部分内容。
11.1.2 引人入胜的交互
part4 深入
ch12 视频播放器的标准化
不要在页面一开始载入的时候自动播放视频，一是会占用宽带，而是那些不想看视频的用户需要被迫手动停止视频，无法安静的阅读页面。
视频暂停后再次单击视频框时，应该继续开始播放，不要弹出一个新窗口链接到其他页面，否则打破了用户的预期。
12.1.1 且慢——还有做得更好的
TED播放器，视频被很贴心的划分成数个章节，而用户可以通过播放器的菜单系统来跳转到其中的任意部分。唯一的大问题是它没有提供必要的提示，让用户明白只要鼠标悬停在视频框上就会出现菜单系统。
12.1.2 博采众长
ch3 巩固你的表单布局
13.1 设计出行云流水般的表单
表单需要呈现出延续的流动性，表单的布局则极大地影响到用户是否能够成功地填写表单。
两列布局降低了用户往下浏览的速度，同样是容易引发错误，如果标签左对齐，字段标签和与其对应的输入域间的映射关系很不明显。
标签居右对齐时，用户不会像左对齐那么容易犯错，因为标签和输入域之间更为接近。但右对齐的标签在页面的左侧形成了一道难看的、锯齿状的边缘。两列的布局仍然会减缓用户往下浏览的速度。
直接把布局变成一列来显示，标签则放在每个输入域的上方，居左对齐。
这种布局让用户只用花最少的时间就能将标签和输入域对应起来，因此浏览速度比两列布局要快不少。用户只需在一个方向移动视线就能看到标签和输入域，而不用先阅读左列的标签然后再瞥一眼右侧的输入域，这样改善了分组，单列布局减少错误的发生。
13.2 让“确定/取消”更完美
按钮的位置，居左对齐还是居右对齐对于可用性来说并没有很大的影响，但是一般仍然把它们放在左边。
理由如下：
1.左对齐使所有元素都依靠左边缘顺势而下，从表单顶部到底部形成了一条直线
2.美学上的选择，因为它为表单建立了一个视觉上的支撑点。在完成每一处表单域后，你会继续规则性地往下移动。
按钮上的文字
ok和cancel最省事，单击ok并不能是用户建立起一个清晰的期望。只要把按钮上的文字改成Register Now即可
13.2.1 首选处理方式和第二处理方式
对于决定在网站注册并且填写表单的用户来说，他最优可能选择去单击ok，这被称为首选处理方式（primary action）而取消整个注册过程则是不太可能的选择，他被称为第二处理方式（secondary action）。
费茨法则（fits' law）指出，点击某个目标所花费的时间可以通过一个函数来求值，它与“鼠标与目标的距离”和“目标尺寸”密切相关。根据这一法则，我们最好的解决办法就是从第二处理方式，也就是cancel按钮上渐弱一些注意力。可以将其变成文字链接。这样一来，register now按钮变得更为突出，也易于点击了，同时cancel 链接也不再那么明显，相比之下不那么容易点击到了。
为什么把按钮放在左边而文字链接放在右边呢？因为那些使用tab键切换输入域的用户将先到达register now 按钮。
13.2.2 这很重要
在表单的设计中考虑每一种方案间细微的区别，也就是真正注意到每一处细节，这将会为用户创造另一个平滑顺畅的瞬间。而每一个瞬间都会对整体的用户体验做出贡献。
CH14 驾驭Wizard向导
14.1 建立清晰的预期
应该去除用户的挫败感，只需要为他们建立期望，让他们预先知道总共有多少个步骤，去过哪里，现在在哪里，将来还要到哪里。
设定范围界限
最后一步，用户可以返回之前那些面板去修改已经输入的信息。有些改动可能会影响到后面的面板，如果发生这种情况，可以在用户每次做出这类改动时显示一条消息说明这一影响，并且要求他们重新进行后续的设置。
通过显示步骤数并且帮助用户推断每个步骤的长度，我们为用户建立了清晰的期望。他们能够知道自己在做什么，还能预估完成整个过程所需的努力，同事还可以获得一个愉快的，或者至少是相对轻松的瞬间。
ch15 最后的一英里：即时校验
如果不讨论长度或复杂度，表单设计的最关键问题之一就是用户可能会在填写过程中犯各种错误。
一旦错误发生，我们总认为是自己的过失，自我指责不可能创造美好的瞬间，它和我们所希望的用户使用感受（有成效、聪慧、备受尊重）完全相反。
要想改善产品，最需要做的事情就是尽力杜绝错误的出现。
警告对话框用的越多，就越没有效果
15.1 要纠错，也要赞扬
错误发生时要随即显示出更多的信息，这些信息有助于解释用户在该处的可选范围，并且说明了应当如何改正错误。
除了检测到错误时立即显示友好的提示信息之外，告诉用户“一切都没有问题”同样也很重要。
如果用户忽略某些必填项，直接跳到表单末尾试图完成填写过程，在这种情况下，某些输入域根本不会获得焦点，因此提示信息也就不可能被触发。
通常来说，人们会按照顺序填写表单，但为了保证在这种情况下用户仍然能纠正问题，可以在表单页面的顶部创建了一个奶油色背景的提示区域，如果用户跳过了部分表单并尝试提交，他将会看到提示信息。
ch16 简化长表单
16.1 清晰的预期
我们的目标不应该是把所有东西都放在一个界面里，正确的目标应该是使用户相信表单并没有实际的那么复杂。
首先，可以把表单分解成好几个页面，并且添加了一个步骤进度条，把整个表单变成了一个wizard想到，目的是对每个步骤中用户需要填写的内容有一个清晰的指示，让用户随时了解还剩下多少个步骤。
其次，去掉多余的表单域，以免用户在多处重复输入相同的信息。真正的工作其实是考虑如何在第一页就建立清晰的预期。
最后，第一时间就告诉用户在完成表单的过程中将会需要哪些信息。这样他们就能再开始填写之前就准备好，而不会在填写过程中感觉受了欺骗。
并不是所有的交互都能够简化，但我们却可以让它们看上去更容易。
ch17 让他们登录
17.1 再一次改进标准
如果系统已经知道了你的用户名，你便无需专门跑到另一个页面去输入它，然后告诉系统把密码发给你。因为系统能很快做到这一点，而不需要你付出额外的努力。
17.1.2 更上一层楼
标准绝不是永恒不变的。事实上，绝大多数时间里，在某些人刚树里起标准的下一秒钟它们就改变了。用崭新的眼光看待那些公认为陈腐的事物，这对于任何产品都是改进用户体验的一种极佳方式。
ch18 计算字符数
18.1 到达限制
18.1.1 编辑中的 Poka - Yoke
我们只需要一个简单的方式让用户知道发生了什么。首先，让他们知道这里有字数限制；其次，让他们知道何时会达到这个限制。
Poka - Yoke意思是“防止错误”。
含义：1.侦测机制 2.预防机制
最简单的解决方案就是加上一条说明性文字，向用户解释这里的字数不能超过50个字符。
把文本中的数字50改变成了一个不断减少的变量。
18.1.2 一点小警告
twitter在设计字符计数方面走得更远，一开始不断减少的变量是灰色文字，一旦用户输入字符超过了120，该变量就会变红没提醒他们还剩下不到20个字符了。
即使用户在一开始不会注意到这个文本，但是通过颜色变化的方式会在输入时引起他们的注意。红色能在绝大部分网页中凸显出来，而且突然出现的红色通常能打断用户的输入，让他们注意到字符计数器。这个交互就一目了然。
CH19 参与
ch19 创建个人资料
19.1 递进地增加
19.1.1 把数据变成仪表盘
空白资料页面里面没有任何数据信息，空白资料页面的好处在于它们可以鼓励人们采取行动。
个人资料变成了一种有效的人际交往手段，提供了一条清晰的途径来了解其他成员的喜恶。通过提供这种信息，用户将开始信任与之品味类似的成员，并且会时常回访，获知他们最近的浏览内容，他们也有理由一次又一次地反复光顾这个网站。
CH20 编辑
20.1 在正确的时间显示正确的工具
想要减轻编辑功能的混乱程度，最好只显示与当前任务相关的工具，同时希望用户能直接地编辑他们的网页，而不是被带到另一个界面。
怎样才能隐藏那些和当前任务无关的工具和选项呢？
在隐藏无关工具的同时，还必须确保所有的工具在任何时间都能被用户找到。
要弄清楚在每个面板中应该放些什么工具，以及如何为用户提供不在面板中的工具。
解决办法：应用递进显示原则。（只显示每项任务所需要的步骤和选项的关键）
20.1.1 把高级的玩意藏起来
CH 21开展社交活动
在线交友的本质
某人单击了become my friend 按钮后会发生什么？什么样的行为才会增进这种朋友关系？这些东西是否真的能鼓励网站成员去阅读或发表更多的故事？
我们真正想要的不是建立友谊，而是一种简单而又不张扬的功能，他们能激发人们阅读更多的文章、与网站发生更多的联系。
twitter提供了一种较为弱势、被称为follow（跟从）的交友方案，简单来说，任何网站成员都可以到另一个成员的个人资料页面上单击follow订阅他在twitter的feed。
不用付出太多精力，同样能随时掌握另一位成员的动向，这样就够了。
不在场时的照片
交友、评分、投票、评论等都需要仔细周全地考虑，而不要随便就把它们想大杂烩一样扔进社区网站，
不要随便就被热潮牵着走，请三思而后行。
ch22 显而易见的博客
22.1 通往更好地博客的三条路
博客应当更好地鼓励交流。绝大多数博客都为用户提供了添加评论的功能，除了简单的日志评论之外，还能够激发更多地交流。
最显而易见的办法就是提供trackback（引用通告），TrackBack是一种网络日志应用工具，它可以让网志作者知道有哪些人看到自己的文章后撰写了与之有关的短文。
博客中应当包括所有那些常规的内容，例如作者名、日志发表日期，只想网站其他部分的链接，搜索栏，以及其他通用元素。
22.1.1 解决方案
22.1.2 别跟着傻瓜上路
ch23 邀请讨论
23.1 让你的顾客发表意见
不要控制留言、评论、论坛回复、或者其他相关的任何东西，因为控制将会带来严重的负面效果，它会让客户觉得你在隐瞒着什么东西。
如果我们写了警告性的文章，然后被告知这些评论需要先通过审查才能发表出来，我们就可能对改网站丧失一部分信任感。
23.1.1 一个关于信任的问题
有一些理由可以让你完全不再思考评论的问题。
首先，让你的顾客自由发表意见以表示你信任他们的谈论
其次，这表示你信任用户资深的判断能力。不去防范每一条负面评论或者论坛争论，你相信用户会运用他们自身的才智、常识和经验过滤纯负面的内容，在字里行间寻求信息，然后得出结论。给用户自己做判断的权利，他们自然会忽略那些无用的评论。
23.1.2 启用你的Otaku
23.1.3 标记那些来犯者
类似“举报”
这个“标记”图标将用户引领到一个简单的表单，他们可以写下为什么这条评论应该检查。不多不少，保持这种简单。而且别要求你不需要的任何东西（例如用户的电子邮件地址，以为当用户登录时你已经得到了）。
23.1.4 为他们让路
只需一点点的谦卑和一点点的驾驭，就能把自己的大部分顾客转变成忠诚而又活跃的追随者和簇拥着。可以把自己的恐惧转变为一种工具，以它作为驱动力来收集顾客提供的信息、发展otaku，提供出众的客户服务，而且在你的公司和用户之间建立起一种相互信任好的文化。
而这些为你赢得的汇报，将会远远超过你去控制它们的所得。
CH24 得到一个好的评分
当你需要点击某颗星时，除了星星从白色变成黄色之外，你无法得到系统的回馈，你感觉不到交互是否已经完成，这种设计让用户无法对自己的操作建立信心。
24.1 清晰胜于效率
评分的两种设计：一种是将展示和编辑版本合为一个评分系统，一种是将展示和编辑氛围两部分
将展示和编辑版本合为一个评分系统：
好处：占的位置比两部分分开的版本少
弊端：这种设计中完成交互所需的步骤比其他设计要多，但关键是这种设计中的交互的每一个步骤都非常清楚、直接。
两部分的版本：
好处：简单到只需要点击某颗星而已
弊端：系统无法提供反馈，我发知道自己的评分是否被保存，是否有效。
效率不一定是所有问题的答案，比效率更重要的是清晰。
对于第一次来到网站，或者执行自己不太熟悉的任务的用户来说，最好是让每一个瞬间都尽可能易于理解。对使用产品很有经验，或者执行非常普通的任务的用户来说，最好是尽量缩短流程。不管是哪种情况，最关键的是让每个步骤都清晰易懂，同时不太复杂。
用户一般不会频繁的和评级系统打交道，因此宁可稳妥一点：只求清晰，不求效率。
part6 管理信息
ch25 让RSS更有意义
将新点子通俗化。推广某项新技术时，首要目标是应该让它通俗易懂。人们愿意学习新的想法。
按钮标签应该在用户脑海中建立清晰的预期，并且告诉他们点击后将会发生什么。
25.1 破译其他选择
邮件订阅、浏览器订阅
一个新想法是否容易理解是其成败的关键。诸如RSS和XML这种词语会妨碍用户形成稳固的直观印象，也就很难从中获利。
ch26 自定义标签
26.1 分类系统、分众分类系统以及变异体
26.1.1 消除语言障碍
去掉专业词汇tag（自定义标签），而是用label（标签）
26.1.1 阐述新想法
网站应该像google suggest那样提供“自动完成”功能。用户输入某个tag时，系统会搜索出近似的tag，把这些tag以列表形式呈现，让用户选择其中最适配的一个。
这个办法潜在的不足之处，用户有可能选择一个推荐的tag，但其实他自己想输入的tag更合适。
第二种方案是在用户输入了自己的tag之后显示一个推荐页面，用户输入tag之后，系统搜索出近似的tag，然后在下一个页面中陈列出来，。这个页面可以用文字向用户解释他可以把自己的新tag和那些已被其他人创建出来的tag相匹配。
CH27 通过拖放来组织信息
27.1 交互的三种状态
一个有效的拖放交互需要提供完整的3中状态
27.1.1 “邀请”
“邀请”状态包含页面上任何邀请你采取行动的元素，可以是出发某个行为（不是载入某个新页面）的按钮或者命令链接，可以是当鼠标悬停到某个图标上出现的工具提示，甚至可以是一个改变了的鼠标指针，提供用户除了单击之外还可以进行其他操作。
为了让“邀请”更加完善，我们设定当用户鼠标移动到文字drag上时，将显示代表“移动”的指针，这进一步传达给用户这里能够支持更多的行为。
27.1.2 “操作”
“操作”包含用户要完成一项任务所必须采取的所有行动。可以只是一步操作，如单击某个链接载入新页面；也可以多个步骤。每一个步骤都必须尽可能清楚，让用户能很容易地学习并且理解这种交互行为。
27.1.3 “实现”
“实现”状态就是让用户知道他的交互已经实现了。有时只需显示1行文字，告诉用户他的个人资料信息已经保存。有时则意味着当用户在“联系我们”表单中方电子邮件时向他们表示感谢。有时它表示在某人从你的购物网站上成功订购后发送的一封确认邮件，以及发货状态的更新。
27.1.4 完成的感觉
不管是简单还是大型的应用程序，请确保每一个步骤都清晰，并且给出适当的反馈，这样所有的交互行为都将会更有效率。
27.1.5 判断你的功能是否正当
拖放错做和个性化主页这些功能仍然需要视环境而定，当包含它们的这个页面是用户的“目的地”时，它们看上去会很不错，但如果用户只是“路过”这个页面，则没有什么必要。
ch28 用系统通知来管理中断
告诉顾客你们正在做一些可能会影响他们的事，会带来很多显著的优势。
· 会给你最忠诚的顾客带来激动和期待的事情
· 会给你最保守最讨厌改变的用户足够的警告，这样他们能提前对小姑娘的冲击做好准备
· 会在你的更新发布之前为人们创造谈资，新版本将会迎来巨大的访问量，口耳相传会带来新用户
· 永恒不会在某天登录之后发现所有元素的位置都被移动，或者常用任务流程发生改变。
28.1 为改变而设计
为发布更新设定明确的时间意味着你能给顾客准确的信息。在更新发布给每一个用户之前，现在一小部分人中使用，这将会让你有时间修正“最后关头”的小bug。把新功能先告诉那些比其他人更喜欢发现隐藏宝藏的“积极拥护”能够获得你最好也最忠诚用户的感激，而且让他么感觉自己受到了特殊待遇。
一旦决定了如何发布，那么可以从一封简单的电子邮件开始，发送给注册过的人。积极拥护会感兴趣让后告诉自己的朋友。普通用户是最大的用户群体，会获得足够的预警。那些曾注册过而又废弃了，但又没有删除账号的用户，成为“沉睡者”，则会被提醒而在此光临你的网站。
通告区
它简单、清晰、有效。确保它能和页面上其他颜色区分开来，这样才能引起注意。
28.2界面元素的再利用资源
不管返生什么，不要在某个早晨拿一次翻天覆地的变动去惊吓你的顾客，让他们了解将要发生什么，这样他们才能为变动做好准备，为之兴奋，而且开始再一次谈论你的产品。
part7 离开
ch29 退出
29.1 化简为繁
29.2 动员用户返回
29.2.2 发布消息
ch30 抹去那些尘封的用户
30.1 变怠惰为热情
明确地针对“尘封用户”的需求，同时为他们提供足够的动机，我们将吸引那些摇摆不定的人们发现网站的价值。
30.1.1 个性化沟通
这类讯息应当是一种会话般的口吻，完全聚焦于接受放，而不是我们自己。
怎样才能弄清楚这些用户当初被尘封的原因呢？
30.1.2 调查
30.1.3 对话的机会
30.1.4 不要做得太过火
不要过多的打扰而冒犯他
ch31 由他们去吧
31.1 优雅地失败
不管是何种情况，都尽量避免在任何时候让客户感到自己受到了限制。如果一个人发掘自己即将收到限制，他绝不会带更长时间，反而会马上逃脱。
31.1.1 打点行李
31.1.2 离去却（也许）并未失去
优雅的失败对于web应用来说是非常容易做到，而我们留给客户的正面印象将远比失去客户所带来的痛苦要来的长久。如果应对得体，哪怕是一个并不满意的客户也能为我们带来积极地反馈，甚至是口头上的宣传。
而这所需要的只是在客户离开时多表现出一点敏锐，尊重和专业。
web应用所需要的7条核心原则
· 只提供用户所需
· 让初学者尽快转变为中级用户
· 尽可能地预防错误，如出错也应友善处理
· 精简和优化交互与任务流程，让最复杂的软件清晰易懂
· 为支持特定行为而设计
· 持续的改进和优化我们的流程和程序
· 忽略用户的某些要求，坚信自己的理想和洞察力
