Essential Design Principles

Feedback 反馈

反馈可以让我们的驾驶更加自信和安全。反馈可以帮助我们预测一些可能造成汽车无法正常驾驶或完全无法使用的问题。如果真的发生了这种事情,那这个假期可就太扫兴了。
汽车有很多种反馈方法:
Status 状态反馈
它可以告诉我们当前汽车的状态。
Completion 完成反馈
它可以告诉我们我们的运行最终是成功,还是失败。
Warning 警告反馈
它可以告诉我们潜在的已知问题。
Errors 错误反馈
它可以告诉我们某些操作已经造成了错误。

先来说说 Status 状态反馈

为了我们的安全,也为了司机和行人的安全,汽车的反馈必须清楚,及时而且易懂。
那么我们现在来看看汽车究竟是如何和我们互动的。

首先来看,它是怎么汇报状态的。
现在车里一切就绪,可以上路了。

现在换挡按钮显示,车是停车状态。

车的档位是十分重要的信息,重要到要在两个地方显示两次。
一个在换挡上,一个在仪表盘上。

但糟糕的是,我以为车是停着的,但实际上已经在行驶中。又或者,我以为车在行驶,实际上车在倒挡。

其它状态反馈还有汽油量,方便预期需要加油之前还能走多远。

当前速度能够让我们避免收到超速罚单。

这两条信息也十分重要。我不想在到达酒店前,车就没有油了。而且我们可爱的金融行业工作者还重复告诉过我,我可付不起超速罚单。
那么应用的状态信息就很明确了。我们这里用一些应用来举例。

在邮箱中,未读状态标记了要先读哪一封邮件。

在日历中,状态指示显示了无法参会的时间,帮助使用者决定是否要修改计划。

在相机中,有三个元素可以告诉你当前正在录像。不断闪烁的小红点,不断增加的计时器,以及录影键的状态。
这些都告诉人们这些稍纵即逝的宝贵瞬间正在被记录下来。

清楚直接的状态显示十分重要。它可以帮助人们节省时间,还可以帮助他们避免犯一些错。

下一个是 Completion 完成反馈

准备好了,我们要发动汽车了。

我们可以听到引擎开动的声音,可以感觉到发动机在震动,我们还看到仪表盘亮了。因此,我们确定我们可以出发了。

当我把停车换挡到前进,在触觉上,我可以感受到我正在换挡。

当我们开出停车位,我们听到了车门上锁。

这是一个自动的过程,所以我们得知这个反馈更加重要,
所有反馈都是双重保障,这是汽车的语言,告诉我们一切都正常工作,正在完全按照你的指示运行。
这就省去了其他感知环节,比如确认驶离停车位是否安全。

应用里的完成反馈是完全一样的目的。
iPhone 锁屏的声音。
标记未读邮件的动画。
删除邮件的动画。

这些都很不显眼,是非入侵性的。
但是并不会被忽略,而且提供了必要的保障,可以保障设备如期正常运作。

当然,确定反馈更是显而易见。
比如 Apple Pay 付款成功的动画和声音,你很难忽略或者错过。
应用的每一个动作,都要给出某种确定的反馈。
因为必须要人们知道,他们的操作是否成功。

Warning 警告反馈 帮助人们提前了解潜在错误。

燃油页面低。

制动页面低。

油位低。

警告可以通过状态指示、消息提示、仪表盘、内置显示、声音或者以上所有信息来传达。
警告十分重要。
它保证我们的安全,也保护我们的车辆不受损害。

最后,Errors 错误反馈,对车和应用都很关键。

如果发动的时候,车子没气,你就会收到报错消息。
报错往往让人不愉快,但是要第一时间阻止人们犯错,最好借助警告和确认反馈。

例如,行内表单验证就是很赞的技术,它可以告诉你哪些值可用,哪些值不可用。
实时收到这样的反馈帮助人们及时更正,之后也就不会出现错误。
你还可以试着推断用户想要做什么,或者出错的时候会怎么做,然后做出合理的行动。

举一个例子。
在 Things 3 的最新版中,如果你输入 6 月 31 日(这个日期并不存在,但人们经常犯这样的错误),应用不会报错或者显示警告,而是自动更正为 7 月 1 日。
这是个敏锐的反应。简直不要再棒,很人性化。

现在你会发现,准确、及时、通俗易懂和提供信息的反馈很关键。

Good Feedback Answers… 反馈解答了极为重要的问题…

What can I do?
我能做什么?
What just happened?
刚刚发生了什么?
What’s happening?
现在又是什么情况?
What will happen in the future?
接下来会怎么样?

许多应用在提供反馈上做得并不好。
我认为原因在于,你设计的时候,很容易就想到静态屏,这样你就会忽视互动其实是一段时间内发生的,反反复复出现的。

一个好的反馈应该像对话,跟你的设计对象对话。
作为设计者,反馈是你的手段,去回答人们没有问出的问题,让人们知道他们在做什么,并且为他们提供指引。

所以在设计应用时,想想你在跟使用者对话。
如果你们在一个房间内,你会说些什么?用什么方式说?

我有一个非常简单同时也很有效的窍门分享给你们。
找没有用过你应用的人,在使用之前问他们,让他们告诉你他们的想法,他们认为哪里不清楚,亦或是哪里有困惑。然后简单地向他们解释你的应用如何操作,指引他们,告诉他们发生了什么,以及他们要注意什么。
然后回过头来,思考你刚才说的,跟应用的沟通有什么不同。
我的经验之谈,当有人要向我解释他们的设计,通常要比设计本身清楚很多。人们对我说的东西,填补了设计中被忽视的那部分。与人面对面的时候,我们的沟通更加顺畅,我们会尝试抓住那种感觉。

好了,这就是反馈。
现在,下一个设计原则,与反馈密切相关。
那就是可视性原则。

-> NEXT PAGE

页面: 1 2 3 4 5 6 7 8 9 10 11 12 13 14

《Essential Design Principles》有3个想法

  1. At first I was confused about the design principles, because I had never touched them before. But it was very comfortable and satisfying.
    用专业性阐述与贴近生活的情景模式相结合的方式给我们传达学习设计原理的一些原则,可以感受到语言文字风格:轻松、趣味、易懂。这便是极好的用户体验。

  2. 设计一款软件或者网站都需要花费很多时间和精力,在设计中一定要保持细心。设计中的一点小差错可能就会给用户带来不好的感受和体验,在使用中,那些瑕疵会被无限放大。

  3. 记得在某个地方看到看到过一句话:“没有什么比习惯的力量更强大。”的确,当我们已经习惯了现在的一切,面对那些巨大的改变,我们首先想起的,一定不会是接受而是抵制。或许我们最后会接受,甚至是说“真香”,但不可否认,我们,对它,最初产生的,抵制的心理。所以一个软件的开发,不能是照搬照抄,模仿一通,也不能是全面的,与以前的相似软件没有接轨,因为这样的话,除了被骂抄袭,就是软件普及度不高。所以,新,也有一个度,恰到好处的那种。(本人仅表示自己看法,不喜勿喷。)

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注