51

交互设计师的自傲、自卑与自觉

 6 years ago
source link: https://www.uisdc.com/pride-inferiority-and-consciousness?amp%3Butm_medium=referral
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

73632eI.jpg!web

编者按:交互设计师从刚入行到从业多年,天花板究竟在哪里?这篇文章一经发布就让很多设计师感同身受,相信你看完肯定会有收获。

本文作者授权优设转载,未经作者本人授权,请勿转载。

一、驳回一个需求,是最大的骄傲

记得上班第一天,还没结束培训师姐就已经给我布置了任务,到工位就立刻开始和产品经理对接需求。

那个时候,我作为交互设计师的工作是画图:按钮放在左边还是右边、是跳转新页面还是用一个浮层、网络不好怎么显示……听明白了产品经理的要求,把它画成界面,然后喊开发同学一起交互评审,直到最终需求上线,和大家一起复盘数据效果。

第一个惊喜,是我成功驳回了某个产品经理的需求。当他叙述完想要做的事之后,我在纸上写了三条理由,证明这个需求不合理,最终产品经理也认可了。看,我不仅不是以前传说只会被产品经理压迫改稿的设计师,我还有自己的判断。

纯做需求的时候身体上很累,心理上却还好。毕竟,从毕业时产品、交互两个 offer 里选择后者,我是自傲的。

骄傲的是什么呢?骄傲的是画图这项本领别人不会。我不像产品一样靠嘴炮工作,我是有真技术、真能力的。

我会嫌弃产品经理的线框图,经常告诉他们就不要浪费时间画图了,逻辑想想清楚,界面交给我。

在沟通和评审中,我拼命辩驳产品、技术对「体验」的建议,毕竟这是我们交互设计师的专业范畴,你们的看法都属于个人特例。

为此,即便在工作流中处于末端,即便是一个纯执行者,我也会为自己的专业能力而自豪。

自傲的日子里,画界面是交互设计师的全部。我每天看最多的是设计专业网站,读不同移动平台的设计规范、学习原型设计工具、热衷于动效和飞机稿。开会的时间大概只占30%,做完一个需求就马上去要下一个,乐此不疲。

QB7Fbub.jpg!web

△ 图源: Hurca 

二、N稿之后用回第一稿?不存在的

自卑,一定是从受打击开始的。

那时我正在跟一个创新项目,从0-1,保密,周报都不让写。第一批界面画得像视觉稿一样,趁着项目汇报前一周熬了好几个夜完成。不想,汇报完后不通过,业务逻辑上有漏洞。

此后,就是第二轮汇报、第三轮汇报……第N轮汇报。没有像故事里那样,让我们用回第一稿,而是真正来了一个面目全非。

两个月的汇报和颠簸之后,让我明白了两件事。

第一,在频繁的业务变化中,我发现画图的本领其实很多人都会,只是产品经理们不想浪费时间去考虑每一个细节,所以才交给下游的交互设计师。而且,正因为「体验」是非常主观的判断,所以无论是产品、研发、测试还是用研,都可以对你的方案提出很多难以反驳的意见。这些意见来源于他们自己的判断,或者身边「朋友」的想法,还有竞品的参考。

第二,业务形态可以在知识共享、社交、电商、O2O 等多个领域里变化,但交互设计上的差异性很小,都是前端排版。而绝大多数「体验」好的设计,都是迎合了用户习惯和预期,换言之也都是有迹可循的现成解法(规范、行业标杆竞品等)。因此,在一个项目中,设计真的不会是核心竞争力,也不会是左右项目存活与否的主要因素。

随着心理上焦虑的增加,身体上也不会轻松。

往往项目的推进都是从技术倒推开始。20号上线,测试5天,开发12天,PRD 2天,那么设计就只剩下一天。下游技术实现的难度是无法辩驳、所花时间也难以压缩,上游逻辑与业务产出又占据主导,中间设计的时间常常被一再减少。下班前半小时提需求,晚上需求聊到午夜,周五开会周一要,这样的案例也非常常见。

所以我总觉得,交互设计师只是在做一些可有可无的事。

i2Ubieu.jpg!web

△ 图源: Hurca 

三、设计师要不要学代码?

最近几个月我做了很多「理应不该设计师做的事」。针对目前所做的业务,我自己学着写了一个爬虫去搜集了很多竞品数据、我去看运营计划找其中的不足之处、我做整体的产品设计方案、我做线下活动的项目管理。

以至于很多看我文章的朋友经常在后台问:「你是转产品经理了吗?」

其实并不是。

从几年前就在流行所谓的全栈设计师,或者产品设计师,他们自己提需求自己画图,自己开发自己运营,类似于这样的斜杠青年引得很多业内交互设计师羡慕。

关于设计师要不要学代码之类的问题也是几年来经久不衰,对应的工具、设计产品也是层出不穷。

但我想说,在鼓励设计师向前站、补位、跨界的时候,交互设计师们还是要保持自己的自觉。

第一,专业能力的差距。不要因为学了一些前端工具写了 demo 就对前端工程师指手画脚,也不要因为对数据做了一些透视就自以为发现了数据分析师的漏洞,更不要觉得产品经理只会瞎逼逼从而越俎代庖。有时候你认为二流的设计师做了三流产品、四流运营、五数据,就是一个10分的人,而很可能最后是0分。

第二,我们的岗位天然缺乏信息输入。很多业务判断、数据分析都依赖行业信息,同样的数据在你的手里和专业数据分析师的手里,得出不一样结论并不是因为数据处理能力的差异,而很可能是你们岗位差别带来的背景信息不同。一个商品卖的不好,你可能认为是商品表达不够出色,但更可能是运营正打算淘汰掉这批货。

第三,我们的岗位缺乏话语权。做跨界的事情不仅需要能力,还需要话语权,当大家各司其职的时候,你跳出来说对方做的不够、不靠谱并给出一个取而代之的方案。能被认可的情况大多发生在职场小说里,更多时候会收到让你做好自己事的回复。

明明有自己不可替代的价值,为什么要去学个四不像呢?

所以设计师要不要学代码?我觉得至少你要先保证自己一项能力做到专业,比如你已经是设计专家,再花些时间精进技术肯定没问题。但如果两边都做,两边都不精,恐怕就得不偿失了。

UnmiAj2.jpg!web

△ 图源: Hurca 

四、天花板,可能比我们想象的高

今天正好在知乎上看到一个体验设计老兵回忆他曾经的同事们现在在做什么。5个案例中有人依然在做交互设计专家,也有人转型做产品总监,当然也有人创业。

当一个交互设计师想办法看清自己的自傲、自卑和自觉之后,才能真正去探索这个行业的未来。或许,天花板比我们想象的要高。

欢迎关注作者的微信公众号:「王镇雷」

yqYN3ee.jpg!web

图片素材作者:Hurca

「设计师的职场思考」


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK