对什么是简单的体验有一个认识。
用一句话把它写出来，设计什么、要遵循哪几条设计原则，尽量使用最简单的术语。
做这个表是为了什么？这个描述是我判断设计是否简单的基准。
描述我希望用户拥有什么体验。
在我不确定怎么解决某个设计问题时，描述用户的体验也非常有用。
先理解用户，再思考合适的设计。
先到用户要使用你的软件的地方去做个调查。
无法控制用户使用软件的环境，而只能使软件设计符合环境需求。
用户体验应该简单到不受这些干扰的影响，能够在人们被打断的间隙生存。
三种用户：
第一种：专家型用户愿意探索你的产品或服务，并且会给你提出各种改进建议。
第二种：随意型用户，他们可能使用过类似的产品或服务。
他们有兴趣使用更高级更复杂的产品，但不愿意接触全新的东西----
要想让她们认可新功能，那么新功能必须足够简单。
这类用户比你想象得少，而且他们的学习愿意不强烈。
第三种：主流用户，他们使用你产品的目的是完成某项任务。
针对前2种类型的用户设计产品或许更有诱惑力--他们更识货。但感觉简单的体验却是主流用户所喜爱的。
专家并不是典型用户，他们的判断会出现偏差。专家想要的功能往往会吓倒主流用户。
主流用户才应该是你的目标用户。核心理念就是简单。如果你也想设计简单的产品，记住要为主流用户而设计。
想吸引大众必须要关注主流：
主流用户最感兴趣的是立即把工作做完
主流用户认为容易操控最有价值
主流用户想得到靠谱的结果
主流用户害怕弄坏什么
主流用户觉得只要合适就行了
主流用户想看到示例和故事
不要指望你能教会用户多少东西，或者认为说明书可以帮助他们。
简单的用户体验是初学者、新手的体验，或者是压力之下的主流用户的体验。
理解你的设计到底应该做什么至关重要，理解感情需求能够帮助你把握设计重点。满足隐性需求。
简单意味着控制。从简单这个角度来看，最重要的是让用户感到自己在掌控一切，
首先，用户希望是在掌控自己使用的技术。
其次，用户希望感觉是在掌控自己的生活。
第三，反复问自己“然后呢”，最终会发现用户的感情需求、合理需求，直至解决方案。
用户在做什么？
列出用户行动的每个步骤，详细程度要前后一致。关键是不可遗漏用户体验过程中的任何一个步骤。
要保证通过用户的语言来描述行动的经过，否则就有漏掉关键信息的危险。
绝对不要漏掉关键环节。
描述用户体验
讲故事
可信的环境（故事中的“时间”和“地点”）
可信的角色（“谁”和“为什么”）
流畅的情节（“什么”和“怎么样”）
如果在情节上遇到麻烦，就返回到角色，设想角色会怎么做。如果在角色上无法做文章，就去挖掘环境，看看环境会如何影响角色。
简单性的目标：
任何人都可以使用
毫不费力地使用
瞬间响应
一目了然
始终工作
不出错
恰好够用的信息
在混乱无序的环境中工作
简便的方式
我会用简单的语言把正在设计的东西描述出来。说给一些新人听，事先不给他们任何提示。他们的反应会告诉我是对了还是错了。
我的目标是拿出一个简洁、清晰、完整的描述。
我甚至想只用一句简短的话来表述。
如果这句话既能忽略细节而概括出主要活动，又能不让听众失去兴趣，那么就说明它已经达到了简洁的标准。
如果听众可以正确地理解，那么也就说明它足够清晰了。
构思故事，然后再据以深刻理解自己要解决的问题，接着奇迹就会发生。
首先，回顾一下你从用户那里收集的素材，他们面对的问题、他们生活的世界。把那些对用户行为影响最大的事情放在前面。
然后，从你的故事中寻找突破口。
把这些设计要点按先后次序排列出来，哪一个因素影响最大？哪方面容易改变？
最后，验证你的见解。如果你的见解有偏差，会导致什么结果？
有哪些不可控因素会影响你的看法？有没有正反面的例子可供参考？
这些例子能否反映出你的看法有问题，或者例子本身就有问题。
太早开始设计意味着会遗漏重要的见解，甚至意味着设计思路完全错误。
花点时间理解这个问题可以帮你想出更好、更简单的方案。
乍一看到某个问题，你会觉得很简单，其实你并没有理解其复杂性。
当你把问题搞清楚之后，又会发现真的很复杂，于是你就拿出一套复杂的方案来。
实际上，你的工作只做了一半，大多数人也都会到此为止......。
但是，真正伟大的人还会继续向前，直至找到问题的关键和深层次原因，
然后再拿出一个优雅的、堪称完善的有效方案。-----------史蒂夫.乔布斯
坚持不懈是达成简单最重要的一步。
不要匆忙着手设计。理解核心问题需求时间。
与别人分享你的认识。即使你不在场也能保证作出正确的决定。
而且，你的所有干系人都能说出什么是最的决定，什么是坏的决定。
让最核心的理念随处可见，提醒人们时刻谨记。随时随地使用，让它成为人们时刻不忘的追求。
找到并开始分享你的认识之后，就可以开始设计了。
-----------------------------------------------------------------------------------
读书感悟：看了这章，想起了敏捷开发。用户故事、场景、用例相关词汇突然出现在我的眼前。
其实优秀、实用的东东，大家都在这么做。很多时候只是称呼不一样，大家都是一脉相承的。
感觉这章中，作者对人性的理解挺深刻。人的惰性、利已都被体现在朴实的言语中。
其实，这章让我感觉，只要方式正确，把复杂的事情理清，就不是大问题。
我们使用正确的方式，站在人性、利益、文化等不同的角度，就不难看到事情的本质。
感觉这本书挺有意思，读起来不累。
-----------------------------------------------------------------------------------