UI设计师的项目经验，面试官最关心的是——除了画图，你有没有思考过"为什么这么做"和"做出来有没有用"。下面 3 个项目案例覆盖设计系统建设、C 端改版和 B 端重构三种典型场景，每个都按 STAR 拆解，标注量化维度和面试可能的追问点。
场景：公司旗下 3 条产品线（App/小程序/Web 管理后台）各自一套 UI，视觉不统一、开发重复造轮子、产品上线后还原度差，急需一个统一的设计规范和组件库。
| STAR | 内容 |
|---|---|
| S 背景 | 公司 3 个产品线共 120+ 页面，由 8 名前端开发维护，设计师 2 人。组件复用率极低，同一按钮在不同页面有 11 种变体，前端每周因样式问题产生的 Bug 均 15 个以上 |
| T 任务 | 主导建立公司级 Design System，统一视觉语言和交互规范，输出可落地的 Figma 组件库，并推动前端组件库对齐 |
| A 动作 | ① 审计现有 120+ 页面的 UI 元素，归类出 86 个原子组件（按钮/输入框/表格/弹窗/导航/标签等）；② 制定颜色规范 12 项、字体层级 6 级、间距体系 5 档、圆角/阴影等设计 token 30+ 个；③ 在 Figma 中创建组件库并设置变体与自动布局，将设计交付方式从"手动标注"切换为"Figma 链接 + 设计 token 导出"；④ 与前端团队每周对齐，将 Figma 组件映射为 React 组件，建立组件命名统一规则 |
| R 结果 | 前端样式问题 Bug 从月均 60+ 降至 20 以下，新需求设计到开发交付周期从 5 天压缩至 2 天，跨产品线视觉一致性从 31%（审计评分）提升至 89%。设计评审通过率从 60% 提升至 95% |
为什么这个项目有含金量：Design System 项目最容易写成"我建了一套组件库"然后什么都没有了。这个案例的价值在于：① 有审计数据支撑（31%→89% 的视觉一致性是可测量的）；② 有协同价值（5 天→2 天的交付压缩直接关联业务；③ 涉及跨角色推动（设计师+前端+产品）。
面试追问点：面试官可能会问"你怎么推动前端去对齐组件库的？他们不愿意怎么办？"——建议准备一两句关于跨部门协作的真实经历。
场景：「XX 优选」电商 App 日均首页曝光 80 万 UV，但首页到商详的点击率仅 3.2%，且用户跳出率高达 61%。产品和运营团队对改版方向有分歧，需要设计团队用数据推进决策。
| STAR | 内容 |
|---|---|
| S 背景 | App 首页日均 80 万 UV，首页→商详点击率 3.2%，跳出率 61%。产品想改推荐算法、运营想加大促入口，缺乏统一的改版方向判断 |
| T 任务 | 通过用户调研和数据摸底确定改版方向，完成首页信息架构重组和视觉改版，并以 A/B 测试验证效果 |
| A 动作 | ① 提取最近 3 个月的用户行为数据，发现 73% 的跳出来自首屏 40% 区域后——用户"划了一下没看到想要的，走了"；② 通过热力图和 5 场用户访谈，确认核心问题不是"内容不够"而是"信息层级混乱"，运营 Banner 挤占了商品推荐空间；③ 重新设计信息层级：顶部固定搜索栏（之前藏在二级页），中部改为双列瀑布流商品推荐，运营 Banner 缩小为单张轮播；④ 与算法团队合作，将推荐理由以设计标签形式（"你常买""超值好价"）融入卡片 |
| R 结果 | A/B 实验跑 3 周：新版首页→商详点击率从 3.2% 提升至 5.8%（+81%），跳出率从 61% 降至 44%，人均浏览商品数从 4.7 件升至 8.3 件。全量放量后首页日均 GMV 贡献增长 22% |
关键写法：这个案例的厉害之处在于——设计决策不是"我觉得这样好看"，而是两重数据支撑：① 用行为数据定位问题区域（划了 40% 就走了）；② 用 A/B 实验结果验证方案（81% 的点击率提升不是靠感觉）。C 端设计面试中，"数据驱动"不是说一说，是要能在简历里还原出"什么数据→什么决策→什么结果"的完整链路。
面试追问点：面试官可能问"改版过程中产品和运营意见冲突你怎么处理？"——用你真实的协调经历回答，展示你不是"出图工具"而是"设计方案的推手"。
场景：某物业公司的内部工单系统（报修/投诉/巡检）已用 4 年，UI 陈旧、信息过载、一线员工平均完成一张工单需 12 分钟。公司外包客服流动率 120%，新人培训周期 2 周——系统难用是离职的隐藏原因之一。
| STAR | 内容 |
|---|---|
| S 背景 | 内部工单系统日均处理工单 3000+ 条，覆盖报修/投诉/巡检 3 大类。一线员工平均完成单张工单耗时 12 分钟，新人需培训 2 周才能独立操作系统 |
| T 任务 | 对工单系统进行 UI 重构，目标是降低操作时长、减少新人上手时间，并在 3 个月内完成上线 |
| A 动作 | ① 跟一线员工坐班 3 天，记录下 23 个高频痛点（信息层级混乱、操作入口分散、状态反馈缺失）；② 将工单处理路径从原来的 5 步操作（选择→填写→派单→处理→回访）优化为 3 步"一站式处理"界面，关键信息前置、操作按钮固定底栏；③ 新增「新手模式」：首次登录引导关键操作 + 步骤提示浮层，经验值满后自动切换为标准模式；④ 设计"超时预警"和"积压提醒"视觉提示（颜色+动效），降低漏单风险 |
| R 结果 | 单张工单平均处理时长从 12 分钟降至 7 分钟（-42%），新人培训周期从 2 周缩短至 4 天。3 个月内客服离职率下降 28%，系统满意度从 2.8 分升至 4.4 分（5 分制） |
为什么这跟常规 UI 项目不一样：这个案例展示的是"设计解决业务问题"的高级能力。你不仅要改界面，还得理解业务场景——工单 12 分钟意味着什么？120% 的流动率意味着什么？"新手模式"这个设计决策的前提是"我知道这个系统的新人太难上手了"。这种从业务痛点到设计方案的推导，是高级 UI 区别于初级 UI 的分水岭。
❌ 错误写法：「参与公司 App 改版项目，负责部分页面的 UI 设计和交互优化，配合产品经理完成需求迭代，输出设计稿并跟进开发还原。」
问题：这段话可以说任何一个上过线的 UI 设计师——没有背景（为什么改）、没有决策（你怎么设计的）、没有结果（改完有什么用）。面试官看完只能得出一个结论："这人画过图。"
✅ 正确写法：「主导电商 App 首页改版项目（日活 80 万用户），通过用户行为数据和热力图分析发现首页跳出率高达 61%，核心原因是信息层级混乱导致用户找不到商品。重新设计信息架构为双列瀑布流推荐，A/B 实验 3 周后首页点击率从 3.2% 升至 5.8%，跳出率降至 44%。」
为什么有效：有背景（日活 80 万、跳出率 61%）、有你的决策（重新设计信息架构）、有方法论（A/B 实验）、有结果（点击率 +81%）。
| 要素 | 写什么 | UI 设计师特别注意 |
|---|---|---|
| S 场景 | 产品背景、用户规模、核心痛点 | 写明"为什么非改不可"——没有痛点的改版就是纯执行 |
| T 任务 | 你的角色 + 项目目标 | 角色要具体："独立负责""主导""参与"要说清楚 |
| A 动作 | 设计方法、关键决策、推动过程 | 必须包含"你怎么做的调研/怎么推导的设计决策"——不是"画了几张图" |
| R 结果 | 量化指标收尾 | 效率/体验/业务三类指标至少选一个，且数字要在该业务语境下合理 |
写好项目经验的黄金法则：每一项"我做了什么"后面都要能接上"因为什么、带来了什么"——如果没有这两个追问的答案，这个项目就不值得写进简历。
用 见效简历 的 UI 设计师模板，项目区已按 STAR 分栏，填好挑战与指标即可自动排版成专业项目描述。
选择一个专业模板，10 分钟完成你的简历