蓝蓝写

（端午节日闲着没事儿，看看这本新买的书。）

这本书内容组织比较散，目录条理不是太清晰，读完一遍后，没找到“交互式设计四策略”，看章节大概明白了，简约的四个策略是：删除、组织、隐藏，转移，围绕这四点展开了一段段小章节，书的前二章说的是关于“简单”，明确认识简单，最后一章是再叮嘱，简单的不易和好处。

读这书本思路需要宏观跳跃，才能把一篇篇连接起来，读明白。否则很容易陷入一小节一小节的细节中。如果能把目录名称与书名呼应，写的更明确，每个章节有重点总结，会更容易让人记住和理解。

 话说简单

写作者摸索中简单的切实可行的策略，并举例说明简单的威力，复杂的产品不可持续。

在做技术产品的设计时，至少有3个角度：管理人员、工程师和用户。这本书讨论的是怎么样让用户感觉用起来简单，而非减少管理人员、工程师的工作量。

简单并不意味着最少化，朴素的设计仍然具有自身的特征和个性。简单的特征和个性应该源自你使用的方法、所要表现的产品、以及用户执行的任务。

许多貌似简单的设计让事情变得更复杂，

比如：

1详细的说明书。（最好的界面、产品应该不用说明书就知道怎么使）

2操作向导,把事分成几步骤，企图简化但实际上向导意味着剥夺用户的控制权，向导过程越长，体验越差。

3让一个有魔力的角色来预测用户需求（也就是目前常用的典型用户角色法），理论上让角色来告诉你下一步做什么，听起来很人性化，但实际上计算机怎么能确切知晓你的需求呢。不要被一个创造出来的卡通角色牵着鼻子走。

热衷于做这种表面文章的人，永远不可能创造出简单的用户体验。

在简化用户体验之前，必须先搞清楚公司是怎么运作的。公司一般都是以赚钱多少快慢来说话的。你必须找到一个能够让管理层接受的理由。搞清楚简化用户体验将用影响运作因素的每一项。是能提高价格，还是降低成本，还是卖出更多？然后将这些改变排出先后次序，对每项改变 的重要性和可行性做出评估。

描述要点的两个方法：在犹豫不决时，问自己：做这个为什么？描述我希望用户拥有什么体验，具体来说是描述用户的使用情景，以及我的设计怎么满足用户在该情景下的需求。在设计一些大型项目时，这种方法很合适，可以让我深入透彻地考虑到每一个细节。

长期坚持理解用户生活的世界，理解他们的偏好和行为，始终是第一位的。

先理解用户，再思考合适的设计。

走出办公室，先到用户要使用你软件的地方去做个调查，这非常重要。用户体验是否简约必须要在纷乱、多变的环境中才能考察出来。

在真实的环境中观察用户不需要多少时间，而且几乎也不用因此额外花什么钱。即便是短暂的拜访参观，也会让你收获很多。如果你不能到用户现场，那么就要跟用户多了解一些他们工作环境的情况，特别是要知道他们在使用你的软件的时候经常会发生什么事情。

我们无法控制用户使用软件的环境，而只能是软件设计符合环境需求。

软件使用环境是观察用户的最佳地点。

一旦走进现实的环境，你会发现影响用户体验的因素原来是如此之多，在家里、在公司、在户外，你的设计必须能够适应各种干扰。

可以把用户分为3种类型，专家型用户，随易性用户和主流用户。专家型用户愿意探索你的产品和服务，会给你提各种建议。不过这类用户总体上占少数。

随意性用户有兴趣使用更高级更复杂的东西，但却不愿接触全新的东西。除非新功能足够简单。

最大的用户群体是主流用户，他们不会因为你的技术如何使用你的产品。他使用你产品的目的是完成了某项任务，他们会掌握一些重要功能的使用方法，但永远不会产生学会所有功能的想法。这3种用户基本上是不会互相转换的。感觉简单的体验是主流用户所喜爱的。

应该忽略专家型用户，因为专家用户不是典型用户，他们的判断会出现偏差他们不会体验到主流用户所遇到的问题。

专家想要的功能往往会吓倒主流用户。

如果你想设计简单的产品，记住要为主的用户而设计。观察这些主流用户可以学到很多东西。要想吸引大众必须要关注主流。

在明确自己的认识时要时刻把主流用户放在心坎上，这样才不至于无意间切换的专家视角，从而避免一些难以察觉的设计问题。

主流用户感兴趣的是可把工作做完，专家则喜欢首先设定自己的偏好。

主流用户认为容易操作最有价值，专家只在乎操控的是不是很。

主流用户想得到靠谱的结果，专家只希望看到完美的结果。

主流用户害怕弄坏什么，专家则有拆解一切刨根问底的冲动。

主流用户觉得只要合适就行了，专家只想着必须匹配。

主流用户想看到示例和故事，专家想看的是原理。

不要指望你能教会用户多少东西。

简单的用户体验是初学者、新手的体验。或是在压力之下的主流用户的体验，主流用户不愿动手从头组装。

主流用户希望自己掌控起来容易可靠性。只有知道用户是谁以及他们的真实想法，你才可能有自己深刻的见解，简单就是感觉在掌控一切。

正确选择，关注用户主要的行动，用户在做什么？并要从用户的视角，把它描述出来，绝对不要漏掉关键环节。

在描述用户体验研究某个问题的时候，需要把它转换成一种认识，然后用故事的去描述认识是一个很好的方式，更容易让人明白和理解重要性。

故事应该三言两语把核心体验表达出来。有必要多花点时间把故事的每一个细节都想清楚，如果你想让自己的设计简单，每一个细节都至关重要。不要担心故事的表现形式，关键是把你所有的约束条件诉诸文字，故事的情节要简短。

展示而不是讲，行胜于言，描述用户的行为与介绍用户的性格相比，前者的给人留下的印象更深刻。

不要编造，你的故事必须可信，要想可信，必须以真人真事为原型，多练几次，大声讲，对别人讲，重新修改，这样做可以帮助你修补故事中的纰漏，提炼出本质的东西，很快你就能用简单的一段话讲个小故事，并利用它阐发你的认识，好的用户是应该简明、具体、可信、并拥有相关的细节。

把你的设计放在一个情节中，今天中有可信的角色发生在可信的环境中，有流畅的情节。

设计简单的体验意味着要追求几点的目标。比如说，瞬间响应，那么你为此所做的改变都是让用户体验变得越来越快。

尽量用最简单的词汇描述你的想法。要做正确，肯定得经过几轮反复，但是这是值得的，因为反复，可以让我们关注真正的重要的东西。

洞察力：运用学到的东西构思故事，然后再据此深刻理解自己要解决的问题，接着奇迹就会发生。

首先回顾一下你从用户那里收集到的素材，他们面对的问题，他们生活的世界，把那些对用户影响最大的事情放在前面，然后从你的故事中寻找突破口。把这些设计要点按照先后次序排列出来。哪个因素影响最大，哪个方面容易改变，哪个优先级最高，最后验证你的见解，如果你的见解有偏差，会导致什么后果？会有什么不可控的因素影响你的看法，有没有正反面的例子可供参考，这些例子是否反映出你的看法，这些例子能否反映出你的看法有问题。或者例子本身就有问题。

验证你的想法意味着还要花更多的时间观察现实中的人，通常可以使用原型或者竞争性产品作为辅助。只有通过验证才知道你的见解究竟有没有价值。

评估你的故事，并追问什么因素对用户的行为影响最大。