德州禹城学平面设计 五招迅速拆解UX平面设计白板题

  • A+
所属分类:图像处理培训

德州面试的时候,除了一定会讲一个自己以前做过的项目以外,有些公司也会要求面试者要做白板题。UX 设计的白板题又是如何进行的呢?
通常公司会出一道题目,让面试者在20~30分钟内快速的brainstorm,快速走过设计流程,画出框架。在这个过程中主要是为了观察:

  • 设计师思考过程的逻辑
    是否有关注整体的使用情境
    是否具有和其他人沟通的能力
    是否对他人的意见展现出弹性
    对于设计模板的熟悉程度
    比起要面试者讲一个已经练习过无数次的项目,这样的面试方式更能看出设计师最直觉的思考方式和如何和别人互动。我个人也满喜欢做白板题的,比起千篇一律的讲项目,白板题的变化更多也更有趣。最近在和同学练习做白板题,观察到了几种不同风格,自己也练习过了一次,今天来和大家分享白板题基本的流程,和需要注意的地方。希望大家能少走冤枉路,顺利答出漂亮的白板题。

基本流程

回答白板题的流程和一般设计流程大同小异:

了解背景资讯,确定problem statement

功能流程图

选择2~3个主要功能画出框架

简短回顾自己的设计,并提出其他可能的替代方案

答题时请谨记以下心法,不要忘记时时和面试官们沟通:

面试官就是你的teammate

不足的背景资讯要尽量发问

经常问你的teammate有没有什么想法

无论你在想什么都要说出来

了解背景资讯

这个部份是最最重要的。能够搜集到多少资讯,决定了是否能产出好设计。另外也可以帮助确认和面试官对于产品的想像是否相同,避免对方觉得设计离题。

以下是一些在这个阶段通常会问的问题:

谁会使用这个产品?年龄?对于科技的熟悉程度?

他们的目的是什么?要解决什么问题?

原本的使用流程是什么?原本是怎么解决这些问题的?

他们会在什么样的情境下使用这个产品?

他们会在这项产品上花费多少时间?

开发这项产品需要多久的时间?预计的timeline如何?

记得边问边把关键字写在白板上,之后在设计的时候要不断回来看自己的设计是否有考量这些需求。

最后可以把几个重要的问题点圈起来,形成你的problem statement。之所以说persona可有可无,是因为使用者的形象可能已经在上一个步骤中非常清晰了,因此不一定要有persona,而由上一步骤中的关键字继续进行。有persona的话则比较容易帮助设计师自己进入情境,开始制作User Journey。但建议一定要画User Journey,这是因为有些功能和设计决策会和使用情境有关,User Journey可以帮助思考这些细节。

我会建议到这个步骤再来考虑产品要做在手机、平板、网站,或是其他可能的介面上,因为装置通常和使用情境有关。比如说,这是一个给中小企业主使用的新闻汇整平台,就适合做在手机上面。因为企业主可能很忙,会利用通勤的时间来看新闻。甚至结合读报的功能,让企业主开车的时候就能用听的接受新资讯。当然也不要忘了除了手机和网站以外还有其他的可能。像是给企业内部使用的乒乓球对战纪录表,就不一定是手机或网站,也有可能是放在桌球室里的触控萤幕,大家进到桌球室里就可以确认结果,或是直接用触控萤幕纪录比分,甚至可以用声控。但最后还是要稍微提及自己也有考虑专案的时程和预算,以显示自己是个充满创意又务实的设计师。在面试过程中各种天马行空的想法都可以提,然后再推翻自己。重点是让对方可以清楚看见你的思考过程。

功能流程图

有了User Journey之后,产品所需要的功能大概就已经出来了。可以把上一个步骤中提到的产品功能圈出来,想想要怎么结合在产品流程中。如果照著流程开始画框架,可能光在onboarding就耗费了过多的时间。而把整个产品的流程都画出来有个好处,就是可以厘清哪些是主要功能,哪些不重要。接下来画框架的时候,就能只挑重要的功能,或是你最擅长的部份画。先把所有流程画出来,也可以帮助面试官理解你想做什么,还有你考虑到了哪些在框架中来不及展现的功能。如果可以的话,也可以展现出考虑到edge case的情形,会是一大加分。

选择2~3个主要功能画出框架

如果设计出来的产品功能很多很复杂,建议挑2~3个重要的feature出来画就好了。在画的时候,如果同一个介面有两种不同想法的话,建议都画出来,再解释为什么你觉得这个比较好,而另一个比较不好。从这里可以看出你的沟通能力,是否能说服别人应该要采用这样的设计,同时也可以看出你对设计模板的了解。在这个步骤里很容易陷入自己的世界里,但别忘了要不断地说你的想法,并且问feedback。如果别人提出其他的想法的话,记得虚心接受,也可以直接把对方的想法加在你的设计上;不同意的话也要提出完整的理由来反驳。

回顾

如果做完框架还有时间的话,可以简短回顾一下你最后的设计如何回应一开始所定下的problem statement,哪些设计解决了哪些问题。如果没有考虑到的也可以在这个阶段赶快圆一圆,补补自己的设计。让面试官觉得你是个有逻辑的人,也在乎自己的设计能不能解决使用者的问题。写到这里,你会发现框架所花的时间其实并没有这么多。厘清背景,problem statement,user journey大概会占三分之二的时间。框架画的多草都无所谓,重点是呈现出你的想法,画面不足的部份就用口头补充。



发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: