UI 设计师简历有一个和其他岗位不太一样的地方：真正决定录用与否的往往是作品集，简历只是让人愿不愿意点开作品集的第一道门。所以简历本身不需要堆砌视觉设计，反而应该写得简洁清楚——它的任务是快速说明你做过什么、负责什么角色，把"为什么这个作品值得看"这件事说清楚。
简历和作品集怎么分工
不少设计师会把简历也做得很花哨，加大量装饰性排版和配色，结果反而让信息不好读。更合理的分工是：简历负责清晰、简洁、结构化地说明经历，作品集负责视觉展示。简历里可以体现基本的排版审美（字体、留白、层次），但不需要在简历本身上堆砌设计元素——理想的篇幅是一页，谨慎用色，让阅读效率优先于视觉冲击。
项目经历：角色定位 + 设计流程 + 协作 + 结果
很多简历只写"负责 XX 产品的界面设计"，这句话说明不了你在项目里的实际参与深度。更有说服力的写法是写清楚你的角色定位、经历的设计流程、和谁协作、最终结果如何。
| 改写前（无效） | 改写后（有效） |
|---|---|
| 负责 App 首页改版的界面设计。 | 负责 App 首页改版的视觉与交互设计。前期参与用户访谈了解核心诉求，输出低保真原型和高保真视觉稿，与开发协作还原界面细节，改版后用户对首页的可用性评价有明显改善。 |
| 参与设计系统的搭建工作。 | 参与团队设计系统从 0 到 1 的搭建，负责组件库中表单类组件的规范梳理和 Figma 组件封装，推动团队跨产品线复用后，相似组件的重复设计工作量明显减少。 |
能看出规律：你负责的具体部分是什么、经历了哪些设计和协作环节、结果怎样体现。数字或效果描述要基于真实反馈或数据（比如可用性测试评分、协作效率的实际变化），说不清楚来源的，就用如实但不夸大的描述，不用硬编具体数字。
作品集链接：精选代表作，别甩一整个网盘链接
放作品集链接前自查三件事：
- 能不能直接打开查看，还是需要额外申请权限或下载一堆文件
- 有没有说明你在每个作品里的角色——是独立完成还是团队协作，负责哪部分
- 挑 3–5 个最能代表你水平的项目，别把整个网盘文件夹链接甩过去让人自己翻，看简历的人没有时间帮你筛选
一个整理清晰、每个项目都说明了角色和设计过程的作品集，比堆砌几十个零散文件的作品集更有说服力。
没有正式商业项目怎么办
不是所有人一开始就有商业项目经验。课程作业、自主命题的练习项目、参加设计比赛的作品，同样可以放进作品集——关键是要写清楚设计思路：遇到什么问题、怎么调研、方案怎么迭代、最终为什么这么设计。一个思路清晰的练习项目，比一个说不清楚设计逻辑的"商业项目"更有说服力。
校招作品集要「讲得清」，社招作品集要「收得住」
校招看作品集，常常是在看你能不能把一次设计说圆：题目是什么、参考过谁、为什么这个布局、改过几稿。课程作业和竞赛稿完全可以放，前提是过程材料在——线框、对比方案、被否掉的一版。没有实习时，练习项目就是主体，见应届生没有实习经历，简历怎么写。
社招点击作品集之前，简历上要先交代协作：和谁对接、需求改过几次、上线后有没有还原或数据反馈。作品数量应收束到最能打的几个，而不是把四年作业打包成网盘。简历本身保持克制，花活留给作品集。
常见错误
- 简历本身设计得过于花哨。大量装饰性排版和特殊字体反而降低可读性，简历应该简洁清楚，视觉展示留给作品集。
- 只写"负责界面设计"，不写设计流程和角色。看简历的人想知道你在整个流程里参与到什么深度，而不只是最终画了几个界面。
- 作品集甩一个未整理的网盘链接。没有说明、没有筛选的作品堆砌，会让人觉得你没有对自己的作品做过判断和取舍。
- 简历和作品集内容重复堆砌。简历里不需要再贴大量设计稿截图，作品集已经承担了这个功能，简历重复展示反而拖慢阅读效率。
- 不说明协作项目里自己的具体贡献。团队项目里如果不说明"哪部分是我做的"，看简历的人会默认你只是参与者，而不是主要贡献者。
UI 设计师简历最终考验的不是简历本身好不好看，而是能不能让人愿意花时间点开你的作品集，并且在看作品集时清楚知道你做了什么。写之前把自己当成审阅者过一遍，说不清楚角色和思路的地方，就是该改的地方。