产品设计常犯的10个小错误

浏览量: -

10 Small Design Mistakes We Still Make

Posted by Caiyunsky on July 2, 2018

全文共3433词,阅读大约需要10分钟

时间很快,转眼又是一周。这一周入职了新的公司,有了新的环境,新的同事,新的任务。从之前长假的悠闲自得,到一下子突然忙到不可开交,一时间竟还没有完全适应下来。庆幸自己工作以来一直有写每日计划的习惯,忙乱的时候,写写东西也算是能帮助自己摸清头绪。脑袋浆糊的时候,画画思维导图也是一个不错的方法。

译文中穿插一些生活体会,是学习了Beforweb的博主c7210前辈的写作手法。希望能在翻译译文的同时也能表达自己的一些心得体会,生活感悟或者其他什么能聊的东西。想着让每周的译文也能有一些生活化的气息,也希望大家能忍受我的一些碎碎念 :D 。

本文的作者是一位设计师,也是Laroche工作室的CEO,同时还是电台的主持人。他所写的这篇文章,依据的就是《Don’t make me think》这本书,相信很多人应该也看过。不过咱们很多人就算知道这些道理,还是依然会犯错。我觉得原因可能在于,看到的理论没有更多的与自己所参与的项目结合起来思考,也就是缺乏所谓的深度思考。很多时候,只是看过,知道了,却并非会在项目中会与之结合起来看问题,直至解决问题。

产品设计常犯的10个小错误

“好的设计是显而易见的”这句话听起来是相当有年代感了,我相信在过去的几个世纪里它有很多不同的表现形式,它蕴含在美食、音乐、建筑、服装、哲学和其他一切事物中。

我们忘记了人类思维的变化是非常缓慢的,你对人类行为的认知在至少50年左右的时间里是不会过时的。为了便于设计,我们需要遵循一些原则,这些原则将提醒我们如何设计优秀的产品。我们每个月至少回顾一次这些原则,直到我们完全吸收这些良好的设计规则。

人类大脑的认知水平不会每年一变,因此,研究人类行为的结论会有很长的保质期。20年前对用户来说很困难的事,今天依然很难— J. Nielsen

重温:不要让我思考

早在2000年互联网泡沫之后,史蒂夫克鲁格就提出了一些有用的原则,而这些原则如今仍然非常有价值。 即使在他的修订版本中,这点也没有任何改变。你会告诉我说,外观更现代化了,网站更有组织和好用(只是flash动画变少了)。 但我的意思是人类行为没有任何变化。 我们总是希望“不要让我想”的原则适用于我们互动的任何类型的产品(无论是微波炉,电视,智能手机还是汽车)。

image1

1. 我们通常不会仔细阅读,而只是扫视

原因是——我们都是带着目的来的,所以只会去寻找那些令我们感兴趣的东西。例如,我很少记得自己浏览的产品网站首页上的所有文字。为什么?因为大多数用户都在努力的完成某些工作,并且很快就完成了。我们没有更多的时间去仔细阅读更多内容。但是我们还是写了很多文字,我们以为用户需要知道这些,或者正如一些设计师所说:“它提升了体验”。

image2

  • 使用大量标题——它们会快速让用户知道这个部分的内容是否与他相关。无论哪种方式,它们都可以帮助用户快速寻找或者离开网站。
  • 保持段落简短——长段落很容易让用户迷失自己的位置,而且也比短段落更难浏览。段落中其实是可以找到一个合理的地方把它分成两段的。
  • 使用项目列表符号——几乎任何东西都可以是一个清单。你有用逗号去分隔许多东西的句子吗?肯定不如一份清单清晰。此外,不要忘记在项目列表之间留出空间,以便让阅读的体验变得更佳。Medium就是一个很好的例子。
  • 高亮关键字—— 关键字和短语是大部分用户扫视页面所有寻找的。以粗体格式显示最重要的一个,让重要信息更容易找到。但是,也不要强调太多东西,那样的话,强调就变得没有作用了。

image3

2. 创建有效的视觉层级

另一个有助于用户扫视页面的重要方面是创建适当的视觉层级。我们必须清楚的表明页面上各个元素之间的关系。所以有几个原则需要去注意:

  • 事情越重要,它就越突出。最重要的东西要么更大,要么颜色更大胆等等。
  • 逻辑相关的事物在视觉上也应该是相关。例如,通过相同的视觉样式或者在相同的标题下对它们进行分组。

image4

3. 不要重新发明轮子

我们相信人们想要更多更新的东西。但是我们忘记了市面上有太多的应用,而每一个都在耗费我们的时间。如果它们每一个都完全不同,那我们就需要去学习使用它们中的每一个。“哦,老天,又一个新应用需要学习,心态简直要崩掉!!!”

在我说这句话之前,有一点很重要:

作为设计师,当我们被要求设计一些新的东西时,我们会受到一种尝试和重新发明轮子的诱惑。因为像其他人一样做事总觉得好像没做什么。我们被雇来做一些不同的事情。更不用说,这个行业很少会因为设计出“最充分利用惯例”的东西而获得奖励和赞扬。

在重新发明轮子之前,你必须了解你想要打破和创新的东西的价值(时间、成本、知识)。

image5

