点击上方[我分享我快乐]→[...]右上角→[设为星标⭐]即可第一时间获取最新设计资源
编者按:做设计难免会出错。有的错误真的只是之前不知道,后知后觉遂有了恍然大悟。而还有很多错误属于大家都知道,但是因为各种原因忽视而不小心犯了。但是不论是哪种,我们终究是要改正并提升才行的。下面是设计师 Danny Sapio 总结的 UI 设计师的10个常见错误,咱们一起来捋一下吧,看看你我中招了多少~
有时候设计师会在产品中引入一些功能,这些功能会让整个开发过程变得更加复杂,同时又不会给产品本身提高任何附加价值。在确定设计功能的优先级的同时,需要兼顾到业务目标,项目的范畴,产品的时间表,以及开发的方式,这些都很重要。
比如我们正在设计一个用户上传个人头像的功能选项,但是如果在「上传」功能以外,再添加裁剪、缩放、旋转等功能,这本身是原有功能的复杂化。
也许在设计当中添加「旋转」、「裁剪」的按钮是非常方便的,但是在具体的开发实施当中就不好说了。是调用现有的功能、还是加入开源的组件抑或是从零开始写代码?这都会是问题,并且充满了未知。从产品和团队的角度上,安全的选择是尽量避免添加功能,除非确定它们的优先级极高、对于整个应用程序是必不可少的。始终将业务目标和用户目标放在设计过程的最前沿。
在现代的产品设计工业当中,你的设计或者素材可能会被上下游所调用。我们在设计的时候应该考虑到还有谁会用我们的工作内容。无论是要移交给开发者还是其他的设计师,都必须尽量合理地组织相关的内容和素材。
以UI设计的设计文件为例,其中的每一个画板都应该有正确的命名,并且横向排布,便于按照逻辑顺序点击打开。
我们应该有一个组织良好的设计文件,其中包含 SVG 格式的图标,以及其他的理应具备高素质版本的图像类素材。
在我的日常工作中,Zeplin 是我首选的协作工具,借助 Zeplin,开发者可以轻松地获取代码片段、尺寸参数、间距数据、字体大小、SVG 素材等等。
这样的无缝切换可以让整个流程更加顺滑,团队协作效率得到极大提升。
在设计界面交互的时候,需要考虑用户所处的环境是非常重要的,因为影响交互决策的环境因素是非常多的。考虑用户在使用我们的 APP 的时候,所处的位置,他们有多少时间来操作,他们的情绪状态如何,这是设计交互的基础。
一款睡眠周期类的 APP,就是一个非常典型的案例。这款APP 使用了令人放松的深色界面,特别适合在睡前来设置闹钟的用户。
你可以在各种不同的地方看到或好或不好的案例。比如导航应用应该尽可能让用户少点击,Kindle 会尽量确保在日光下阅读也不会刺眼,而笔记应用则可以离线使用,等等。
在验证想法、探索解决方案的阶段,最好不要奔着高分辨率的视觉效果去了,这是最容易犯的错误了。
其实,与其说这是一个错误,不如说这通常会是一个浪费时间的选择。
当我们想将不同的想法融合到一起,探索布局和层次的构建的时候,最好使用类似 Whimsical 之类的工具来绘制线框图,这样更快更轻便。当它只是线框图的时候,看起来确实非常粗糙,可能很难让人爱上它,但是我们因此可以更加轻松地接收反馈、摸索功能。
在设计一款数字产品的时候,其实就像去创建一个图书馆或者学校这样的公共建筑,它必须是面向所有人的,包括有肢体障碍、色盲和视觉障碍的用户。
Domino 曾经被一个盲人用户起诉,因为他无法访问 Domino 的网站。其实,在今天的产品设计当中,兼顾到盲人和色盲用户是完全可行的。
通常,我们会尽可能让产品对于普通人而言看起来是非常不错的,从而忽略了相对小众的、与普通用户交互模式不同的行为障碍用户。
将文字缩小到 8px 或者使用非常浅的灰色,能够让设计在视觉上充满层次感和视觉表现力,但是这让视觉障碍用户具备基本的可访问性。
在 Dribbble 上,我们会看到很多这样的存在可访问性障碍的设计,它们如果直接照搬到真实的产品中是一定会有问题的。
比如 Web 内容可访问性指南中(WCAG)中对于对比度的要求 4.5:1 ,很多设计都无法达到。此外,对于运动、听觉、认知障碍都有详细的指标要求。
当然你还可以借用 Stark 来检查你的设计是否符合这些可访问性的规范。
对于设计师而言,趋势有点像垃圾食品。不加分辨地追随趋势能够给你带来一些「看起来显而易见但是非常廉价」的解决方案,这些解决方案在短期内会带来回馈,但是从长远来看,却毫无价值。追随趋势的设计师很快就会从中尝到苦果了。紧跟别人的设计最终会得到什么样的回馈?唯一的回馈就是空虚感。——设计师 Micah Bowers
你可能会很容易深陷到 Dribbble 的世界,在漂亮的动画和绚烂的渐变中翱翔,然后迅速忘记了原本的设计目标。
我们的确会着迷于在 Dribbble 这样的平台上发掘特殊的交互和设计风格,并且试图将他们应用到设计当中。不过,因为新颖而受到启发和盲目复制,绝对是不一样的。合理借鉴,灵活运用,不要抄袭。
任何时候,打破常规的设计,用户都需要花费更多的时间来处理这样的信息。设计师需要考虑到人类认知的局限性,以及有限的记忆能力。——Joanna Ngai
经过这么多年、这么多数字产品的培养,用户对于 APP、网站、软件其实都有相对清晰的期望,如果在功能和体验上不符合预期,不够「直观」,他们可能会为之沮丧。
最典型的案例是图标的设计。对于「搜索」、「首页」、「收藏」等功能对应的图标,大家有非常清晰的预期,如果你的设计偏离认知太远,最头疼的肯定是用户——他们不知道你这个图标代表的是什么。
每个 UI 设计师最为讨厌的事情之一,就是打破他们所创造的设计。
而打破设计,最常见的情况,就是为了日常的使用、运用而需要输入信息,修整布局。但是想要让产品和设计足够灵活,可以扩展,对用户友好,只存在于理想状态下的「完美设计」就必须被打破。
当我在设计一个 APP 界面的时候,如果用户输入的名称只有十几个字母,它会看起来简约又大气,但是当一个名为 Hubert Blaine Wolfeschlegelsteinhausenbergerdorff Sr. 的用户输入他的完整名称的时候……又会发生什么呢?
在测试整个设计的时候,往后退一步,确保整个界面能够兼顾到实际的情况,这才是合理的。
在实际的设计开发的时候,UI 控件的不同状态代表着不同的含义和指向,缺少了任何一个,在体验乃至于功能上会差很多,这个时候可能会有开发者来补充,但是通常这样的补充,会让设计缺乏统一性,给后面带来更多的问题。
以按钮为例,我们必须兼顾到不同状态,比如错误、激活、禁用、悬停、空状态、填充状态、加载状态等等。
当我在设计一个愿望清单应用的时候,我需要优先考虑用户尚未填写任何内容时候的空状态,如果没有这个,整个体验会差很远。
通过原本的平台已有的组件,UI设计师可以快速创造出对用户而言熟悉的体验,并且避免输入出错。
无论我们是多么优秀的设计师,都很难完全从零开始设计一个 iOS 平台的日期选择器。哪怕你设计出了一个客观上更加优秀的日期选择器,一方面用户需要重新学习新的组件的使用,另一方面则是你是否要为这个全新的设计匹配更多的东西,以及开发者这边的工作到底会膨胀多少,都是未知的。
而善用原有的原生 UI 组件能够省去太多的麻烦,帮整个团队节省时间和精力,并且减少用户在体验上的耗费。
陈子木 作者:Danny Sapio
END