UI设计师简历的工作经历不需要写"我每天做了什么"——需要写的是"我做成了什么、对业务有什么影响"。下面分 B 端 SaaS 和 C 端 App 两个不同方向，给出可直接改写套用的经历范文，每段都附了为什么这么写、以及常见错误对照。
B 端产品招聘方最关心：你做的设计能不能降低学习成本、提高操作效率、减少出错。写这类经历时，重点落在"复杂流程简化""跨角色协作""设计规范复用"三个关键词上。
✅ 正确写法（B 端方向）：
2022.03 – 至今 杭州 XX 科技有限公司 高级 UI 设计师
负责公司核心 SaaS 产品「XX 云仓」的 UI 设计与设计规范迭代，覆盖仓储管理、订单调度、财务对账 3 个子系统。
· 主导仓储管理模块的全链路改版：原来库存盘点操作需 7 个步骤、平均耗时 8 分钟；改版后合并为 3 步、耗时降至 3 分钟以内，操作错误率从 12% 降至 3% 以下 · 推动建立中后台 Design System，抽象出 60+ 可复用组件（表格/筛选器/批量操作栏/状态标签等），前端开发调用效率提升 35%，新功能 UI 交付周期从 5 天压缩至 3 天 · 协同 3 个产品线完成视觉一致性升级，统一交互规范 18 项，跨系统操作路径缩短 40%
为什么这么写：B 端经历最忌讳写成"负责 XX 系统 UI 设计"——你得把"复杂度"翻译成可感知的数字。7 步变 3 步、8 分钟变 3 分钟、错误率 12%→3%，每一步都在告诉用人经理：你不是在画界面，你是在解决真实的业务效率问题。
❌ 错误写法：「负责公司 SaaS 产品 UI 设计，参与仓储、订单、财务模块的界面优化工作。日常与产品、开发沟通设计需求，按时交付设计稿。」
问题在哪：全程没有数字、没有结果、没有差异化——中级设计师和实习生都能写出同样的句子。HR 看完不知道你"优化"了什么、有没有用、跟别人有什么区别。
C 端产品的经历写法和 B 端完全不同：重点是"你怎么影响用户体验、怎么用设计驱动增长"。数据指标从效率类切换到留存/转化/满意度类。
✅ 正确写法（C 端方向）：
2021.05 – 2024.02 北京 XX 移动互联网公司 UI 设计师
负责「XX 阅读」App（DAU 120 万）的内容消费与社交功能模块设计，直接向设计总监汇报。
· 主导书城首页改版项目：用户调研发现"找书效率低"是最大痛点，重新设计信息层级与推荐算法视觉呈现，改版后首页人均浏览深度从 3.8 屏提升至 6.2 屏，日均阅读时长增加 19% · 设计并落地"阅读圈子"社交功能：从 0 到 1 完成圈子创建/加入/发帖/互动全流程设计，上线 3 个月圈子日活渗透率达 22%，用户次日留存提升 7 个百分点 · 建立 A/B 测试驱动迭代的设计流程：累计发起 28 次 A/B 测试，平均每次迭代带来核心指标 3%-8% 的正向提升
为什么这么写：C 端经历要做到"设计能力 + 产品意识 + 数据意识"三位一体。28 次 A/B 测试说明你不是凭感觉做设计，22% 的渗透率说明社交功能不是只上线就完了——你有从 0 到 1 并持续迭代的能力。
❌ 错误写法：「负责 App 首页改版和社交功能设计，根据用户反馈优化迭代。跟进多个版本的设计需求，保障设计质量与上线效果。」
问题在哪：C 端产品最怕的就是"优化""迭代""跟进"这几个词——它们太宽泛了，任何人任何岗位都能用。面试官看完只会觉得"这个人好像什么都做了，又好像什么都没做成"。
| 维度 | B 端 SaaS 方向 | C 端 App 方向 |
|---|---|---|
| 核心数据 | 操作效率、错误率、交付周期 | 留存率、转化率、使用时长 |
| 关键能力 | 复杂流程简化、设计规范、跨角色协作 | 用户洞察、增长思维、A/B 迭代 |
| 面试常见追问 | 你怎么跟开发对规范？组件库怎么维护？ | 你这个改版的用户洞察从哪来？你怎么衡量成功？ |
| 适合人群 | 有后台/SaaS/ERP 经验的 UI | 有 App/小程序/内容产品经验的 UI |
写工作经历时，先判断你的目标岗位偏 B 端还是 C 端，然后用对应方向的语言去写——如果面 B 端岗位却全篇在讲 C 端的 DAU 和留存，招聘方会觉得你"方向不对"。
UI 设计师的工作经历排列方式取决于你的求职目标：
用 见效简历 的 UI 设计师模板，工作经历区已按"动作 + 结果"分栏，填好即可一键生成专业排版。
选择一个专业模板，10 分钟完成你的简历