优秀UI设计师与普通UI设计师相差理...

  • 经验类型经验/观点原作者:翻译C7210

  • 经验属性好文转载
  • 经验版权署名-禁止演绎
33657 5 111 2015-11-04

两篇文章合集,告诉你优秀的设计师们如何思考!

本文转载自腾讯高级交互设计师C7210的微信公号Beforweb,转载请务必注明出处。


译者注:原文来自Facebook产品设计director Julie Zhuo的文章,A Matter of Principle - Surfacing the core truths in every design。


每个设计方案当中都包含着大大小小各种设计决策。

这个app的主界面应该以怎样的形式呈现?用户怎样在功能之间进行导航?导航栏应该用怎样的底色?

好的设计师应该有能力对这些决策进行诠释。没什么是信手拈来的,明确的设计意图是工作产出的重要组成部分。

“主界面就是一个消息列表,因为用户进入app的首要目标就是要看到这些消息。”


“我们的app当中有4个主要的功能界面,所以通过底部tab栏进行导航可以帮助用户一目了然的发现功能并快速进入。”


“我们不希望顶部的导航栏过于抢眼,所以使用白色作为底色。”

关于设计决策的理由,无论你提怎样的问题,好的设计师都应该有能力让你得到明确的答复。

这种诠释本身没有问题,但也只能局限在枝节末端,不具备扩展性。无论与他人进行沟通,还是自己思考设计方案,试图站在这个层面来探索产品设计问题,最终只会让人迷失方向,精疲力竭。

好的设计师与优秀的设计师之间的一个重要区别在于,后者懂得从“为什么”这个角度开始思考和交流。她会首先站在产品整体的层面将产品目标及其对应的最核心的设计原则思考清楚并展示出来。当你了解了这些核心原则,那么所有表现层面的细节问题就都是不言自明的了。

坦诚的讲,我个人曾经严重怀疑“设计之前明确一系列设计原则”这类理论化的方式。一见到有人在实际设计之前试图以这种思路去做一些列表或演示文档,我就会嗤之以鼻。那时我只想立刻进入设计状态去做些更“实际”的事情。

因为我从前并不认为这种文字性质的东西能有多大用处。而实际上,要将特定产品项目的设计原则思考清楚并呈现给自己和他人,这不是一件容易的事,更不是没有意义的事。

设想下面这样所谓的设计原则清单:

我们的设计应该是简洁的。

我们的设计对用户来说应该是具有自解释性的。

我们的设计看上去应该让人感到愉悦。

说的好像有谁愿意把产品做的复杂不堪,需要用户阅读说明文档才能操作,而且界面看上去还很伤眼一样。诸如此类的“原则”过于宽泛和浅显,确实无法对实际当中的设计决策产生正面影响。

而真正有价值的设计原则应该做到以下几点:

  • · 可以解决实际当中的具体的设计问题。
  • · 具有整体性和扩展性,不仅可以解决当前的问题,而且对未来可能出现的问题同样起到指导作用。
  • · 能够回答人们关于“为什么”的问题,无论整体还是细节层面,无论对方是否是设计师。
  • · 具有明确的设计观点和优先性分析。
  • · 通常配有范例图示来演示这些原则是怎样运用到具体决策当中的。

仍然觉得有些抽象,想看一些优秀设计原则的实例?

Apple的Human Interface Guidelines和Google的MaterialDesign Guidelines就是最现成的例子,它们都非常清晰的体现出了各自平台背后的设计逻辑。

不仅如此,它们同时还让我们实际看到了优秀的设计原则对于产品设计的影响有着多么深远的影响作用。

我们可以设想Apple和Google想要达到的根本目的在于确保第三方产品的设计者们带来符合平台用户使用习惯的优质产品,那么他们可能有两条路可走。

一是让自己的设计团队与第三方设计者们进行接洽沟通,从项目的具体问题入手,直接给出设计意见反馈。

这就像让两个设计师交流具体的界面设计决策。

不是两三个问题而是有成百上千个问题有待沟通解决。即便Apple和Google这样的公司怕是也无法维持这种“看门人”模式。

而第二条路就是,与其手把手去就各种具体问题进行交流和协作,不如提供一套原则协约,清晰的展示出平台特征及产品设计在体验上需要达成的理想标准,让广大第三方产品设计者都可以理解并实际运用到产品当中。

提供一套核心的设计原则框架,这种方式最具持续性和扩展性。

所以,下一次,在陈述自己的设计意图时,或是更理想的状况。

在你自己坐下来准备动手实际设计些什么之前,花些时间从产品整体层面多想想“为什么”,定义一下对应着这些“为什么”所应遵循的核心设计原则。针对本开开篇时的设计案例,可以尝试这这样描述设计原则:

“我们相信,这款产品最重要的意义在于使人们的联络行为变得极其快速和轻量化。

