详细解析设计师应该如何去掌握主动权

UI / UI设计教程 / UI教程 /      

uimaker

来源:优设   作者:可风

懂得把控产品设计师不仅能少改稿,设计成果会更加出色,但如果身在PM强势的公司,设计师如何把控流程,主导设计?今天金山的可风同学写了一篇长文,将自己多年的经验分享出来,文中多亲身设计案例,实用性强,弱势的设计师们,来进击吧。

可风f今天想和大家聊一聊设计师的烦恼,因为我自己是设计师,周围的朋友也大部分都是做设计行业的,大家交流的时候难免吐吐槽,说说自己的烦恼。但是听多了之后发现设计师的烦恼还是挺有规律的,无非就是这三大类:

1,太着急:经常早上提的需求下午就要,没有时间认真打磨和研究,更别提什么创新了。总是被需求方催着,只能草草了事,自己都不忍心看。

2,修改太多了:感觉对方也不知道要什么,怎么做都要被修改,大家都很纠结.

3,被指点江山:尤其是被不懂设计的人指点江山,经常提一些很主观和细节的要求,感觉还不如让他们自己做得了。

但是认真感受这些烦恼之后,发现一个更严重的问题就是:大部分设计师都没有设计的主动权。图是设计师在做,但是设计的过程和结果却不是设计师自己能够掌控的。

于是我就在想为什么会造成这样的问题,当然原因有很多,可是有一个很根本的原因就是在现在的互联网设计流程中,设计师本身就是处于整个流程的下游。

详细解析设计师应该如何去掌握主动权

大家可以看到上图是我们常见的设计流程,需求方或用户提出需求,产品经理整理需求,最后才反馈给设计师开始设计。这看似司空见惯,但是却会造成一些问题:

1,信息滞后:大部分需求设计师都是最后一个知道的,,也许在知道之前,产品经理和领导就已经讨论完了,甚至有了基本的设计解决方案。设计在最后才介入,只能做一些执行的工作。

2,目标不清:因为设计师无法了解原始的场景,当时用户的问题和需求点都没有自己感受到,只是别人传达的。那么可能会被传达少一些,或者加入很多主观的想法歪曲了一些,这样设计师所了解到的设计目标可能根本就不是一开始想要的。

3,进度失控:大部分情况下项目周期可能都是领导和产品经理订好了,什么时候立项、什么时候测试什么时候上线。等到某一天突然找设计师要图的时候,天啊~完全没有准备好!

尤其是像我们猎豹移动是一家产品经理为主导的公司,产品经理有很大的影响力和信息的垄断性,表现到烦恼上就是——大家觉得产品经理太强势了!但是后来我仔细想想其实这也不算什么问题,百度也是工程师文化,阿里也是运营文化,估计除了苹果以外设计师在哪里都得面对这样 的现实。

如何解决这些烦恼?

在聊如何解决的时候,我想说一下假如这些烦恼都已经解决了,假如有一种符合设计师的理想模式,那会是怎样的?

1,设计师由接任务变为推动设计:传统的情况我认为设计师都在接任务,接受别人的任务并且完成,这样不断的反复。但是在理想模式下设计师可以推动自己认为美好和正确地事情去变为现实;

2,设计师自己掌控自己的时间:尤其是设计师可以为自己留出认真思考和创新的时间,而不是始终疲于奔命;

3,方案的通过率高:指的是我们只需要出那么一两稿,就可以基本确定大方向,不用一直绕圈子;

而在这种模式下,我觉得设计师已经不再是流程的下游了,而是某些意义上来说,设计师在领导整个团队推进产品设计的提升,这就是设计师掌握了主动权。

大家可能会觉得这种梦寐以求状态实在太理想了,也可能会问到底应该怎么做才能掌控主动权呢?其实我也没有完全做到这种状态,但是我们团队始终在以这个目标不断的尝试和改进自己的工作方法,在很多情况下都已经产生了不错的效果,所以想分享一下我们的经验:

1,设计师要做到知己知彼,掌握全面的信息

