设计师简历与作品集配合：从过程到结果的表达逻辑

本文基于HI简历站内65份设计岗位投递样本和面经资料，拆解视觉设计、UI设计、交互设计和品牌设计岗位的简历与作品集准备逻辑。以下方法来自站内样本分析和求职场景总结，并非外部公开结论，请结合自身情况参考使用。

为什么作品集和简历要分开写，又必须呼应

很多设计师把简历和作品集当成两个独立的东西：简历罗列工作经历和软件技能，作品集只放最终效果图。这种做法的问题在于，HR和设计主管在筛选时，简历只能看到“你做过什么”，作品集只能看到“你做得怎么样”，两者之间缺乏连接。面试官拿到简历后打开作品集，如果找不到对应项目，就会产生割裂感。正确的做法是让简历的每个项目都能在作品集中找到对应的完整案例，并且简历中的描述要提前透露作品集里会展开的关键信息——比如项目目标、你的角色和最终数据。这样面试官在翻作品集时，会带着验证的心态去看，而不是重新理解一个陌生项目。

作品集的结构：从项目背景到设计决策到结果

作品集不只是视觉展示，更是一个说服工具。一个标准的设计案例应该包含：项目背景（什么产品、什么阶段、你的角色）、设计目标（要解决什么问题、衡量标准）、设计过程（调研、方案迭代、关键决策点）、最终交付（界面、原型、规范）和业务结果（数据变化或用户反馈）。很多设计师喜欢直接放美轮美奂的界面，却省略了前因后果。这会导致面试官无法判断你的设计是否合理——因为脱离了产品语境，再好看的界面也可能只是“飞机稿”。

提醒：不要在作品集中只放最终效果图，至少要包含1-2页过程图来展示你的思考路径。面试官在意的是你如何做决定，而非最后的像素级对齐。

项目经历在简历中的表达：用动词和数字还原决策

简历中的项目描述不是作品集的摘要，而是引导面试官关注重点的导语。每一条项目经历应该包含：你的产出是什么（比如“主导XX产品的首页改版”）、你用了什么方法（比如“通过A/B测试确定方案”）、结果如何（比如“点击率提升12%”）。动词要具体，避免“负责”“参与”这类模糊词，改用“主导”“重构”“定义”。数字可以是百分比、时长、覆盖用户数，甚至设计规范覆盖率。如果项目没有上线或没有数据，可以写“推动XX功能从0到1上线”“获得XX次内部评审通过”这类过程指标。

业务结果怎么写：不是所有项目都有数据，怎么证明价值

设计岗的一个难题是很多项目没有直接可量化的业务数据，比如后台管理界面、内部工具或品牌升级。这时候不要硬编数据，而是换一个角度证明价值：你可以写“设计规范复用率提升30%”“减少UI走查返工次数”“获得业务方主动咨询设计方案的次数”。另一种方法是写“主导设计评审并推动XX方案落地”来体现决策影响力。如果项目有用户测试数据，哪怕只是5人可用性测试的发现问题数，也可以写出来。重点是把“做了”升级为“带来了什么改变”。

三种常见设计岗位的侧重差异

不同设计岗位在简历和作品集中侧重点不同，可以参照下表：

岗位类型	简历侧重	作品集侧重	需要避免
视觉设计	视觉风格把控、品牌规范、多端适配	高质量视觉稿、细节放大、风格演变过程	只放最终稿，缺少设计推导
UI设计	交互逻辑、组件化、适配多端	界面流程、原型到高保真对比、响应式设计	只放页面截图，缺少交互路径
品牌设计	品牌策略、视觉系统、落地执行	logo推导、应用场景、品牌手册	堆砌单个logo，缺少系统性

根据你投递的岗位，调整简历中项目描述的偏重。比如投递视觉设计岗，可以多写“制定XX品牌视觉规范”；投递UI设计岗，多写“建立XX组件库并复用”。

具体例子拆解：一个B端UI项目的简历与作品集配合

假设你做过一个B端后台管理系统的设计。简历中这样写： “主导XX后台系统仪表盘模块的交互重构，通过用户访谈发现原有信息层级混乱导致任务完成效率低。重新设计页面结构并建立可视化图表规范，上线后用户平均操作时长降低25%，内部反馈满意度提升。”

作品集中对应的案例应该这样展开：第一页是项目背景：B端产品、用户是运营人员、痛点是什么。第二页展示用户访谈记录和关键洞察（比如“用户需要快速查看核心指标”）。第三页是信息架构变化对比图（旧版 vs 新版）。第四页是几个关键页面的高保真设计稿，并标注设计决策（为什么用卡片式布局、为什么这样排序）。最后一页是数据结果截图和用户反馈摘录。这样简历和作品集就形成了完整的证据链。

投递前的最后检查

