|
现在很多设计师去面试都会碰到一个问题：面试官要求设计师现场设计作品。你怎么看面试官要求设计师现场设计作品呢？如果是你你会做吗？ 其实设计师都很讨厌在面试现场被要求做题，一来觉得不被尊重，再者在限定时间内设计方案思考不足，作品未必代表真实实力。 说实话作为面试官我也偶尔会在现场出考题给应试者。不过也考虑到前面提到的时间问题，如今我们会在面试之前就将考题发出，给应试者留足两三天时间来思考设计方案。 在我看来面试题并非是对设计师的不尊重，相反它对应试的设计师是有帮助的。 在这些年所收到过的简历中，如果看服务过的产品类型和作品案例，很多人都与岗位要求是不相符的。大部分的设计师所服务过的产品类型是有限的，如果按照只是按照简历来进行评估大家很可能就会失去很多的机会，而面试题则是给了应试者一次更多展示自己的机会。 说到这里我们就有必要聊一下， 在现场做面试题的过程中面试官到底想要考应试者的是什么呢？其实无法是以下几种： 应试者的整个思考过程； 应试者的设计判断能力； 应试者的工作流程。 商业产品的设计不仅仅是简单的好看或者好用，它涉及到设计师对商业的理解、合作的方式以及设计的判断。 而这些信息仅仅通过作品和面试的交谈是很难有一个完整的了解的，也只有有这方面能力的设计师才能确保设计出有价值的产品并且推动这些设计能够落地。 这也是为什么有些公司在招聘的时候觉得某个设计师很优秀，但真正到了团队中却很难发挥作用的原因。所以为了找到真正有价值的设计师，现场的测试是最有效的一个方法。 既然了解了面试官想通过现场试题来了解些什么，我们就有必要明确一个相应的设计策略，确保在做题的过程中不慌张，有条理的一步步给出相对完整、严谨的设计方案。 现场试题一般都会是一个虚拟的命题或是某个产品功能的截取，所以在设计流程上和我们的日常项目类似，只是由于时间和背景信息的限制我们需要做一些针对性的调整，关注以下几个步骤。 01. 用户需求是什么 为了方便接下来的讨论，我们找一个曾经提过的问题作为案例。假设接下来要完成一个点单系统，帮助小团队在下午茶时间一起 AA 点水果。 在拿到面试官给出的题目时千万记住不能立马开始画图。在没有弄清楚用户需求之前开始设计你就已经失败了一半，团队也最怕找这样的设计师。每一个设计都是需要解决一个具体的问题，在开始之前先想一想这个即将要开始的设计它背后的用户需求是什么。 考虑到这个问题的应试者一般都会开始自己假设出一些用户需求，这能让自己的设计有了一个根基，为后面的设计方案做铺垫。 不过相比与自己假设其实还有一个更好的选择，就是将你的面试官当做用户，邀请他来帮你给出一些用户需求。这样做的好处就是让面试官也能进入到整个设计的情景中，他的需求也就是你要解决的问题，避免了你所建立的用户需求和面试官认知上差异带来的面试影响。 一般在做现场试题时都会提供白纸或者白板，建议大家将他们逐条记录下来。还是以水果点单系统为例，从面试官这儿你可能会得到以下这些需求点： 需要对当天进行点单的人员进行统计 需要帮助完成收款 需要轮流安排每天负责点单的同学 需要能对当天水果进行推荐，简化点单的操作 有了这些信息，这个产品应该如何设计就有了大体框架。我们接下来就需要围绕它们进行功能点的梳理，将他们转换成功能，实现这些功能是用户会选择使用这款产品的基础。 02.设计目标是什么 在之前的周刊中我们曾经讨论过一个将商业目标转化为设计目标的话题。用户提出的需求是一个个很散的点，只是代表了用户的想法。但这些点并不一定是就是我们要完成的功能设计，我们需要基于用户的这些述求制定出一个清晰的设计目标，它将贯穿在这个设计中。 比如在水果点单系统中我们通过对用户的需求的分析得出以下设计目标： 简化点单的流程，促进用户快速完成下单 方便记录和收款 解决选择困难问题 这些目标才是需要我们通过设计解决的问题，同样也将它们记录下来，作为稍后设计方案讲解时的一个重要过程信息。 03.设计假设与用户验证 基于前面梳理出来的用户需求和我们的设计目标，我们可以开始用纸笔勾勒一些简单线框，将一些重要功能的流程画出来。 设计每日负责点水果的轮值功能，提醒当值同学按时预定水果。 自定义菜单功能，将大家不喜欢的水果排除在当日推荐之外。 设定水果相关小知识的推送功能，帮助大家在日常生活中了解不同水果的功效。 …… 在完成这些模块的线框设计后我们可以再次清楚我们的“好帮手”面试官来帮助我们验证这些功能是不是他们这些“用户”想要的，能否满足他们的需求。 因为前面的需求是由面试官所提出的，所以在这个环节他们也能帮助我们对设计假设进行验证。 不用担心这些线框设计不满足“用户”的要求，重点是在于设计过程中设计师是通过不断的调整、验证来试图让这个将被实现的产品最终是用户愿意使用的。 走到这个环节面试官在整个面试过程中的被带入感开始慢慢变强，在大方向上将开始与他的预期相契合，为后面的设计陈述环节做好的一次铺垫。 04.过程中的约束与设计决策 在前面的讨论中，我们的设计还是趋向于理想环境，可在现实项目中情况往往有着不小的差异。 我们可能会因为一些商业、技术上的限制需要对设计方案进行调整。如果时间允许，我们可以同样请出面试官给出一些相应的设计约束，然后针对这些问题对设计方案做一些调整。 这一环大家可以根据时间情况酌情考虑，他们并非在一个短时间内能讨论清楚的，但还是建议大家至少还是要提一下。让面试官能够感受到应试者在设计工作流程中的完整度和作为设计师的成熟度。 在梳理完以上4个问题后，这一道面试试题该怎么解大家基本上心里就有谱了。接下来我们就可以再梳理一下项目的 User Flow，去画更为详细的设计图了。 还记得前面让大家写下来的用户需求、设计目标和设计假设与用户验证吗，将贴到一旁让面试官对你的设计思考有一个全局的了解。 它将也是你最终设计陈述的一个引导，如果前面一步步的过程没有太大问题，这个面试现场试题应该是能将需求和自己的设计有条理的表述清楚了。如果正好你的设计方案还不赖，这次面试的结果应该比其他大部分人都要好。 |
|
|