为了达成这一目标,我们决定采用一些为人们所熟知的设计模式,使他们不必多花时间和精力去学习操作方法一包括标准的信息列表、底部tab栏等等。

同时,我们不希望用户在任务过程中被界面当中加粗字体或无意义的动效等元素所干扰。对于多数用户在多数情况下会用到的联络功能,我们必须使其直观的呈现出来,并确保用户通过一两次点击就可以完成目标任务。”

好的设计原则是产品设计的坚实基础,它应当体现出重要而清晰的设计意图,既可以描述产品整体层面的设计目标,也可以对具体问题的决策进行支持。

相对来说,“好看”和“好用”都只是表现层面的概念,真正优秀的设计师会从最底层的核心原则出发进行思考一这些核心原则可以在局部当中支持一两个决策,也可以在全局层面支持成百上千个决策,“以不变应万变”就是这个意思了。


-------------------------------------

下面是另一篇关于优秀设计与好的设计师之间的想法上的区别

英文原文:Good Designers vs Great Designers,作者:Jennifer Aldrich

作为设计师,我们约莫都经历过这种情况吧,比如客户或需求方胸有成竹的把你叫去,指示你应该出一套怎样怎样的方案,连细节都替你想好了。如果你刚刚入行不久,怕是会立刻接受命令 - 需求么,就是应该被迅速执行到位才对,既然对方已经考虑的很清楚了。

不过你在这个行业做的越久,就越会发现,那些完全依照“需求”和“指示”来打造的方案最终往往会挂掉。人们就是这样,想要的未必是真正需要的,需求方自认为合情合理的方案不一定能真正解决他们的问题。

说个真实的故事吧。我的一个好友,现在就职于一家知名设计机构。在他们那里,新手刚刚入职时会有一名资深设计作为导师来带一段时间。我的这位朋友在十年前刚刚进去的时候就是这样一名行业新手。

入职第一周,他的导师正好要和一家大客户开会,他就跟着一起参加了,观察学习一类。

大家刚刚坐下,客户立刻扔出一套自己做的稿子,事无巨细到连配色和字体都选好了。看起来客户希望通过这种简单粗暴的方式来告诉他们应该怎样去做,他们只要按照规定路线处理一下即可。

我朋友的导师看了看那套稿子,然后抬起头来简单的问了一句:“你们的目标是什么?”

被这样一问,客户立刻显得有些困惑和吃惊,然后含糊的回答道:“恩...我们还没花太多时间去考虑这个问题。”

我朋友被这种突如其来的逆转搞的有些不安,他说当时客户看起来已经明显有些不爽了,随时都有夺门而出的可能。

而他的导师仍然只是简单的回答了一句:“OK,那我们就先讨论一下这个问题好了。”

一个小时之后,导师带着一份清晰的目标列表走出会议室,向其他团队成员进行传达。客户同意让他们先花一个星期的时间来针对这些明确的目标探索一些可能的解决方案。

后来我朋友在大厅里碰到他的导师时,跟他说自己简直不敢相信之前发生的事情,一名设计师竟然可以那样“勇敢的对抗客户”。

而他的导师只是笑笑说:“我才没对抗他们,我只是想搞清楚他们真正需要解决的问题。好的设计师会接受任务然后快速而精准的实现出来交给需求方,优秀的设计师则一定要首先挖掘出对方真正的目标是什么。”

我朋友说,这几句话彻底的改变了他的职业生涯。当时他决心要成为导师所说的那种“优秀的设计师”,而十年之后,他已经是了。

全部评论:5

  • 阿成在路上

    2015-12-07 23:34

    我应该早些看看这些文章的。。。

  • 都不叫事儿

    2015-11-09 16:10

    新人,思考中。

  • 远方的岛民

    2015-11-09 14:28

    新人,思考中。

  • 汤圆什么馅

    2015-11-06 10:13

    这个观念其实在学生时代就被灌输了。 设计本来就是解决问题的,不是为了美,也不是单纯的遵从客户要求。 最基础的概念就是:发现问题,解决问题。 这是基础理念,并不涉及形而上学

  • HeNgrY

    2015-11-05 10:43

    ”说的好像有谁愿意把产品做的复杂不堪,需要用户阅读说明文档才能操作,而且界面看上去还很伤眼一样。诸如此类的“原则”过于宽泛和浅显,确实无法对实际当中的设计决策产生正面影响。“ 被这句话挫到点了,产品与设计之间的彼此理解确实存在不少差异化。3个点,这位Facebook的产品应该完全从自己的角度出发考虑,但不难想象设计要说明的事情事实上和产品在想的事情完全是两码事。设计的简洁,产品的简洁,设计的愉悦,产品的愉悦等等,完全是两个层面的事情。嗯,好吧,也许我想太多了,言多必失啊

更多作品

发表评论

取消

点击右上角
分享给朋友吧

分享到

取消

每人每天仅限5票,快给你心仪的作品鼓励的一票。

投票