1. 每个简历中的项目是否都能在作品集中找到对应的完整案例？
2. 作品集中每个案例是否都有背景、过程、结果三个部分？
3. 简历中的动词是否具体（主导、重构、定义）？避免“负责”。
4. 是否有至少一个量化结果（即使是非上线数据）？
5. 检查作品集文件大小是否在10MB以内，PDF优先。
6. 去掉简历和作品集中的“独立完成”“全部自己设计”等绝对化表达。

提醒：不适合照搬的几种情况——如果你的作品集项目都是课堂作业或改版练习，不要在简历中写成“主导XX产品改版”，而应写明“课程项目”“个人练习”。面试官一眼就能看出真实场景与练习的差距，过度包装反而减分。

FAQ

Q1：没有商业项目经验，简历和作品集怎么准备？ A：可以使用课程项目、比赛作品或对现有产品的红蓝海改版分析。重点呈现设计过程而非最终结果。比如做一个“某APP课程项目”，写明从用户调研到方案迭代的完整流程。

Q2：作品集需要放多少项目？ A：建议3-5个完整案例，覆盖不同难度和类型（如1个B端、1个C端、1个品牌）。每个案例控制在3-6页，总页数不超过30页。

Q3：简历中软件技能怎么写？ A：不用罗列所有软件，只写你熟练使用的，并关联到项目中使用场景。比如“通过Figma搭建组件库并支持团队协作”。避免写“精通”除非被面试官问到能自证。

Q4：设计岗面试时，作品集需要现场演示吗？ A：建议准备PDF版本以防网络问题。如果是面试需要，可以准备一个5-10分钟的案例讲解，重点讲设计决策和结果。不要只翻页不解释。

先把简历主线拉直

读完攻略后，建议不要马上大面积投递，而是先选 3 个最接近的岗位做小范围验证。把岗位要求、简历证据和面试准备放在同一张表里，能更快发现表达缺口。这个表不需要复杂，只要能让你看清：岗位在要什么、你已有的证据在哪里、还缺什么表达。

具体可以按“目标岗位-岗位要求-我已有证据-需要补充-投递前动作”五列整理。比如岗位强调数据分析，就不要只记录“会 Excel/SQL”，而要写清楚你在哪个项目里看过什么指标、基于指标做过什么判断、这个判断有没有影响后续动作。

把一句经历改成可追问版本

原句：负责活动运营，提升用户参与度。

更稳的写法：负责校园社群活动运营，先按新用户、活跃用户、沉默用户拆分人群，再分别设计报名提醒、任务打卡和结果复盘；活动结束后整理报名人数、完成人数和反馈问题，用于下一轮活动规则调整。

这不是让你照抄数字，而是提醒你把“动作链路”写出来。即使没有漂亮结果，也可以写清楚你如何分析问题、怎么执行、复盘发现了什么。

最后只看四个点

• 标题有没有对准岗位。
• 最近经历有没有放前面。
• 关键词有没有证据。
• 有没有你自己讲不通的表述。

先看这四个点

检查项	低风险表现	高风险表现
岗位匹配	前两段直接回应目标岗位	一版简历覆盖所有岗位
证据密度	每段经历都有动作或结果	多是形容词和职责堆叠
优先级	最相关经历靠前	最重要内容藏在后面
后续面试	简历内容能展开追问	写了自己解释不清的技能

这个表不需要做得复杂。你只要在定稿前逐项看一遍，就能发现很多“看着完整但不好用”的问题。比如技能栏很显眼，但技能没有项目证据支撑，就应该降低技能栏权重，把空间留给实习、课程项目或作品说明。

什么时候应该重写

如果你已经改了多次，仍然出现目标岗位不清、项目贡献讲不明白、面试追问接不住这些问题，就不是措辞问题，而是简历主线不清。此时更应该先重排经历顺序，再处理句子润色。

延伸准备

如果你已经确定目标方向，可以把这篇文章里的方法继续落到具体页面里：先看一篇相近主题的文章校准思路，再选模板或范文对照自己的经历结构。下面这些链接来自 HI简历 站内内容，适合作为下一步检查材料。

• 延伸阅读：把运营经历写成业务贡献：活动、用户与数据的简历主线构建法：本文基于HI简历站内80份运营岗投递样本，拆解用户运营、内容运营、活动运营和产品运营的简历写作逻辑。重点不是给通用模板，而是分析如何把活动执
• 相关模板：应届生用户运营简历模板：应届生用户运营简历模板适合应届生校招 / 用户运营场景，围绕用户运营的核心经历、项目成果、技能关键词和求职表达组织内容，便于搜索用户快速找到
• 参考范文：应届生算法工程师简历范文：应届生算法工程师简历模板适合应届生校招 / 算法工程师场景，围绕算法工程师的核心经历、项目成果、技能关键词和求职表达组织内容，便于搜索用户快