美文网首页
【UIPark编译】难道懂设计的设计师才会痛苦?

【UIPark编译】难道懂设计的设计师才会痛苦?

作者: UIPark | 来源:发表于2018-01-13 09:40 被阅读0次

    本篇为编译文章,由UIPark特聘编译老师田子玄翻译整理,田子玄老师是专业的英文翻译,自学自修的心理学爱好者,也是专业过硬的UI设计师哦~

    如果你是个很有天赋的设计师,那你一定很有审美。你理解从根本上讲什么是美、设计以及对称性。这种能力是你看待世界的关键元素。

    问题就出在这儿了。

    你周围的很多人,包括和你一起工作的人,可能都没有这种能力。他们没有发现设计的眼睛,也不懂设计的基本原则。

    当你有掌控权的时候,设计可以很美好。

    很多时候,你都没有掌控权,对不对?经常会有人要求你去做你明知道很丑的东西。你有多少次,以多少种形式被人要求“大一些!酷炫一些!”?而且还不仅于此。

    作为设计师,你有发现美的眼睛。你下意识地就会去注意形式、结构和布局。对你而言,生活中处处都是设计元素。而这些内容不是设计师的人是不会在意的。你整齐有序、善于观察并且理解力强。有些东西你不太能讲出为什么,但就是能看出来,能get到重点。这些都是出色设计师的特点。

    也正因为此,才会出现问题。

    设计师总是被要求给那些不懂设计的人做又丑又低效的设计。

    这里所说的“丑”,不仅仅在说那些视觉上不讨喜的设计,也包括那些给用户造成困扰、压力和焦虑的设计。这样的设计与设计本身的初衷背道而驰。

    有一些非设计人员就有这样的坏习惯。

    他们似乎认定自己可以搞定设计,因为自己在其他领域,比如会计、市场或投资等领域是专家,所以这种能力自然就可以转化为设计能力。他们会说“不就是设计么,能有多难?”非设计人员会用这样的方式来包装自己可怕的要求:

    “我知道你还需要四天的时间,但是这个项目其实很简单啊。你不是学设计的么?那对你来说应该不难啊,最多半个小时肯定能搞定的。而且话又说回来,能给你这次机会,你应该好好感恩好好珍惜才对。很多设计师想做这样的活都没机会呢。”

    听过类似的话么?为什么设计等于痛苦

    设计真的就等于痛苦吗?

    并不是的,至少在健康的环境下不是。

    那么,健康的设计环境是怎样的呢?健康的环境会给设计师提供创造新事物和想法的自由和约束。包括下面几个核心要素。

    清晰的工作界限。包括设计规范,以及设计中可以采用大胆创新的类型、时机和禁忌。工作界限还包括公司普遍遵循的设计法则和价值观等等。

    有可遵循的框架。清晰的工作细节描述可以帮助你更好地跟上团队的节奏。政策和流程帮助你保持工作的可持续性。团队使用的工具和资源的共享帮助你按要求完成工作。风格样式、范例和资源库可以作为明确的参考,提高工作效率。

    指导和调整反馈。无论是有经验的还是没有经验的设计师,都会犯错。有时候,我们自己很喜欢的设计未必符合公司的要求。有时候,我们可能太过于追求细节,而忽略了其他人注重的设计目标。

    培训和技术支持。你需要在个人以及专业方面不断提升,不断学习新的工具和知识,在遇到困难需要帮助的时候也需要获得支持。

    一眼看上去很清晰易通,便于执行,对不对?但其实并没有。

    如果缺少这些要素会怎样呢?我们工作环境就会从支持性转为压迫性。

    压迫性环境会造成持续性痛苦

    你的工作是由动机驱使着的。人与工作之间的“连接”越密切,工作表现就越好。问题是,研究表明,大部分人与自己的工作都是“脱节”的。这也就是为什么很多人都说自己讨厌自己的工作。为什么呢?

    很多公司都在使用低级的驱动策略:胡萝卜加大棒(奖惩机制)

    听上司的话按上司说的做(即便老板的要求很无理、很糟糕),你就可以保住自己的饭碗,可以获得经济奖励。不服从的话,就会受到惩罚,你会被更多可怕的工作和要求淹没,会被挑毛病,降职,甚至解雇。

    你在工作中是否也是这样被“激励”着的呢?

    是不是其实并没有很激励人心?事实上,这种低级的激励方式,创造了不忠的工作环境。

    丹尼尔·平克在畅销书《动机》中,分享了人的工作动机中三个最重要的点:

    自我管理。我们渴望自我指导,从某种意义上能够自我掌控工作。

    业务精通。我们希望提高自己的设计水平,能够有能力hold住自己的设计工作。

    目标清晰。我们渴望自己的设计有意义有价值,服务于更远大的目标。

    那么,为什么我们在真实的工作环境中并没有这样的动机呢?下面是一些最常见的但并不完全的原因。

    给非设计人员做设计。设计师的工作不断地被非设计人员指手画脚,他们不停地要求设计师去违背自己的设计原则、认知和能力。这样的作品水平大打折扣,甚至没有设计价值。

    管理层面失调。管理人员和客户因为知识匮乏、对常识的错误理解及管理不善,不断地向设计师提出不合理的要求。事实上,有50%的设计师辞职都是为了离开糟糕的上司。

    生产和销售之间的冲突。很多设计师和开发人员都鄙视营销团队。当你被要求欺骗或操纵用户的时候,就很难做出有意义的工作或产生价值感和荣誉感。

    做琐碎的杂事。这样的工作似乎对于用户、雇主甚至自己都无关紧要。

    所以说,设计师因为各式各样的原因讨厌自己的工作。

    如何解决?

    创造好的有价值的结果。

    这句话听起来像废话,因为谁都想在工作中有好结果。但其实,创造好的结果比表面上看起来有更深层的意义,也更重要。一般来说,好的结果有两种:

    传统好结果建立信任和安全感。在工作中表现出色,超越自己,与他人合作,等等。如果你是一个出色的设计师,业务精湛,你会成为团队中可以依赖的重要一分子。

    颠覆性好结果建立信任和力量。创造超乎雇主期待的、使用户或行业更好的结果。为其他设计师用简单的方法解决独特的问题,创造对于其他人一些有价值有意义的东西。

    这就是好结果重要的原因。好的结果会带给你更多的掌控权。记得上文说过“当你有掌控权的时候,设计可以很美好“吗?就是这个意思。给你周围的人(你的雇主、客户、同事、用户)创造出他们想要结果,也就意味着他们会越来越信任和依赖你。

    出色的工作能力和成果是一切要求的先决条件。当你的老板信任和依赖你的时候,他们才更可能给你自由发挥的空间和掌控权。

    来看看颠覆性好结果的三个真实案例。

    SHOULDIWORKFORFREE.COM(我该不该免费工作.com)

    Jessica Hische是一名文字、插图和字体设计师。她看到了这个行业普遍存在的问题:设计师滥用。总有客户承诺,如果设计师免费完成第一个设计项目,才会提供更多的工作。很多新设计师都会中招。Hische自己也遇到过这个问题,所以她最终决定要做点什么。

    她创立了shouldiworkforfree.com。

    之后这个网站病毒式地传播开来。她制作的简单流程图击中了很多设计师的痛处,很快就覆盖了AdWeek,Fast Company,LifeHacke等前500的网站。她成了“专家”,也拥有了巨大的信任和力量。RUBY ON RAILS

    David Heinemeier Hanson,是37signals的设计师和开发者,使用Ruby编程语言编写Basecamp(37signals公司旗下的一款非常流行的基于云服务的项目管理软件,以简单易用和颠覆性的创新而出名)。David从Basecamp里面分离出Ruby on Rails,并且以开源方式发布。很多公司都会使用Ruby on Rails框架,如Hulu、Shopify、Twitch、AirBnB和SoundCloud等等。

    超过4500人都为Rails代码做出了贡献。David通过简单地共享自己的工作,创造了巨大的改变。他影响了上亿用户生活的每一天。

    TASTYTUTS

    Gareth David的想法很简单。他想为创意社区创作教程。作为一个教育从业者,他做的教程深入浅出、视觉精湛,而且在YouTube上可以免费观看。很多人都做过这样的事。

    Gareth之所以能脱颖而出,是因为质量出众。他的教程是综合教程,主要帮助初级设计师进阶到合格的中级设计师,并成为知识渊博的专业人士。他专注于为别人做出贡献,他的视频的评论也表明的确他有着革新性的影响力。学校的老师不会教给你的秘密是,这个世界其实是被价值驱动着的。你对周围的人而言越有价值,你就能获得越多的影响力和掌控权。

    因此,是不是该问问自己,你的价值在哪里?你能为他人贡献些什么?你能做出什么样的项目,让你的上司无论如何都要留住你?你能创造多少的价值,足以匹配你期望中的薪水?

    如果你不出类拔萃,那你也很可能像其他设计师一样苦苦煎熬。而出类拔萃的设计师之所以与众不同,是因为他们应用了价值公式。雇主和客户想拼命留住他们,用户被他们的设计吸引,他们也比其他同行赚得更多。他们对于自己的工作和工作环境有着更多的掌控权,无论是在职还是自由工作者。

    你也可以这样。

    作为设计师不一定非得是痛苦的。你的上司和同事并不需要像你一样理解结构、美学或易用性。他们只需要信任你就可以。就如同上文所见,信任源于价值。你为周围的人创造的价值越多,你就会得到更多的自由、掌控权和力量。

    因为只有专注于创造价值,设计才更有意义。

    相关文章

      网友评论

          本文标题:【UIPark编译】难道懂设计的设计师才会痛苦?

          本文链接:https://www.haomeiwen.com/subject/xhtcoxtx.html