4. 产品说明必须消亡

我们的工作是把事情变得清晰明了。如果“显而易见”不是一个选择,那么至少也要不言自明。关于产品说明,你最需要知道的一点是没有人会去读它们。我们应该以删除说明为目标,使一切都不言自明。如果在一些情况下,实在是必须要,也应该尽量减少(但是,真的没有人会去读它们)。

如果它不明显,那么我们应该力求不言自明。

以宜家为例。如果让一个普通人从宜家(IKEA)组装一个衣橱,我相信他大多数时候都会把它组装好。为什么?在大多数情况下,如果我们心里有一幅清晰的画面,它应该如何装配就是显而易见的。但即使是在他们看说明的情况下,也没有文字,只有图片。

image6

5. 我们不关心产品如何运作

对于大多数人来说,了解或理解产品的工作原理并不重要。不是因为他们不聪明,而是因为他们不在乎。所以一旦他们确定了你的产品使用方法,他们会很少会转向别的同类产品。

让我们以苹果AirPods为例。我们都承认,它们是你在这个价位买到过的最糟糕的耳塞。但当我看到人们如何使用它时,我明白他们购买它的真正原因。它们不会让你思考它到底是怎么工作的,你甚至没有注意到他们有新技术。

我观察我的母亲是如何与使用它的,她从来没有问过我他们背后的技术是什么或者他们是如何工作的。她知道,只要打开并靠近设备,它就会连接起来。它是那么简单。

image7

6. 大家都很忙,没空去寻找暗示

这一条规则我最喜欢。我们,身为设计师,最擅长给用户添加一些微妙的效果和乐趣。对吧?如果我告诉你你的用户其实并不在乎呢?他们不愿意告诉你他们发现了多少,其实他们也没空去发现。第一个?是的。第二个?好的。第三个?真的,我要看多少才够呢?

为什么会这样?生活是一个比应用的乐趣和微妙的影响更加紧张和苛刻的环境。例如,你是一个父亲,你的孩子因为想吃冰淇淋而吵闹,狗因为有人在前门叫唤而狂吠,你试图订一张40分钟后就该离开的火车票。在那个特定的时刻,人们不会对你的微妙暗示给予关注。另一方面,我们应该利用好它们,而不是用户在进行主流程时被干扰。

image8

7. 焦点小组不是可用性测试

焦点小组是一群坐在桌子旁讨论事情的人。他们探讨他们对产品的看法,过去的经验以及他们对新概念的感觉和反应。焦点小组可以很好地决定你的听众想要什么。

可用性测试是指每次观察一个人试用某样产品(通常是你做的产品)。在这种情况下,你要求他们执行特定的操作,以查看你的产品是不是要优化一些问题。所以焦点小组关注的是倾听,可用性测试关注的是观察。

image9

8. 我们允许靠个人感觉来做

我们所有设计互联网产品的人都有这样的想法:“我也是一个用户,所以我知道什么是好什么是坏。”正因为如此,我们才会对自己喜欢的和不喜欢的东西有强烈的感觉。

我们喜欢用 ( ) 来使用产品,或者我们认为 ( ) 是一大痛苦。当我们在一个团队中工作时,往往很难在门口体会这些感觉。结果就是一屋子的人都对设计一个伟大的产品有强烈的个人情感。我们倾向于认为大多数用户都和我们一样。

(译者注:关于这一点,我觉得对于C端产品可能还比较可行。但如果是B端产品,可能差别就很大了,因为我们往往不理解产品的使用逻辑,也不是直接使用者,很难做到感同身受。文章后面的留言中,也有不少朋友对关于这一点的疑惑。而作者给出的解释是,能够快速验证自己的想法。仁者见仁吧~)

image10

9. 你问了错误的问题

如果你问这样的问题:“人们喜欢下拉菜单吗?”正确的问题是:“这个下拉菜单,在这个上下文中,在这个页面上,是否为那些可能使用这个网站的人创造了良好的体验?”

我们应该撇开“人们喜欢它吗?”这种问题,而应该深入到设计的战略背景中去思考。

原因是如果我们专注于人们喜欢的东西,我们就会失去本应该专注的焦点。可用性测试将消除任何“喜欢”,并告诉你需要做什么。

image11

10. 当一个人使用你的产品时,你忘记了她不应该花时间思考……

  • 我在哪里?
  • 我应该从哪里开始?
  • 他们在哪里放了什么 ?
  • 这个页面最重点的内容是什么?
  • 为什么他们这样称呼它?
  • 这是广告还是网站本身的一部分?

问题的关键在于,当我们使用产品时,我们脑海中出现的每一个问题,只会增加我们的认知负担。它分散了我们对“我为什么在这里”和“我需要做什么”的注意力。通常,人们只想知道那个按钮是否可以点击,他们并不喜欢解谜。

每次你让用户点击不起作用的东西,或者它看起来像一个按钮/链接,实际上却不是,这样也会增加一堆问题。这种情况的发生是因为产品的创建者并不太是太在意自己的产品。

原文:https://uxplanet.org/10-small-design-mistakes-we-still-make-1cd5f60bc708

作者:Eugen Eşanu

译者:彩云Sky

本文翻译已获得作者的正式授权

shouquan