时间: 2021-07-30 10:39:29 人气: 7 评论: 0
这是知乎上的一个提问:作为公司的唯一UI设计师,常常设计做到一半,同事就**嘻嘻哈哈的吐槽点评,有时候是玩笑,有时候很刺耳。我觉得设计都没做完,瞎起什么哄啊,感觉很不被尊重。请问设计师们,你们怎么对付这个情况?
以下是部分回答:
2007年我参加过一个项目,正好有一位Google的设计师在其中,他是这么做的:
设计的目标是一个网站首页的UI设计(架构已经设计好了),设计师找我们征询了对于网站气质的概念,我们给了很多关键词,然后他根据这些关键词找到了许多表现这些关键词的图**,然后从这些图**中精选出一些,取色,做了色系表。然后基于色系表,做了首页的接下来的UI设计。
这里面有两个事情,这个Google的设计师做的很对:
1,征询气质的意见,这个意见是大家出的,所以我们觉得这个设计我们有所参与。
2,找图到定色系,我们没有参与,但是我们也没有吐槽的余地,一方面是关键字我们自己选的,那么按照这样的流程,这个色系也就相当于是我们自己的选择。
3,色彩没有问题了,设计师根据自己的经验做了剩下的细节,我们最后几乎提不出意见——相当的专业。
的确,在一个公司,同事对自己尊重,是应该去要求的。但是因为团队协作,设计师的作品对于其他人的工作存在影响,即便是出于安全考虑,受到影响的同事也**有对这件事有一定掌控和参与的欲望,这种欲望很正常,常常也有两个方式可以解决:
1,要么是设计师地位很高,能力**强,即懂得设计,也非常了解设计用到的地方,看设计的用户的心态,以及设计涉及的开发投入等等,这样能获得一个信任,一个“我不用参与,他肯定能搞定”的信任。—— 很遗憾因为对于设计的不理解,以及大多数设计师的知识面无法扩充到技术,市场,产品多个领域的比较深的深度,大多数人不**给予设计师这样的心理高位。
2,要么有好的工作流程,通过方法,引导有表达和参与欲望的同事,让他们的介入产生能量而非抵抗。Google这位设计师的做法,就是让他们提供关键字。让他们感觉到后来的设计都是基于他们自己的想法。
关于工作流程,咱们其实知道同事们的参与有时候是不了解设计的背景,有时候是对于设计面对的客户/用户群有着不同的认知,有时候纯粹是喜好。而设计领域也一直都有不少方法来对付这些事情,在设计开始前,用角色原型来统一对用户的认知,用故事版来统一对设计应用场景的认知等等。即便是小公司不走正规流程,一个设置在设计早期的概念讨论,也**起到类似的作用。
所以回到原点,作为设计师,要求获得同事尊重的同时,是必须要考虑,自己的设计不是独立事件,对于后继的工作是有影响的,这个基础上,如何让后继的成员获得最好的安全感,方便性,感觉到被支持,是设计师,或者设计部门应该去考虑的问题。
作为个体,想要外界环境有变化,抱怨或期待直接改变对自己不利的环境,通常是吃力不讨好的,正确的方式是改变自己与外界的交互方式,因为自己和自己生存的环境一定是整个系统的一部分。看清系统,先让自己有一些变化,整个系统就**一定**产生变化。(推荐看《系统思考》《第五项修炼》两本书)
从一个设计师转变为老板之后,说说我怎么看待这个事情:
1.我认为重要的事情,我都希望关注它的进度和近况。
2.对于合作不久或者新手的设计师,我们着实不放心,我们需要通过较多的过程跟进来保证最后的结果。
3.时间成本很高,我希望尽可能的在发生问题后最快的时间内调整。
我想,一个好的设计师,我希望他这样来做这个事情:
1,在接到任务的时候,先跟团队或者老板详细了解工作的目的、期望;
2,做准备工作,把准备完的思路跟团队沟通。准备的工作比如了解精品、找一些关键词描述团队或者老板对设计的期望、让团队给出一些关键词等等;
3,做第一个Demo,可能是选择一些相似风格,或者独立设计一个或多个,汇集建议;
4,正式开工,交稿。我相信在最后的三四个阶段,我作为老板应该**放心让这个设计师去施展他的才华。
其它:
作者:尹航
1.尊重和信任是需要争取的。
2.设计过程和方法的使用可以在很大程度上解决这个问题。推荐IDEO HCD ToolKit,101 Design Methods,Delft Design Guide,这几本书,一种或几种设计方法的混合应用**极大提升设计作为一种职业的专业水准。
3.同事的关注不是坏事,而且多半没有恶意,对此保持开放的心态就好。
via:知乎话题延伸:http://www.zhihu.com/question/21158572