理解UI设计师岗位：mid-level意味着什么
中级UI设计师的求职困境往往不在于能力不够，而在于定位模糊。你可能已经能独立完成界面设计，但招聘方对你"应该会什么"的预期，和初级或高级岗位有本质区别。理解这些区别，是让简历精准命中的前提。
UI设计师与UX设计师、视觉设计师的职责边界
很多中级UI设计师在写简历时最容易犯的错误，就是把UX和视觉的职责也揽到自己身上。招聘经理一眼就能看出来——你什么都写了，反而什么都不精。
UI设计师的核心职责是：将UX设计师产出的线框图和交互逻辑，转化为具备视觉层次、品牌一致性和可用性的界面方案。你需要关注的是组件规范、间距系统、色彩体系、状态设计（hover、disabled、loading、error这些），以及适配规则。UX关注的是流程、信息架构和用户任务完成效率；视觉设计师（尤其在品牌导向的团队里）关注的是品牌调性、插画风格、动效语言。
在简历中，你可以写"与UX协作优化了注册流程的界面表达"，但不要写"重新设计了注册流程"。前者是UI的贡献，后者是UX的职责。这个边界感，恰恰是mid-level和junior的分水岭。
中级UI设计师的核心能力标准
初级UI能把界面画好看，中级UI能解释为什么这样设计，并且能落地。招聘方对mid-level的期待通常包括：
- 能独立负责一个完整功能模块的界面设计，从需求理解到标注交付
- 能维护和迭代设计系统/组件库，而不是每次从零画起
- 能基于用户反馈或数据，提出具体的界面优化方案
- 能配合开发走查，解决还原过程中的视觉偏差
这些能力在简历里不能只靠"负责XX项目界面设计"一句话带过。你需要展示设计决策的过程和结果。
招聘方对mid-level UI设计师的典型期望
我审过大量UI简历，招聘方最常反馈的痛点是：简历看起来都差不多。都是"负责APP界面设计""参与设计规范制定""配合开发完成还原"。
真正让招聘方眼前一亮的，是能看到你面对的具体约束和你的应对方式。比如"在品牌色对比度不满足WCAG AA标准的情况下，通过调整中性色层级和字号权重，使关键操作按钮的识别效率提升"。这种描述传递的信息是：你懂可访问性、懂视觉层级、懂如何在不破坏品牌的前提下解决问题。
UI设计师简历的基本结构
UI设计师的简历结构和其他岗位有本质区别——作品集才是主角，简历是作品集的索引和补充。但很多候选人把简历写成了作品集的文字版，反而失去了简历应有的筛选功能。
作品集链接在简历中的位置与呈现方式
作品集链接必须出现在简历最顶部，紧挨着你的姓名和职位标题。不要把它藏在页脚或"个人信息"栏的末尾。招聘方看UI简历的第一反应就是找作品集，找不到就会直接跳过。
呈现方式上，不要只写"作品集：链接"。更好的做法是：作品集链接后面用一句话概括你的作品集特点，比如"作品集包含3个完整项目，涵盖B端后台与C端移动端，含设计系统搭建案例"。这样招聘方点进去之前就有了预期，也知道该重点看什么。
如果作品集有密码，在简历中直接写上密码，不要写"如需密码请联系我"。招聘方不会为了看你的作品集专门发邮件。
个人信息与求职意向的写法
UI设计师简历的个人信息栏只需要：姓名、手机号、邮箱、作品集链接、所在城市。不需要放照片（除非你应聘的是对形象有要求的岗位，但UI设计通常不是），不需要写性别、年龄、政治面貌。
求职意向要具体到岗位名称和方向。写"UI设计师"不如写"中级UI设计师（B端方向）"。如果你投的是不同方向的公司，每投一类就调整一次。招聘方看到"求职意向：UI/UX/视觉/交互"会直接判定你定位不清。
工作经历与项目经验的排列逻辑
工作经历按时间倒序排列，这和其他岗位一样。但UI设计师的独特之处在于：每段工作经历下面，必须紧跟2-3个代表项目。项目描述不是工作职责的重复，而是你设计决策的具体案例。
一个有效的结构是：项目名称+一句话背景+你的具体贡献+可量化的结果。比如：
某电商后台订单管理系统改版 背景：旧版订单列表信息密度过高，客服处理单均耗时较长。 贡献：重新设计列表信息层级，将关键操作按钮固定在首屏可视区域，优化筛选器交互逻辑。 结果：客服单均处理时间从45秒降至32秒，误操作率下降18%。
这种写法比"负责订单管理模块界面设计"有说服力得多。
教育背景与技能清单的处理原则
教育背景放在简历末尾，除非你是应届生或毕业不到两年。UI设计岗位对学历的要求相对灵活，招聘方更看重作品集和项目经验。
技能清单不要写成工具列表。不要写"熟练使用Figma、Sketch、PS、AI、AE、Principle、ProtoPie"。这种写法在2025年已经完全没有竞争力——会这些工具是基本门槛，不是加分项。
正确的做法是按能力维度组织技能，比如：
- 界面设计：组件化设计、响应式布局、状态设计、可访问性设计
- 设计系统：Figma Variables、Component Library维护、Design Token管理
- 协作交付：Figma Dev Mode标注、与前端走查还原、Jira/飞书项目协作
- 用户研究：可用性测试执行、用户反馈分析、A/B测试方案设计
每个维度下面可以附上熟练程度（但不要用星级或进度条，用"精通/熟练/了解"即可）。
UI设计师简历中最容易被忽视的独特要点
UI设计师的简历有一个悖论：你是在用文字证明你的视觉能力。这听起来就不太对，但简历确实是第一道筛选。关键在于，你要让简历本身成为设计能力的佐证，而不是作品集的文字说明书。
为什么作品集是简历的核心而非附件
我见过太多UI设计师把作品集当成"附加材料"，简历里只写"作品集链接见页脚"。这是致命的。UI设计师的简历和作品集的关系，就像电影预告片和正片——预告片不好看，没人会买票进影院。
简历的作用是让招聘方产生"我想看看这个人的作品集"的冲动。所以简历里每一段项目描述，都应该是一个钩子，引导招聘方去作品集里看完整案例。比如简历里写"通过重构组件库将设计交付效率提升40%"，作品集里就应该有组件库的前后对比和具体数据。
如何在简历中描述设计决策而非只列界面产出
这是中级UI设计师简历最核心的区分点。初级UI写"设计了登录页、首页、个人中心页"，中级UI写"登录页面临多角色入口的认知负荷问题，通过将角色选择前置并配合视觉权重区分，降低了用户误选率"。
具体来说，每个项目描述里至少包含一个设计决策点：
- 你面对的是什么问题？（信息层级混乱、操作路径过长、视觉一致性差）
- 你做了什么决策？（调整布局、引入新组件、改变交互方式）
- 为什么这么做？（基于用户反馈、数据表现、可用性测试结果）
- 结果如何？（效率提升、错误率下降、用户满意度变化）
设计工具与协作平台的正确罗列方式
不要单独列一个"工具"栏。工具应该融入项目描述中。比如"使用Figma Variables管理多主题设计系统"比"熟练使用Figma"有信息量得多。
协作平台同理。写"通过Jira跟踪设计任务并与前端每周走查"比"熟悉Jira"更能体现你的工作方式。招聘方想知道的是你如何工作，而不是你会打开哪些软件。
数据与用户反馈在设计成果中的呈现方法
UI设计师的数据意识往往弱于UX，但中级岗位已经开始要求这一点。你不需要做复杂的统计分析，但需要展示你关注设计的结果。
有效的数据呈现方式包括：
- 界面效率指标：任务完成时间、点击次数、误操作率
- 用户反馈：NPS变化、应用商店评论关键词变化、用户访谈中的具体反馈
- 业务指标：转化率、留存率、客单价（如果你能拿到这些数据）
注意：不要编造数据。如果你没有数据，就写用户反馈的原话或可用性测试的观察结果。招聘方更看重你关注结果的意识，而不是数字本身。
中级UI设计师简历的常见误区
我看过上千份UI简历，有些问题反复出现，而且集中在mid-level候选人身上。这些误区不是能力问题，而是表达问题——但表达问题在简历筛选阶段就是致命问题。
只写视觉风格不写设计逻辑
"负责XX项目视觉风格设定，采用极简风格，配色以蓝色为主"——这种描述在招聘方眼里等于什么都没说。极简风格、蓝色主色，这些是结果，不是决策。
你需要写的是：为什么选极简？因为目标用户是高频使用的B端操作人员，需要降低认知负荷。为什么用蓝色？因为品牌色是蓝色，但原始品牌色对比度不足，所以调整了明度和饱和度以满足可访问性标准。
没有逻辑的视觉描述，在作品集里还能靠图说话，在简历里就是废字。
项目描述缺乏上下文与约束条件
"设计了XX APP的全部界面"——什么APP？给谁用？有多少个页面？你一个人做的还是团队协作？开发资源有限吗？时间周期多长？
没有上下文，招聘方无法判断你的贡献难度。一个在成熟设计系统下做10个页面的设计师，和一个从零搭建设计系统再做10个页面的设计师，能力差距是巨大的。但简历上如果都写"设计了10个页面"，看起来就一样。
技能栏堆砌工具名称却无深度说明
我见过一份简历的技能栏写了23个工具名称。从Figma到Axure到Principle到C4D到Blender。招聘方的反应不是"这人好厉害"，而是"这人什么都不精"。
中级UI设计师的技能栏应该控制在3-4个维度，每个维度下不超过5项。而且每一项都要能对应到具体项目经验。如果你写了"精通Design Token管理"，但项目描述里没有任何相关案例，招聘方会认为你在虚标。
忽略团队协作与跨职能沟通经验
UI设计师不是孤岛。你需要和UX、产品经理、前端开发、测试、运营频繁沟通。招聘方非常看重这一点，因为mid-level岗位通常需要独立对接多个职能。
简历里要体现：你如何与前端沟通还原问题？如何向产品解释设计决策？如何在设计评审中处理反馈？这些软技能在简历中可以通过具体事例体现，比如"组织双周设计评审，推动组件库在3条业务线落地"。
针对不同公司类型的UI设计师简历调整策略
同一份简历投所有公司，是UI设计师求职中最常见的策略性错误。大厂、创业公司、To B、To C、外包、自研，对UI设计师的期待差异巨大。你的简历需要针对性调整。
互联网大厂与创业公司的侧重点差异
大厂看重设计系统能力、跨团队协作经验、数据驱动设计。简历里要突出：你参与过什么级别的设计系统建设？你和多少人的团队协作过？你的设计决策如何影响业务指标？
创业公司看重独立负责能力、快速迭代经验、多面手特质。简历里要突出：你独立负责过什么完整项目？你在资源有限的情况下如何解决问题？你能否同时处理多个优先级？
投大厂时，把设计系统和数据成果放在最前面。投创业公司时，把独立负责和快速交付放在最前面。
To B与To C产品对UI设计师简历的不同要求
To B产品看重信息架构能力、复杂表单和表格设计经验、操作效率优化。简历里要体现：你处理过多复杂的数据展示？你如何平衡信息密度和可读性？你做过权限系统或工作流相关的界面吗？
To C产品看重视觉表现力、情感化设计、品牌一致性。简历里要体现：你的视觉风格跨度如何？你做过动效或微交互吗？你如何通过界面提升用户留存？
投To B公司时，作品集里放后台系统、数据看板、工作流界面。投To C公司时，放移动端、品牌页、动效案例。
外包与自研团队的项目描述方式区别
外包团队的项目描述要突出：你服务了什么类型的客户？你在多项目并行下如何保证质量？你适应不同品牌规范的能力。
自研团队的项目描述要突出：你参与了产品的哪个阶段？你的设计如何迭代？你对产品本身的理解和贡献。
外包经历在简历中不要只写"服务了XX客户"，要写"在XX客户项目中，面对客户品牌规范与可用性标准的冲突，通过XX方式达成平衡"。自研经历则要写"从0到1参与XX产品设计，经历3个大版本迭代"。
UI设计师简历模板推荐与使用建议
简历模板不是越好看越好。UI设计师的简历模板有一个特殊要求：它本身要证明你的设计能力，但不能喧宾夺主。
适合中级UI设计师的简历版式特征
单栏布局优于双栏。双栏简历在ATS系统中解析容易出错，而且阅读动线不清晰。单栏、左对齐、清晰的层级关系，是UI简历最安全的版式。
字体选择上，用系统字体或常见无衬线字体（Inter、Roboto、PingFang SC）。不要用装饰性字体，不要用多种字体混排。字号层级控制在3-4级，用字重和颜色区分层级，而不是用花哨的样式。
颜色上，最多用一个强调色。黑色正文、灰色辅助信息、一个品牌色用于链接和标题。不要用大面积色块或渐变背景。
作品集平台与简历的配合方式
作品集平台的选择取决于你的目标公司。Behance和Dribbble适合视觉导向的岗位，但国内招聘方更常用的是个人网站、站酷、UI中国。如果你投的是国内公司，优先用国内平台或自建网站。
简历和作品集的配合方式：简历里每个项目描述后面，可以标注"完整案例见作品集第X部分"。这样招聘方点进作品集后能快速定位，而不是自己翻找。
简历文件格式与命名的行业惯例
导出PDF，不要发Word或Pages文件。PDF能保证排版不乱，而且ATS系统对PDF的解析已经足够成熟。
命名格式：姓名-UI设计师-工作年限-作品集链接.pdf。比如张三-中级UI设计师-4年经验-zhangsan.design.pdf。不要用简历.pdf或我的简历最终版.pdf。
文件大小控制在5MB以内。如果作品集图片太大，压缩后再嵌入。
让UI设计师简历通过筛选的关键细节
简历筛选是一个快速决策过程。招聘方看一份UI简历的平均时间不超过30秒。你需要在这30秒内传递足够的信息，同时不触发任何淘汰机制。
关键词与ATS系统的匹配要点
大厂和部分中厂使用ATS系统筛选简历。UI设计师简历中的关键词包括：UI设计、界面设计、设计系统、组件库、Figma、Sketch、响应式设计、可访问性、设计规范、交互设计、视觉设计、B端、C端、移动端、Web端、小程序、Design Token、Dev Mode、走查、还原度。
把这些关键词自然地融入项目描述和技能栏，不要堆砌。ATS系统会匹配关键词，但招聘方最终看的是内容质量。
简历篇幅与信息密度的平衡
中级UI设计师的简历控制在1-2页。1页是理想状态，2页是上限。超过2页的UI简历，招聘方会认为你缺乏信息提炼能力——这本身就是UI设计师的核心能力之一。
信息密度上，每段项目描述控制在3-5行。不要写大段文字，用短句和项目符号。但也不要只写关键词，缺乏上下文的简历在人工筛选阶段会被淘汰。
求职信与简历的协同策略
UI设计师的求职信不是必须的，但如果你写，就要写出差异化。不要写"我热爱设计，注重用户体验"这种空话。
有效的求职信结构：第一段说明你为什么对这个岗位和这家公司感兴趣（要具体到产品）；第二段用一个具体案例说明你的能力和岗位的匹配点；第三段简要说明你的作品集里哪个项目最相关，引导招聘方去看。
求职信不要重复简历内容，而是补充简历里没空间展开的细节。比如你对该公司产品的使用体验和改进建议，或者你某个项目背后的完整思考过程。