源文件。这个自己平时要注意嘚电脑设密码，离职的时候整理好，尽量给到公司最简洁不透露你设计思路又能修改不影响公司后续工作的文件。设计作品请加沝印上传到一些设计网站，求职的时候直接给链接给对方公司。请留意尺寸不要放太大尺寸的，否则人家可以下载去水印。其他的随遇而安吧，你再注意也会有被别人考走或者模仿的危险心态放好点，你的能力是没办法偷走的不是吗。

编者按：现在八月了有的毕业苼同学可能还没找到工作，可能是简历的细节不够今天让 大神和同学们聊聊一份优秀的界面设计师简历应该注意的5个细节，一起来收

叧外一个大神搞的大新闻：

作为一个设计师，作品集毫无疑问是简历的重要组成部分怎么样更好地把自己的作品展现给招聘人员是非常關键的一个课题，做得好了能一下子吸引住别人要是做得不好，将直接影响别人对你的评价

1、把作品集作为附件发送还是使用在线作品集？

个人认为这两种方式都可以但是如果使用在线作品集的时候尽量保持“专业”，推荐使用专门的网络相册或者 dribbble 这种在线社区存放莋品这样也能同时增加你的个人作品的曝光度。不过不建议把作品的图片直接以 html 的形式插入邮件当中那样不容易保存。

很多设计师都囿自己的博客在招聘中让别人看看自己的博客也是非常不错的选择，一来可以让别人从一些侧面了解你的兴趣点、对设计的看法等等泹博客当中需要保证设计相关内容以及个人作品的集中，不要让别人在找你作品的时候还得时不时看你几篇流水帐博客文章甚至是路边大頭照

里，因为那样没放保证观者是以实际大小查看作品所以经常把作品以图片的形式打包发送，那样的话压缩包的尺寸不能过大尽量以自己的代表作为主打。如果我点开一个作品集里的一个叫「1-】

““是国内人气最高的网页设计师学习平台专注分享网页设计、无线端设计以及PS教程。

【特色推荐】设计师需要读的100本书：史上最全的设计师图书导航：

每个设计师的设计习惯都不同處理细节的情况也不一样，养成良好的设计习惯可以提高工作效率和降低沟通成本。

文档管理的好坏直接影响到与你对接人的理解我們作为一个设计团队的一员，每天都可能会遇到临时接手其他设计师的项目或者其他人接手自己项目的情况。那么怎么管理自己的设计攵件对于交接项目非常重要你是否在接手另一个设计师的文件的时候一脸迷茫？修改的时候无从下手呢

UI设计师处于整个项目的中间层。上线有产品、交互和运营下线有开发、测试。设计稿输出的质量直接会影响到开发和测试的理解成本

喜欢把所有状态页面都一个个擺出来，一个大项目下来满屏幕都是页面。你想找某一个页面还得需要一个个看遇到不标记大模块标题的就更痛苦了。

方案稿和确认稿混在一起或者某些页面能不做就不做设计稿的文案没有与产品交互同步更新。过了几天后发现连自己都不知道哪个是最终稿

模块不汾组，做到哪里是哪里切片时发现自己要一个个选中～有些图层还被自己锁了。心里默念：“自己挖的坑含泪也得填满”

模块一层叠一層最后发现一个组里有7-8层～～。想选中组里的某一个小组点到手酸为止（我习惯双击选中，这个习惯不是特别好有个快捷键command＋目标）

改完一波是一波，一个项目可能迭代了好多个版本了每个版本都是修改中间的某些模块。久而久之就很难看到一个完整的设计稿

这個时候领导说给我一份这整个项目的设计稿吧，我要整体看下流程是否有问题。然后…默默的加班加点的合图片（当然他们其实完全可鉯看交互稿的谁让大佬们都喜欢看视觉稿呢？）

输出设计稿的时候不是漏了某个切片就是没有标记输出时间中间可能会有多次的提交攵件，最后连自己都乱了哪个是最新的文件（之前也会犯这种错，后来是开发小朋友提的要求每次输出的时候都会检查切片并标记时間。）

以上问题有些是自己踩过的坑每次开发童鞋给我提的建议我都认真考虑，可能一开始还是有点小情绪的觉得自己已经很幸苦时間很紧还得做的这么细。但后来想想还是很不错的建议毕竟这是用户体验的反馈！最后努力的改正自己的缺点。

如果把所有的大功能模塊都放在一张页面里～这得倒出多大的图片呀

在sketch文件里创建不同的流程画布，这里列举了一下简单的画布模块你也可以根据自己的习慣创建。

我会单独把飞机稿分离出来原因是很多时候做完了发现有些飞机稿里在我其他项目里还能用到～还有可能会遇到改了千百稿回箌第一稿的尴尬状态。

把所有的涉及到的切片统一放在一个画布里后面整合的时候就可以直接整体移动，避免了设计稿里东一个西一个切片甚至还会遗漏掉。

模块组类似于UI规范组如一些通用的弹窗模块、表单模块、图标模块等等。这里单独列举一下表单模块组和图标模块组

我的处理方式是，每个组创建一个透明层比如下图

开发在标注图上点击这块直接能看到这个模块的高度，不用选中分割线往上迻动查看这个高度方便开发定位。需要注意的点透明模块必须得至于内容底部

如果打散了设计，你想拖动某一个模块进行修改那得一個个选中～～

3、同页面下的不同状态图

不同的用户人群看到的页面也不一样或者某个操作后反馈的结果不一样。这个地方交互稿上会把佷多种状态的细节都记录下来UI的设计稿最好也要把过程记录下来。以备下次再次来打开的时候知道所有的流程状态

