体验设计作品集|规避这8点“无效内容”,面试官更喜欢!
作品集的核心是解题思路,就是解决问题的过程:包括如何发现问题、定义问题、解决问题、价值回收的一系列内容的阐述。
有很多同学联系我,让我帮看看作品集的问题。
我会问他,你了解面试官如何看作品集的吗?面试官的关注点是什么吗?很多同学回答不上来,或回答的不好,因为这两点:
- 没有做过面试官,并不知道面试官想要什么
- 缺少管理经验,分析的角度不够全面
所以这次我把体验设计作品集的常见问题进行汇总,用面试官的视角来详细分析并分享给你,让你提前规避这些问题,帮助你提高作品集的投递成功率。
本篇目录
01)作品集的核心是解题思路
02) 无效内容负面影响很大
03) 解析8个无效内容案例
04) 尾声
01)作品集的核心是解题思路
我们可以把作品集的内容分为两类,一类是设计的解题思路,另一类是无效内容。
什么是解题思路?
就是解决问题的过程:包括如何发现问题、定义问题、解决问题、价值回收的一系列内容的阐述。
解题思路反映了设计师的设计思维、创新能力和实际的执行能力,可以把设计者如何处理挑战的过程摆在桌面上,让面试官看清楚,来了解你是否是他需要的人。
什么是无效内容?
在做信息设计时,很多同学会考虑信噪比(相关信息与无关信息的比率),“噪音”太多,会影响用户的识别效率,用户会因为找不到想要的内容,影响用户的使用意愿,导致放弃使用。
而无效内容在作品集中就是“噪音”、是和解题思路无关的内容。这些内容不能帮助面试官去了解面试者的能力。
02)无效内容负面影响很大
无效内容过多,会影响面试官对你的第一印象。严重的会错过面试机会,因为面试官找不到想要的内容,就会关掉作品集。
无效内容对作品集有这 3 方面的影响:
影响信息传达
无效内容过多,会分散面试官对作品集价值内容的注意力,使作品集的主要信息难以被理解和消化。这会导致面试官无法准确评估你具备的能力情况。
降低阅读体验
无效内容过多,会让作品集难以阅读,造成阅读疲劳。 面试官的时间有限,有很多面试官不会详细看完作品集,他们会大概扫一眼讲述架构,看项目的解题思路是否符合逻辑。
如果无效内容太多,就会导致面试官可能会因为浏览不便而错过关键信息,从而影响对作品集的全面评估。
降低专业性
作品集是体现你设计专业能力的载体,而过多的装饰可能使作品集显得不够专业。这会影响面试官对你的认可程度。
有些公司的内部汇报,要求尽可能简单,PPT只作为大纲的陈列,甚至会采用excel,思维脑图来展示。因为
- 高效的会议,要的是内容的聚焦
- 内容要比装饰更重要,譬如一部电影,特效再华丽炫酷,但剧情拉胯,拖沓,不自洽,这部剧大概率票房扑街,或者没有好的口碑。内容的逻辑才是最重要的,才是专业性的体现
我见过很多设计师,找了大厂员工的作品集做参考,按照他们的结构来做,结果因为不了解他们的讲述逻辑,自己的项目和参考逻辑不匹配,导致漏洞百出,而没有面试机会。
所以,我们要的不是好看的皮囊,而是有趣的灵魂。
03)解析8个无效内容案例
我建议大家可以把自己想成面试官,带入到场景中先行分析有什么问题,然后再结合我们的解析来一起体会,这样就会对问题的影响和危害更有画面感,更有感知。
3.1 不要放业务描述
描述业务的运转逻辑,目的是体现对业务的了解。
我们来看看这个问题出在哪里。
a、面试官对业务内容不感兴趣
业务内容的描述,不能体现能有解决问题的能力。很多面试官都强调方法论,他们希望候选人有解决一系列问题的能力。
他们可以把你的描述,带入到自己的业务场景中,来分析能力是否有效,是否能解决问题,是否能带来项目上的收益。面试官想要的是你又理解业务的能力,如何在短时间内能对业务有更全局的理解的思路,而不是业务文档的复述。
现在是市场上最不缺的就是好的执行,如果不了解,如何能站在站在业务的角度做相应的解题思路,如何能给设计团队带来量化的设计结果。
这样设计师就是一个执行者。市面上具备执行能力的设计师太多了,那作为面试官的我,为什么不找个更年轻(能加班)、更便宜的呢。
所以作为面试者的你,应该在项目描述中,见缝插针的体现对下面的了解,切记是如何了解,或者通过这对这些的了解做了什么,而非细节的描述:
- 了解业务目标
- 了解业务数据
- 了解业务的运转关系
- 了解各个角色的分工
b、如何体现对业务的理解
看了上面的内容,有的同学会问,对业务理解该如何体现呢?我们可以通过为业务解题这个思路,融入到项目描述的结构中:
项目介绍
在项目介绍页,一句话说明项目是什么,不要有过多的描述,就讲述此业务是干嘛的,以及这次做项目的目的是什么就好。
设计定义
基于业务诉求进行问题拆解,找到设计能解决的方向,进行设计方向或策略的定义,作为整个项目的指导方针。
问题分析
通过设计的角度,我们发现了那些问题,这些问题对业务带来了怎样的影响,这个影响消除后对于业务有怎样的好处。
设计方案
基于设计定义,我们做了哪些事情,来解决具体的问题,阐述下解决问题的思路,不要说太多的细节,或者常识性内容。
如果该内容具备通用就更好,可以解决问题的覆盖面就更大,这是老板喜闻乐见的内容。
价值回收
针对设计定义的内容,定义对应的衡量指标,此指标一定能落地回收。在逻辑上能体现和业务衡量指标的关系
3.2 错误的用户分析
放用户分析的方向是对的,但此案例的内容是错的。
a、在实际项目设计中,设计师极少会做用户画像
用户画像包含的维度非常多,项目的人力投入成本极高,周期也很长,而且需要不断更新。用户画像一般是专门的用研团队,或者多个团队(包括产品,运营,市场,设计)联合分析产出的。
很多团队是没有用户画像的,或者在设计中用的不是用户画像的全集,而是用其中的某个特征,譬如用户类别,行为动机等内容。这些内容和要解决的问题有关,能作为方案的解决依据,是设计链条的重要一环。
b、分析的结果要有价值
分析的内容,应该能对方案有帮助,因为它可以为设计过程提供指导,确保设计方案是基于合理的理解,以及合理的考虑来做的设计。
设计方案应该建立在充分的分析基础之上,以确保他的可行性。分析内容的体现可以提高设计方案的质量,同时为项目的成功提供更强有力的支持。
举个例子:是一个面向小学生的教育产品,有男女比例这个信息,但是在后续的设计中用不到,那前面的分析也就变成了无效内容。
有很多的设计的分析,只是为了体现我会了解这方面,但是方法,方向是否使用的正确,这就不在他们的考虑范围之内了。所以,很多设计师的分析,在面试官眼中就变成无效内容,这里成为很多面试官重点考量的地方。
所以我建议同学们,不要放自己并不了解的内容,如果放错轻则变成面试时给自己挖的坑,无法回答或越说越错;重则变成面试官关闭文档的导火索。
c、讲个故事
该项目是一个数据加工平台,操作员是外包,他们会把采集的数据根据工艺要求,在平台上加工成符合规范格式。
此项目的问题有三方面(业务诉求)
- 效率:随着数据量的增加,所需要的操作员数量也会增加,人力成本很快就要超过业务的年度预算,所以需要通过提效来降低人力成本。
- 质量:因为工艺复杂,抽检质量一直在红线附近徘徊,数据质量低下,会对数据使用方产生经济损失,影响业务的营收。
- 学习成本:工艺规范很复杂,新来的操作员需要脱产半个月来学习,这段时间工资照付,但不会为业务产生任何价值。
用户情况
- 学历低
- 现状:工艺有大量专业术语,譬如对照组、实验组等
- 影响:对应没有学科基础的他们,理解成本特高,外加工艺复杂,导致脱产学习时间长
- 年龄小
- 现状:基本是17-24岁以内,不能忍受枯燥的流水线工作,流动性较高
- 影响:会有大批新手处在脱产学习中,且新手效率低,因为对工艺的不熟练,导致错误率较高
- 喜欢游戏
- 90%以上的操作员接接触过端游或手游
基于上的信息,我们发现业务要解决的问题,都是新手造成的,那我们的设计方向,就是针对用户情况来解决具体的问题。
基于学历低
简化专业术语:变成通俗语言,让其理解
简化操作工艺:我们发现有很多操作可以自动化(降低操作成本),和研发一起制定自动化的策略
基于年龄小
收入感知增强:操作员来这边的主要目的是赚钱,他们工资是底薪+绩效,也就是多劳多得。通过强化过程中的收入反馈,以及对未来的收入预估,来强化工作的动力,减少人员流失
喜欢游戏
参考端游或手游的操作,融入到操作流中,符合他们的操作习惯,降低学习成本,提升操作效率
上面的案例就是基于用户特征,做解决业务问题的设计方向,在后续的设计方案中,这些用户特征,也成为设计点的设计依据。
3.3 用户体验要素的维度进行分析
把用户体验要素作为分析的切入角度,对问题进行分类。会与竞品分析,用户访谈,问卷分析等手段结合使用。
a、用户体验要素,本质是描述产品设计流程
每当我看到类似的上图,就会无奈的叹气。用户体验要素,本质是描述产品流程:从MRD(市场需求文档)到PRD(产品需求文档)到交互文档到UI稿的过程。
我们来看看哪些环节和设计有关。商业战略层,产品范围层和设计有关系吗?
战略层,是老板或者业务方定义的内容,包括:
- 商业目标:此项目如何赚钱
- 用户需求:用户是否有需求,此项目是否能成立
产品范围层是产品做功能的范畴:
- 功能规格:要放什么功能,是否能满足战略层的诉求
- 内容需要:如果要放内容,都是什么类别,是哪些字段
这两块内容设计师是不可能介入或者左右的,尤其是战略层的内容,设计师只是被告知方。所以,这通过这两块分析出来的问题,和设计师没关系。
如果列出来就是画蛇添足,是做无用功,因为设计的调研都是为设计方案服务的,这两部分的内容并不属于设计的范畴。
之前看过一个作品集,项目是做商家的会员卡。作品集里说:设计师主导了调研,来了解商家的经营情况以及合作意愿,然后再和PM一起沟通产品的策略打法,定价策略等内容。
如果面试官看到这句话就会直接Pass,因为这个调研,是研究此项目是否能成立,是属于战略层的内容。如果商家没有合作意愿,项目就没法进行。
此调研和设计师无关,也不会让设计师介入。定价策略就更和设计无关了,这是算账,是梳理如何赚钱的模型。说财务此环节有参与我相信,但说设计参与我坚决不相信,因为设计不具备这方面的能力。
而后三者中,结构层和框架层是,是交互设计师的职能范畴,表现层是UI设计师的职能范畴。
- 结构层:交互做框架流程设计,主要做流程设计、信息框架的设计
- 框架层:交互做页面信息设计,主要做信息设计、操作动作的设计
- 表现层:UI设计师进行视觉风格设计,具体样式的展现
按照这个维度的确可以作为问题分类,但还是有问题,咱们后面细致聊一聊。
b、问题应该按照影响维度分类
如果按照这三层来分析问题,维度会有失偏颇。问题的分类,应该按照问题发生的角度及价值来分类。
譬如:“用户不能找到想要的内容,导致用户流失”这类问题,我们是按照用户体验要素的角度分好呢?
- 结构层:(问题)没有按照用户的预期来进行构建,(影响)导致没有用户想要的内容
- 框架层:(问题)信噪比太高,(影响)用户不能快速定位
- 表现层:(问题)视觉重点不突出,(影响)重要信息被忽略
还是按照问题影响的价值来分好呢?
- 问题:没有用户想要的内容;原因:不符合用户的心智模型
- 问题:不能快速定位;原因:信噪比高,视觉重点不突出
答案当然是后者,从问题的角度讲述会更有针对性,而且不会像刻意用使用原则方法一样显得掉书袋。所以,我们并不建议用用户体验要素的维度来进行分析,而是根据问题的影响来分类。
3.4 不要放大家都熟知的内容
描述设计流程的环节,体现设计的专业性。
a、熟知的内容没有价值
作品集上展示的都专业性的亮点,是自己认为80分以上的内容。如果放常识,我是否可以认为你的80分就是别人的60分,你的价值是不是太低了,和其他人比有什么竞争力呢。
很多公司的面试官喜欢问:我为什么要你,而不要其他人。如果有太多的常识性内容,这个问题无法回答,因为你具备的常识其他人也具备,那面试官就没有非要你不可的理由。
当然有的同学并不知道那些是熟知内容,那些不是。最好的方法,就是在投递前,找一个大厂的设计师帮助把把脉,让他们帮你指出问题。
b、常识性内容包括
- 设计流程:互联网公司使用的设计流程大同小异,不可能会有太大的变化,小的区别,也是认知范围之内,而且这些调整都是基于公司的情况来制定的。
- 设计原则:譬如一致性,可读性,易用性、容错性等等,这些内容应该和吃饭睡觉一样,是设计师下意识的思考内容。如果在作品集上提现这些,会显得非常初级。
- 设计组件
- 当下哪家公司不会做组件呢,除了设计体系的定义外,组件规范的梳理的维度都一样,都是是常识,需要做的事情就按照维度进行分类,进行填充,是体力活,这不能作为设计专业性的体现。
- 设计语言不属于组件的范畴,是设计体系的一部分,大型产品也不会经常更新设计语言。如果你做的是大型业务的分支模块,就更谈不上设计语言的定义了,基本上都是在服用。
- 大型业务不会经常抽象组件,因为业务已经非常成熟,在初期就已经把常用的组件定义好,后期就是做维护,增加新的组件,更新旧的组件。
3.5 不要放名词介绍
解释专业名词,做前置解释,避免后面内容出现专业名词,面试官看不懂。就像很多PRD,会在开头部分做业务的名词解释是一样的,降低面试官对业务内容的理解成本。
a、好的作品集不需要太多解释
想法是好的,但面试官真的想看吗?面试官的时间有限,他们只想通过作品集快速判断,你是否符合招聘要求。所以这部分内容就成了信息噪音,他们压根不会看。
以前都说好的设计是不需要解释,要符合用户直觉,要不用学习就可以直接上手。所以,好的作品集不需要太多解释,好的内容自己回说话,面试官一打照面,就知道思路的味道对不对。
还有,表达能力是面试官非常看重的,因为老板的时间有限,他们希望每次沟通都能很高效,他们不喜欢说细枝末节的人,这会令他们烦躁。如果能把复杂的内容,通过简单的描述就能让对方理解,那就会直击对方的心坎,让他们对你产生认可。
b、不要放原则之类的名词
我看不少同学都喜欢引用原则,做为设计的依据,譬如我们的设计是基于:菲茨定量、奥卡姆剃刀、五加减二等原则方法来做的设计。
我并不建议大家直接使用原则,
原则不重要,重要的是通过这个原则,我们解决了什么问题,或者这个原则背后代表的含义。
3.6 不要放专业技能
常见的有两种,一种是专业能力的展现,一般用雷达图或柱形图表示。
另一种是软件的掌握情况,会把软件图标展示出来,以表示自己有此方面的能力。
这块有两方面的问题:
a、名词的罗列讲述的太空洞,没有具体表现,不理解,就只是一个词
名词的罗列就是不负责任的表现,并不是罗列了,就能代表这个人有此方面的能力。
譬如要买个西瓜,商户说这瓜保甜,买回去不会吃亏也不会上当,你会相信并掏钱购买吗?还是要尝一尝,毕竟耳听为虚,嘴尝为实。
同理,单纯的罗列就是王婆卖瓜,专业能力的具备,应该在项目中体现,作为解题思路的一部分。通过这样的画面感,让面试官联想到你能以此能力来解决他的问题。
b、软件技能不重要,软件只是手段,不是解决问题的能力
软件不重要,重要的是学习能力,能用更低成本的手段解决问题的能力。
面试官看到软件名称,会想:“我们公司不用axure,不用ps,用的是sketch,或者figma,或自研工具,难道你就不会用,或者不会学吗?”
那有的同学会问,有些招聘信息中会标注需要某些软件能力,这是为什么呢?
背后的原因有可能是:
- 此工具是工作流的一部分,要求使用是为了方便协同,譬如大家都用figma,你不用就无法工作。
- 有些公司只采购了这个软件,如果你用的是其他类型的盗版软件,就会收到软件公司的律师函。有的公司没有购买C4D,用的都是自己下载的盗版,后面就收到了Maxon(C4D的母公司)的律师函。公司法务就要求把C4D都卸载掉(C4D非常贵,感兴趣的同学可以到官网看看价格),换成免费的Blender。为了不耽误工作进度,相应的同学,在极端的时间内完成新工具的学习。
- 用软件来描述某方面的能力,譬如C4D,实际上是要求具备3D能力,只要你这方面能力优秀,无论是3Dmax、Maya还是Blender都可以,当然也有可能是第一点。
如果是前两点,你只需要会就好,不需要表现,这类工具是基础常识,譬如word,execl,windows,没人会在作品集上标注会这些吧。
如果是最后一点,那需要在作品集中体现这方面能力在项目中的运用,这是设计点描述的一部分。
讲个案例
为了能让大家更有画面感,我讲一个我们团队老师在公司里面选择工具软件的故事。
公司的周会有个固定环节,是好用工具的推荐。这个环节的存在目的有二,一个是能让大家提高工作效率,另一个是提高大家设计的眼界。
最近有个难题一直困扰着,大家应该也遇到过,就是动效的还原不如意。为了保证动效还原效果的准确性,“我”让同学寻找相关的工具,并在周会上推荐。
工具的选择,要求具备下面这些能力:
- 能力齐备:要有多边形、路径、铅笔工具等设计工具的能力,这样才能设计出想要的效果。
- 代码输出:设计的表达和研发的表达不同,此能力方便我们更好的和研发沟通实现效果。
- 便宜:不用破解,避免被发律师函的风险。并不是每个公司都像BAT TMD一样财大气粗
- 学习成本低:如果不容易上手,就不容易普及。如果不考虑学习成本,学习动效代码是最好的方案。
同学们推荐了AnimateMate、Hype、Mugeda等一系列工具,经过一番比较,在其中选择了一款适合我们的。用了此工具,还原效果的确要比之前好,但还没达到还原度100%。
然后“我”就想啊,现在已经是极致了么,还能不能更好。现在是通过工具来解决,有没有其他更好的方式,如
- 更好的工具的使用
- 流程机制的建设
- 设计理念的提升
为了达到还原100%的目标,和多方沟通后,最后选择了和研发共创动效规范和工具。首先设计侧搜罗市面上常见的动效类型,并按照四个方面进行分类:
- 能解决什么问题:属于什么类别,方便我们选择使用
- 实现成本:包括设计侧和研发侧的成本
- 使用频次:高频的才有复用价值
- 独特代表性:规范的内容要有唯一性,方便实用和管理
分好类之后,从中选取适合我们产品的动效内容,和研发共创。落地后,在效率和效果上有了大幅提升:
- 设计评审效率提高:只需要说明该处的动效需要解决什么问题就好,不需要对动效的细节进行讨论
- 研发沟通效率提高:只需要在设计稿中标注动效名称,以及参数的值就好,不会逐帧沟通调试
- 设计质量提高:有了规范,能保证动效输出质量的稳定性,杜绝了动效的“多样性”
- 专业影响提高:在外部评审时,根据规范的定义来阐述设计思路,杜绝其他团队以为理念不同而产生的质疑。这套工具和方法,也已经输出到其他业务团队,并得到业务老板的好评。
上面的例子,没有谈到太多软件的使用,讲的是做这件事的思路:如何让动效还原度100%。
然后从两个角度切入
- 体现专业价值,如何定能设计好的动效(对规范的定义)
- 体现组织价值,从动效角度如何提高人效,如何与其他团队共创,做设计驱动
所以软件不重要,重要的是有快速学习软件的能力,或者有能解决这部分问题的能力。
3.7 不要放团队构成
有的同学面试时,面试官会问,“这个项目几个人做的,角色构成是怎样的”,所以这些同学会放团队构成,来解答面试官的问题。
下面的示例是较复杂的展示,简单的展示会直接列出角色和人数。
首先,我们看看为什么会这样问:
a、了解你的工作范畴,评估讲述的真实性
习惯性的询问,根据你的工作范畴,来结合讲述内容,做逻辑判断。
如果该项目是由交互和视觉一起完成的,但后面出现大量交互的内容,在逻辑上有问题,毕竟术业有专攻,面试官会判断成:此人把他人的工作内容拿过来,来丰富自己的工作内容。
b、展示的内容不像一个人能完成的
展示的内容体量太大,或者复杂程度太高,不像一个人能完成的,面试官就会有疑惑,会询问:是团队完成的,还是个人完成的。如果回答是团队完成,会让面试者讲自己完成的内容。
因此,在回答相关问题时,重点强调设计师在项目中的具体任务和贡献,以明确你的独立能力和技能。又或者不展示团队完成的整体内容,zhi展示和自己有关部分的内容。
只要面试官发现内容有夸大成分,就会对此候选人有诚信的负面印象。所以团队构成不重要,只要作品集展示的内容都是自己完成的,在逻辑上真实且自洽的,那就没有问题。
所以我们的前后陈述要有一致性,作品集中的陈述应该在逻辑上一致,避免出现矛盾之处。如果你说完成了某项任务,而在其他地方提到团队完成了该任务,这就会可能会引起面试官的疑虑。
像上图一样的复杂构成一定不要写,因为面试官不关注其他人的工作职能和范畴,他只关注你做了什么。
3.8 不要放UI页面一览
有不少设计师,会有一页或几页来放很多UI界面的罗列,让面试官看到工作量,以及展示自己的视觉功底。
a、界面罗列不能体现解题思路
面试官真的会看吗?也许并不会。面试官看的是如何解决问题的思路过程,过程要展现分析能力和逻辑的因果关系。
只放漂亮的界面对于面试官来说,并不知道你解决了什么问题,并不知道此界面对于业务来说有什么价值,他没有可以评判的信息。
之前有个学员,他说面试官问很多的问题,他并不知道该如何回答,譬如问他:界面的主题色为什么是绿色的,或者为什么是浅绿而不是深绿,为什么没有黄色等等。
设计是解决问题的,并不是为了好看,所以每一个设计点都要有被设计的原因。
譬如上面绿色的问题,可以说我们的用户是中东地区,他们大多数信奉伊斯兰教,绿色是伊斯兰教中最受欢迎的颜色,所以主题色选用了绿色。从这个角度来讲,有因有果,解决问题的思路是自洽的,就完全没有问题。
b、逻辑的表达是核心能力
设计师的核心能力不仅仅是技法,还有逻辑的表述。分析是因,方案是果,如果因果没对应,此方案的合理性就会受到质疑,所以逻辑的合理表达,是高阶设计师必备的能力。
还有技法是有时效性的:
- 有可能因为不流行而被淘汰(譬如当下,拟物化的不在流行)
- 有可能因为工具的更新,有了新的技法(AI的出现,改变工作流,也改变了技法)
逻辑的表述,是没有时效性,是可以用一辈子的能力。
绝大部分设计师在这方面的能力是缺失的,或者是需要精进的。如果能强化此方面能力,就会大大提高offer的命中率。
如何提升逻辑表述,这就是另一个话题了,如果大家感兴趣,可以在评论区留言,我们后续会撰文来聊聊这部分内容。
c、老板要的是功劳,不是苦劳
有些设计师会在UI一览中,加入页面数量来突出自己的勤劳,或者说是苦劳。苦劳没有价值,老板要的是功劳。功劳是业绩,苦劳是搬砖;做功劳的人是骨干,做苦劳的人是低价值劳动力。
所以,这部分内容不要加,加了会让面试官认为:设计师的思考段位不够,没有价值意识。
04)尾声
上面的内容,我们讲了作品集的核心是解题思路、无效内容的危害、8个无效内容的案例解析。
我们希望你通过对解题思路这个核心概念的理解、以及对无效内容的规避,来帮助你的作品集质量和专业性的提高。
让你的作品集通过率提高,帮助你拿到心仪的offer!













































