我曾经做过浏览器的交互设计,我经常接到的需求一般会类似于 “做一个加载网页的进度条”,要是平常可能大家就这么去认真的研究这个进度条了。但是我们会首先放在整个产品架构上去看这个需求,进度条是属于网页速度体 验的一个环境,那么和安全、浏览器性能上有什么关联呢?又或者在表现形式上,加载的进度条和下载的进度条有什么区别呢?

所以我们的设计师会维护一个产品的用户体验架构,看问题并不是只看一个点,而是看一个面,并且看到他们之间的联系。这样可以提升我们的反应能力和设计的精准性,而要做到它就必须建立在有非常充分信息的基础上。

1.1 我认为设计师要掌握的信息有三类,第一个是要了解产品的战略方向。

具体表现就是产品的商业目标:为什么要做这个产品?以及产品的策略:通过什么方式来实现这个目标?

刚加入金山调入浏览器部门的时候,上班第一天我就问领导一个问题 “为什么要做猎豹浏览器”,当时领导一副诧异的表情类似 “你一个美工干嘛要问这个?”。后来经过长聊之后我们才沟通清楚,作为设计师,之后的每一项方案、每一个研究和思考的方向、每一次设计决策,都是为了帮助 实现你的产品目标。所以如果能沟通清楚让大家都清晰才能够更好的协作和执行,甚至让设计师发挥自己的主动性来达成目标。

给大家举个例子,一年之后我们进入海外市场,当时海外的浏览器市场还没有饱和,移动浏览器的技术瓶颈也还没有到。所以我们决定做一款“最快的手机浏览器”,依靠简单极致的速度去赢得用户的口碑。

但是可能很多人就问,“快”不是性能和开发的问题吗?和设计有什么关系?其实快不仅是性能,视觉上的简洁轻巧,交互上的化繁为简,都是用户能真切感受到的“快”。

所以当时我们做的第一件事情就是把主题改成白色了。猎豹的品牌色一直是黑色和橙色,非常重的质感,老板很喜欢。所以我们这个改动不是一般的难,一来它触犯了品牌一致性的大忌,二来非常难说服老板上个年代的审美观。但是因为强烈的目标感,大家最终还是推进下来了这件事情。

详细解析设计师应该如何去掌握主动权

然后设计师因为对目标的了解也发挥了很大的主动创新能力,比如在简单App启动过程中,我们为了让App的启动感觉更快,做了很多细节上的修改。

详细解析设计师应该如何去掌握主动权

传统上的App启动分为上图这几个步骤,程序启动是一定要等几秒的,一般产品会选择做一个品牌宣传的页面,比如UC这样。但是我们当时选择一张图片,让模拟加载出一般的“框架效果”,这样用户就会以为我们是一个逐渐加载的过程。

详细解析设计师应该如何去掌握主动权

详细解析设计师应该如何去掌握主动权

当然这也不是我们原创,只是我们为了快的目标,而最终选择了这个方向。

另外一个步骤就是首页的内容展现也会有一个加载,虽然很短但是如果不作处理的话就会显示一个loading也不是很好。于是我们又用了一张图片,是用户上次退出的时候主屏的截图来替代loading的小菊花,这样过渡效果就柔和很多。

详细解析设计师应该如何去掌握主动权

详细解析设计师应该如何去掌握主动权

另外还有一个小细节,同样的截图,我们颜色确是不一样的(下图文本框),这样一深一浅是模拟加载的时候内容渐隐展现出来的感觉。

详细解析设计师应该如何去掌握主动权

所以就是这样几张简单的图,我们在感官上给了用户顺畅和快速启动感受。

所以其实在实际工作中,产品的方向深刻的影响了设计师的每一个判断和思考,同样也影响了设计师的效率和成败。有的时候我们只觉得管好眼前的事情或者分内的事情,殊不知反而会带来更多的迷茫、争执和不理解。

1.2 了解用户反馈和数据

在传统的流程下设计师大部分情况可能都不会直接接触到数据和用户反馈,而是经过运营或产品经理整理,或者好一点的公司还能有用研给一个结论。更有的同学觉得,数据和用户反馈不就是产品经理和运营用到的吗?设计主要还是靠美感和品位。

