一、写在前面

为什么我们需要简约？

• 为了让软件可以帮助用户实现最核心的功能，这让我们思考如何让用户聚焦于自己要解决的问题上

什么事情会分散用户的注意力？

• 过多的与核心无关的功能，复杂的操作与操作的失败，杂乱的界面...带给用户挫折感的同时，也分散了他们的注意力

如何帮助用户集中自己的问题？

• 我们首先要了解用户为什么要用这款场景，他的核心目标是什么
• 接着，为他带来简单的操作，架构清晰的排版，明确的反馈，快速地帮助他解决问题

二、读书笔记

1. 什么是简单

• 简单是一件私人事件。一个人在一种情形下感觉简单的事物，换一个人或者换一个情形，可能就不会觉得简单了
• 简单并不意味着欠缺或者低劣，也不意味着不注重装饰和完全赤裸裸，而是说装饰应该紧密贴近设计本身，任何无关要素，都应该予以剔除
• 简单的特征和个性应该源自你使用的方法、所表现的产品、以及用户执行的任务
• 貌似简单:说明书和用户向导看似解决了用户操作过程中的问题，但在某种程度上，是过于简单地把问题转嫁给用户

2. 明确用户和产品核心

• 用一句话把它写下来，我要设计什么，要遵循哪几条设计规则
• 描述我希望用户拥有什么体验（描述使用场景，我的设计如何满足该情景下的需求）
• 抗干扰：你的用户体验应该简单到不受这些干扰的影响，能够在人们被打断的间隙生存。在家里、在公司、在户外、你的设计必须能够适应各种打扰

2.1 了解用户

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

• 三种用户：专家型、随意型、主流用户
• 主流用户：使用你的产品的目的是为了完成某项任务
• 专家型想要的功能往往会吓到主流用户
• 想要吸引大众，必须关注主流

2.2 主流用户怎么想？

• 简单的用户体验是初学者、新手的体验，或者是压力之下的主流用户的体验
• 主流用户最感兴趣的是立即把工作做完
• 容易操控，害怕弄坏什么
• 得到靠谱的结果，而不是精确
• 只要合适就行，而不是精确
• 看到实例或者故事

2.3 主流用户的情感需求（靠谱、可操控、完成目标任务）

• 操控感：让用户感觉井然有序，轻松自在，让用户有自信
• 掌握结果：希望自己用起来容易、可靠、迅速
• 用故事描述用户体验
• 好的用户故事应该简明、具体、可信，并且拥有相关细节

可信环境（时间，地点）
可信角色（谁，为什么）
流畅情节（什么，怎么样）

如果他们在情节上遇到麻烦，就返回到角色，设想角色会怎么做。如果角色上无法做文章，就挖掘环境，看看环境如何影响角色。

** 不要忙着着手设计，理解核心问题需要时间 **

3. 策略

3.1 策略一：删除

重点

• 不要以产品功能多寡来认定产品的价值，应该看产品能否满足用户最高优先级的目标
• 快速简单地达到自己的目标
• 给用户决策的机会，但不能是太多选择
• 软件的核心是什么，用户最重要的问题是什么

关注核心

• 增加价值始于改进核心价值
• 关系到日常使用体验的的功能
• 消除挫折感的功能
• 砍掉残缺功能
• “为什么要留着它”

考虑用户是否需要

• “假如用户想...”只会刺激人们的求全心理

用户想要

• 用户提出的需求，搞清楚用户遇到了什么问题，是否由软件解决
• 还有别的解决方式吗

注意力集中在用户的目的

• 考虑核心是否会受到删除的影响

排定功能优先级

• 确定用户想要达到的目的
• 确定使用过程中最常见的干扰源，将解决这些问题按难易程度排出优先级

决策

• 给用户决策的机会，但是选择的数量不能让他感觉到负担

分心

• 不要打断用户的思维，转移用户的注意力
• 放置链接的最好位置是底部

聪明的默认值

• 节省用户的时间与精力

适合大多数人口味的选择

• 举例
  • 热门文档
  • 相似文档
  • 自动填写表单
  • 最近保存文档
  • 恢复状态

不同的期待

• 主流用户希望“够好就行”
• 专家用户希望“尽可能与完美”

错误

• 避免用户可能发生的错误操作
• 纠正错误也需要精力

3.2 策略二：组织

• 将信息有规则地组合
  • 目的：让用户把注意力集中到最重要的事情上

3.3 策略三：隐藏

• 最用户和功能之间设置了一道障碍
• 专家用户与主流用户的界面区别

3.4 策略四：转移

• 我们要做的，就是为他们提供一个简单的工具，能让他们自由发挥想象力，最终帮他们达到目标

往往不是问“怎样才能把功能设计得简单”，而是问“到底应该把这个复杂性放在哪里”

创造简单用户体验的秘诀就在于把复杂性转移到正确的地方，让用户每时每刻都能感受到简单之美