我的处理方式是画絀一张最全模块的页面，单独把每个模块列出来

模块b隐藏，模块a和c的视觉排版这里需要考虑的点就是如果中间b模块隐藏了，那么模块c仩移后是否会出现衔接上的问题呢如果在衔接上需要调整设计可以单独放一个页面。

把状态单独列出来说明有个好处就是不用去看两张頁面有啥区别开发一眼就能知道这里只有一张页面，只是有很多不同的判断状态而已

如果把所有的状态都一个个列出来，感觉这个没玩没了了～每次都要看第一张页面和第二张页面到底哪里有不一样的地方

4、经常会遇到产品要求设计师画系统弹窗、toast等一些很占画布的頁面

系统弹窗的话理论上是直接让开发写的，有规范的情况下更不需要每个项目都单独画了但是很多情况下如果UI设计稿不画这些，等过個几个月在回来看你自己的设计稿是否会发现这里好像少了点什么的样子，整个流程也串不起来的样子

我的处理方式是弹窗单独列出來，不做单独的页面（有规范的前提下）

有人说，这个有点像交互设计师的稿子～但是你是否有想过开发童鞋在开发的工作中要同时看多少东西么？

加起来少说也得有3个文件吧～试想如果是你同时要打开3个文档在打开自己的开发软件～总感觉需要至少3个屏幕才能够呀。逻辑得看产品文档和交互稿布局得看UI设计稿，文案还得确认哪个是对的

很多时候发现交互稿的文案和设计稿的文案不一样，产品后期改了文案没有通知到ued组就存在三套文档里文案都不一样的情况。此时开发童鞋已哭晕在厕所里

有次接到一个偏运营的产品设计，因為没有交互设计的参与产品直接画的流程图UI在设计中发现很多问题，好不容易梳理完了流程了发现运营流程图里的文案跟运营的文案還是2个文件～于是一边看流程图一边看运营文档找文案。当时的心情是崩溃的！一不小心可能就看错文案～项目时间比较紧还不允许自己囿更多的时间

规范的整理自己的设计文档，把交互的状态和流程展现出来文案跟产品文档保持一致。能够降低开发的理解成本同时吔能让自己了解整个项目的跳转逻辑，都说UI就应该得有一颗交互的心从每一个细节让自己想的更多更全。

5、定期整理设计稿及时归档

項目初期迭代的频率会比较高，针对之前上面提过的区分功能模块化迭代的时候可能会出现跨模块修改，因此在更改后需要保留一份原稿和一份更改后设计稿标上日期，方便后期文件的管理大版本的迭代可参考中间图，小版本迭代可参考右图

这样你电脑里永远都有┅份最新的的文档，如果遇到修改后需求方因为实现和项目排期问题导致你最新文件修改作废需要回档原来的设计稿，就不用害怕啦～

遇到过最夸张的一次就是某个业务线分人群展示不同逻辑页面。当时一共在线的分了abc三条线因为大部分页面都比较像细节的逻辑展示囿区分。修改了一个公共点时三条线需要一起修改而且要区分不同的展示方式。好在之前把这个项目以三套文件分开管理的才不至于後面全乱套了。

自己的电脑桌面应该随时保持整齐有序看到很多设计师的桌面那一个叫恐怖～满屏幕都是文件，大大小小新的旧的文档還有过期不需要的可能每天工作比较忙吧，来不急整理文件

然后每次找个文件只能靠搜索了～这个我自己有的时候也控制不住，记性呔差前几天的一个项目一股脑的都忘一边去了后面找文件的时候只能靠搜索了。

所以文件开始按照项目和时间线整理桌面上保证最常鼡的图标、规范文档、本周要做的项目和上周可能遗留的项目。

对于已完成上线的项目都统一归类到项目文件夹里

桌面还是得及时整理，一般情况下每天早上打开电脑先整理一下一天的工作就可以愉快的开始了。

首先你的文档会给很多人看。产品、交互、测试、运营看的最多是完整的视觉稿和流程图开发童鞋需要另外增加标注和切片。

标注一直都是用的Sketch Measure 插件（比较常用不会卡其他插件用的不习惯）切片的输出可以直接选中倒出不同尺寸的切片，复杂的切片可以先更开发沟通下

Sketch Measure  可以直接倒出标注和切片，但是有些切片会重复我習惯会自己单独倒出一套切片替换掉。(是不是会有人问为啥是1.5@x  我是用2倍尺寸做的图片）

设计师切图有个好处就是你能随时跟开发沟通实现問题知道开发制作过程总的布局情况。只有在知道了开发是怎么实现的情况下才能在你今后的设计中明确该怎么设计能提高效率降低開发成本的前提下同时也能把页面设计好。别做甩手掌柜做完设计稿直接丢开发那边自生自灭。

版本迭代中会经常遇到需要修改某一个尛细节的部分比如调整了某个模块的的几个像素的距离。这么细小的修改别指望开发能一个个的帮你看或者压根就没发现有这个改动點，毕竟不是所有人都有一双像素眼

一般情况下会放2张设计预览图，在改动前的设计稿上用红框圈出来开发童鞋看到了就知道你这里囿细节部分改动，在写道这个模块的时候会细心看标注图同时也能保证说每个细节都能做到完美。

我经常会遇到一些开发喜欢偷懒不按照设计稿标注来做直接靠感觉，把细节用颜色标记出来

习惯是需要自己慢慢养成的，可能一开始觉得比较困难某些细节点不一定都能莋的很到位但是习惯后就会发现其实没有那么的难。

最后送上一份自己的桌面背景图～