但是更多时候设计是解决问题的,问题的来源往往就来自于数据和用户反馈。可是数据和反馈并不能直接给出设计师想要的目标,它们仅仅是uimaker.com/uimakerdown/">素材,运营同学 可以从中看出如何改善运营活动,产品同学可以从中挖掘需求,所以设计同学也应该自己去研究和消化数据和用户反馈来改进自己的设计。

我们团队的流程通常是这样的,有一位专门的同学每天收集来自各个渠道的用户反馈然后发给团队所有成员,如果大家有兴趣的话,可以挖掘用户的原文并且找到用户的联系方式继续深聊。如果数量多或者比较严重,则会在讨论会上各个角色都提出自己的专业建议,并且讨论项目排期和改进计划。

数据也是一个道理,数据的涨跌会因为很多复杂的原因造成,各个角色也会参与和跟进到数据的变化的分析中。有的时候我们的设计师会做出很多种设计样式小量测试,然后看数据的变化来得出最佳的设计方案。

所以这两样东西设计师不光是简单地看:反馈的原始场景是什么?反馈的是什么样的用户?能否深挖这个反馈,和用户联系?

也不仅仅是看而已:收集并且观察,重要的还得跟进细节;长期保留作为以后设计决策的依据;长期观察,提升自己对用户和数据的理解;

1.3 了解项目计划

设计师对项目计划有很强的被动感,很多时候觉得反正你们定好我按照安排做就行了,不知道也不想知道别人都在干什么,但是这样往往最终都给自己带来了麻烦。

有一次周五下午一个产品经理找我说有一个很急的需求,希望我周一的时候能给出方案。当时我就懵了,这不是要我周末加班吗? 说好的和妹子看电影什么的。于是我反问他项目计划,为什么周一要方案。原来周一的时候产品经理例会,他要给产品总监汇报这个需求但是没有原型无从说起。经 过了解后我们达成一致,我先给他一个粗略的方案,能够表现出大概的交互方向,然后等之后在确认了我再补充上各种细节和分支,这样即满足他也不会耽搁我很 久。

所以设计师如果对项目计划的各个节点都充分了解不但可以避免误会和争吵,还能提前准备和思考,把控自己的工作节奏。比如:

什么时候可以定设计方向?(提前做好充足的准备,探索风格)

什么时候开发要介入?(需要给出基本框架和布局)

什么时候开发会细调界面?(需要给出细节和标注了)

什么时候测试和上线?(要和开发一起调试实现效果)

上线之后效果的反馈周期?(帮助自己验证和改进设计)

但是在了解和思考项目计划的时候有一点需要注意的是,设计师的考量标准是目标和结果而不是项目计划中对方的要求。经常有的项目计划太 紧张让我喘不过气来,但是却想要很高的结果。比如产品经理说希望改进界面大幅度提高用户口碑,但是却只给我半周的时间,如果我客观分析了不行,我就会直接 告诉他说半周我能完成一个新的设计方案,但是绝对做不到想要的这个结果的。这是能力问题,要不你换个大价钱找个能做到的,这次逼我也没有用啊。

2,设计师要明确设计目标

2.1 思考设计目标是什么呢?我到底做这个设计方案是为了解决什么事情?

首先 “解决方案” 绝对不是目标,我们大部分时候接收到的其实都是解决方案而不是目标。比如产品经理有的时候说:“你要新加一个按钮,或者新加一个红色的按钮”。但是新加按钮其实是为了为某个功能做一个入口,入口一定要是按钮吗?是不是banner,卡通图形也可以?而要做红色的按 钮也许是为了强调这个入口,那么强调的方式也可以有很多种,除了颜色以外,布局位置,周围的留白,阴影和质感都可以起到强调作用。

所以有的时候设计师听到需求方这么具象的要求都很生气,心里想着 “哇靠明明和我们风格不符没办法这样做好吗?要不你来做 “,但是实际上都是因为互相都没有深刻去挖掘目标。这样的例子还有很多:

1,设计一个注册流程 = 满足用户收藏的欲望 = 真的需要注册吗?

2,增加几张启动欢迎页面 = 告诉用户版本新功能 = 放在场景中引导是否更有效?

3,将banner做大一些 = 提升30%的转化率 = 内容是否也有改进余地?

2.2 为谁而设计?

 收藏
说点什么吧
  • 全部评论(0
    还没有评论,快来抢沙发吧!