前段时间一个做了四年半交互的男生找我改简历。他作品集做得相当能打——六个项目，封面一张比一张精致，间距、圆角、阴影都挑不出毛病，Behance 上还有两千多浏览。他说投了快两个月，大厂一面过了两个，但二面经常被追问「你具体负责什么结果」，答着答着自己也觉得虚。
他把最近一段经历给我看：
2022.08—至今 | XX 电商 | 高级交互设计师
负责公司核心交易链路的交互设计，独立输出线框图与高保真原型。
参与用户研究与可用性测试，推动设计系统落地，与产品、UI、研发紧密协作。
主导支付、下单、售后等核心模块体验优化，持续提升转化与用户体验。
累计交付原型页面 280+，沉淀交互规范文档 3 份，获团队季度体验奖。
我问他：「你说主导支付模块优化，支付完成率或者支付失败重试，上线前后数字是多少？」
他想了想，翻出一份半年前的复盘文档。当时支付页「确认支付」主按钮和「分期免息说明」抢视线，八人可用性测试里五人误点说明区、两人找不到分期入口；他推动把说明收成折叠面板，默认展开上次成功支付方式，失败重试保留表单状态。小流量 AB 跑了两周，主按钮误触率从 18% 降到 4%，下单完成率从 62% 提到 79%，支付方式相关客服工单从周均 120 条降到 46 条。
「这些你简历上一个字都没有。」我说。
他有点不服：「我写『持续提升转化』了啊。而且设计系统那块，我确实参与了好几个组件……」
我又问：「你参与的是哪几个组件？现在谁在复用？返工有没有少？」
他沉默了几秒：「主要是支付失败重试那个模式……后来交易域和售后域都在用。走查缺陷里『缺异常态』那类，大概从三成降到一成多。但简历上我就写了『推动设计系统落地』，怕写太细显得啰嗦。」
「你看，」我说，「啰嗦的不是细节，是『负责核心链路交互』这种谁都能写的句子。中级面试官默认你会画原型、会做测试——他要确认的是：这条链路交给你，指标坏了你会不会拆、方案僵持时你能不能拿证据推、你沉淀的东西别人会不会真的用。你把完成率从六十二拉到七十九、工单砍了六成、一个失败重试模式被两个业务线复用——全藏在口头复盘里，简历上只有『280+ 页面』和『获体验奖』。页面数量填不满『我能扛模块』的坑；奖项没有数字，跟『优秀员工』没区别。」
他愣了一下：「那跟初级有什么区别？初级也要写问题和结果吧？」
「区别在深度和所有权，」我说，「初级证明你会跑 research → wireframe → usability，能把一个流程讲清楚；中级要证明你 Own 的是功能或模块，不是单页——你会在约束里做取舍，会把个人判断变成组件或模式让别人复用，会在 PM 想加入口时拿漏斗把他拉回来。你还不需要写公司级体验战略、带大团队、定全站设计原则——那是高级的事。但『负责核心流程交互』这种写法，会让面试官把你和『界面更好看的初级』放在一起比。」
不够。 中级交互 / UX 设计师写简历最常见的坑，就是把「对一块体验域负责」的工作，写成了「更高产的执行说明书」：漂亮截图、核心链路、设计系统——名词都有了，所有权和数字全没有。筛简历的人只有三十到六十秒，他点不开你的 Behance 长文，只能根据文字判断：这人能不能拉动转化、能不能减少工单、能不能让团队协作成本降下来。你把一场「误触率砍了十四个百分点、完成率涨了十七个点」的故事，写成了一句「持续提升转化」——这跟把季度业绩写成「工作努力」没区别。
下面按中级岗位真正会被考察的能力，六个维度拆开写。每个维度都有改前 / 改后——改前是你简历里常见的那种写法，改后是我建议你尽量往那个方向靠的密度。不用一次写到完美，但你可以对照着改，改完拿给做产品的朋友看一分钟，问他能不能说出你对哪个数字负责、推过什么方案。
先搞清楚：中级 UX 简历要证明什么
先对齐预期。面试官看 3–6 年交互 / UX，通常不指望你定公司级体验战略、搭完整 Design System 治理体系、带一支设计团队——那些是高级和负责人岗位的事。他默认你会用 Figma，默认你会画原型，默认你做过可用性测试，默认你的界面不会丑到没法交付。真正在筛的是五件事：
第一，你有没有主导过端到端闭环。 不是「参与了一轮测试」，而是从发现问题、定义问题、出方案、验证、上线到复盘——这条链上你扛的是哪几段、哪段是你拍板的。中级 UX 最值钱的瞬间，往往不是你截了一屏最漂亮的 UI，而是你在复盘会上说：「这次完成率上来，主因是支付方式默认值和失败重试，不是首页改版；下季度建议把发票流程提上排期。」
第二，你能不能对指标负责。 转化、任务成功率、客服工单、完成时长、误触率——至少写清一条主指标和基线、你的动作、上线后的变化。不需要你把增长全归功于自己，但要让人看出：这块体验坏了你会拆漏斗、会找断点、会用测试或 AB 验证，而不是只会说「体验更好了」。
第三，你有没有把手艺变成可复用物。 不是「熟悉设计系统」，而是你拥有或贡献了哪些组件、模式、走查清单；别的设计师或研发有没有按你的东西做事；返工、缺陷、一致性有没有可量化的变化。中级不需要吹「搭建了整套 DS」，但需要证明你不只是在单次项目里画图，还在让团队少踩重复的坑。
第四，你有没有跨职能推动力。 不是「紧密协作」，而是：PM 原方案是什么、你用什么证据推动他改需求或改优先级；研发说做不了时你提了哪条折中；UI 和你的边界在哪、一个具体状态上你怎么吵完又落地。中级面试官常问：「你和产品意见不一致时怎么办？」简历里得先埋好答案。
第五，作品集和简历有没有分工。 简历用四十秒钉死问题—方案—结果；作品集用过程图、对比稿、测试录像、决策纪要撑细节。两者项目对齐、互相印证，而不是简历抄作品集目录、作品集只有最终大图没有前因后果。中级比初级更忌讳「两边都秀界面」——因为面试官默认你界面能看，他要的是故事和数字。
还有第六点，很多人忽略：中级简历要让人看得出你在约束里做取舍，不是只有最终方案。 同一个售后流程，如果你只写「重构为四步」，他不知道你否决过什么。如果你写「曾推三步骤合并案，可用性预测失败 5/8，因法务文案不可删改为四步 + 责任确认折叠」，他就知道你会在工期、法务、客服诉求之间裁方案。这种「否决过的方案」是中级和初级的重要分界。
带着这六点，往下看六个维度。再强调一遍中级和高级的分工，免得写着写着跑偏。高级简历会写：体验战略、设计原则治理、跨业务线标准、带团队定规范。你可以敬仰，但别硬贴。中级面试官看到 4 年经验的人写「定义公司体验战略」，第一反应是警惕。你该证明的是：交给你一块功能或模块，你能端到端扛住，能把体验改动落到指标上，能让协作方因你的证据改动作。 这一条做到了，就已经比大多数中级竞争者强了。
如果你现在回头看自己的简历，发现三个项目都在写「负责核心链路交互、推动体验优化」——别慌，这很正常。挑一个你跟得最透、对结果最说得清的模块（通常是交易、支付、售后、搜索里的一条），用本文改后案例当模板重写那一段。一段写透了，比五段空洞经历更能帮你拿到二面。其余项目可以先用两行摘要占位，面试问到再展开。
中级 vs 初级：一张对照表
改简历前先对一下，你现在更像哪一列：
| 维度 | 还偏初级的写法 | 中级应有的写法 |
|---|---|---|
| 定位 | 参与多个体验优化、输出原型 | 声明 Own 的模块 / 链路与主指标 |
| 流程 | 列过 research、测试、原型 | 端到端闭环，含问题重定义与复盘 |
| 指标 | 「提升体验」「优化转化」 | 基线、动作、结果、护栏（工单 / 误触） |
| 设计系统 | 熟悉 Figma 组件、参与规范 | 拥有 / 发起的模式或组件 + 采用证据 |
| 协作 | 紧密配合、高效沟通 | 对方原方案 → 你的证据 → 对方改了什么 |
| 作品集 | 封面大图、简历项目名列表 | 简历钉数字，作品集展开过程，项目对齐 |
| 自我评价 | 审美、沟通、抗压 | 每行 = 能力 + 案例 + 数字 |
还有一条很多人忽略的：中级可以写带教，但不是必选项。 如果你带过初级、帮对方独立扛过一条支线，可以写；如果没有，用「模式被复用」「协作方改习惯」「走查清单被团队沿用」同样能证明影响力——不必硬编「指导 2 名新人」。
不同公司类型，简历侧重点略不同
这不是让你准备五份简历，而是让你知道：同一段经历，投不同地方，开头第一句可以换重心。
- 大厂 / 平台型产品：指标与验证写细——漏斗口径、AB 或可用性轮次、护栏指标。对方人多、流程熟，默认你会画图，更看你能不能对数字负责。
- 成长期创业公司：端到端闭环和速度——从发现问题到上线用了多久、在资源紧的时候怎么取舍。不必假装有完善 DS，但要有「这次改动怎么快速验证」。
- To B / 复杂业务：异常态、权限、多角色流程——工单分类、任务成功率、完成时长。B 端面试官常问「研发说做不了时你怎么折中」，协作段要写实。
- 从乙方转甲方：把「交付 280 页原型」翻译成「对某客户某模块的指标或工单结果」——甲方不数你画了多少页，数你扛过什么结果。
这些只是投递时的「第一句重心」，不是让你造假。同一段支付优化，投大厂强调 AB 和完成率，投创业强调两周内从测试到全量——事实不变，叙事角度可以调。
中级简历篇幅与排序建议
工作经历部分不必追求「项目越多越好」。3–6 年经验，2 个深挖 + 2–3 个两行摘要 通常比 6 个平均用力更利于中级定位：
- 第一段（最近、最强）：支付 / 交易 / 核心链路类，写满端到端 + 指标 + 复盘，8–15 行密度可参考本文改后案例。
- 第二段：搜索 / 售后 / 增长协作类，突出取舍或跨职能推动，6–10 行。
- 其余：两行摘要——「售后路径重构，完成时长 6'10"→2'35"」足够；面试问到再口述。
项目排序按与目标岗位的匹配度，不是按时间流水账。你投交易体验岗，就把支付案例置顶；投设计系统相关岗，把模式沉淀案例往前挪——同一份事实，顺序可以调。
自我评价放在经历之后（或页眉摘要区），不要抢首屏：面试官先看你能不能扛模块，再看你怎么概括自己。
一、端到端体验：从问题到上线复盘，写你主导的完整闭环
初级简历的问题常常是「流程没写全」；中级简历的问题是「流程写了，但像出勤记录」——research、wireframe、prototype、usability 每个词都有，看不出你主导了哪段、哪段改变了决策、上线后你有没有复盘。
面试官想在中级身上看到：你不是等 PRD 下来才打开 Figma，而是你从问题定义阶段就介入，并且上线后你还会回头看数据。
改前
负责订单支付模块体验优化。参与用户访谈与可用性测试，输出线框图与高保真原型，
与产品经理协作完成需求评审，推动研发落地，持续迭代支付流程体验。
读完只知道你「在场」。访谈发现了什么？测试失败在哪一步？你改了什么才上线？上线后支付完成率变了吗？全没有。这种写法跟初级「参与可用性测试」升级版差不多——字数多了，信息密度没变。
改后
订单支付模块体验负责人 | 2023.04—2024.06
【问题】下单完成率连续两季度徘徊在 62% 左右，PM 初判「优惠模块不够显眼」。
我拉四步漏斗后发现断点在「支付方式确认」：该步流失率 38%，远高于前三步（12%–18%）。
同步抽 40 条客服工单，「支付失败不知道怎么重试」「分期说明看不懂」合计占 41%。
【研究 & 定义】
• 漏斗 + 工单定性后，组织 8 人任务测试（任务：用分期完成一笔 500 元内订单）
• 失败 5/8：3 人误点分期说明区（以为是主按钮）、2 人切换支付方式后表单被清空需重填
• 问题定义从「优惠不够显眼」改为「支付确认页信息层级混乱 + 失败无状态保留」
• 评审纪要：增长侧同意延后优惠改版，本季度资源押在支付确认页
【方案 & 验证】
• 线框阶段出两版：A 优惠置顶 / B 支付区重构（默认上次成功方式、分期说明折叠、失败保留表单）
• 可用性复测 B：失败 2/8（均为网络模拟失败后的重试路径，补了文案后通过）
• 与研发对齐：失败重试需保留 addressId 与 couponToken，写入走查清单
【上线 & 复盘】
• 全量后稳定 8 周：下单完成率 62% → 79%；支付方式步流失 38% → 19%
• 相关客服工单周均 120 → 46；主按钮误触率（AB）18% → 4%
• 复盘结论：完成率提升主因是支付确认页，不是优惠；发票抬头流程仍待排期（研发带宽不足，诚实写进简历避免过度包装）
看到区别了吗？改后不是罗列「我做了研究、我做了原型」，而是一条时间线上的所有权：谁最初判错了问题、你怎么用证据改判、方案阶段否决了什么、上线后你怎么归因。中级端到端叙事的标准是：面试官可以顺着问任何一段，你都能答出具体数字和决策依据。
还有一种中级常犯的「半闭环」：研究、测试、原型都写了，但问题定义不是你我改的——PM 定好了 PRD，你只是执行。这种经历可以写，但要诚实标清边界：「需求方向由 PM 与用研确定，我 Own 支付确认页的交互方案、两轮可用性与走查，对完成率指标负责。」既不过度抢功，也不把自己写成纯执行。面试官尊重分工，但不尊重「把执行说成主导」。
端到端体验的写作公式
业务表象或错误假设 → 你的诊断（漏斗 / 工单 / 测试）→ 问题重定义 → 方案与否决项 → 验证（可用性 / AB）→ 上线指标 → 复盘一句（含未做事项）。不必每个项目都七段齐全，但高亮项目至少覆盖五步，且让人看出主导者是你，不是 PM 写好 PRD 你只负责画图。
小提醒：复盘里写一句「没做成什么」反而加分——说明你知道边界，不是简历万能胶。比如「发票流程因 Q3 研发带宽延后」比假装全年大满贯可信得多。
再补一个 B 端售后场景的端到端范例，方便你对照自己的业务：
售后申请主路径重构 | 体验负责人 | 2023.08—2024.02
【问题】B 端客户售后申请中位完成时长 6 分 10 秒，任务测试成功率仅 3/8；
客服工单「找不到入口」「不知道选哪种售后类型」占售后咨询 31%。
【定义】PM 初案合并为 3 步向导以赶工期；我拉预测可用性（6 人走查线框）：
合并后「仅退款」入口被藏在二级菜单，预测失败 5/8。法务要求「责任确认」文案不可删。
【方案】推动 4 步结构：选类型 → 选商品 → 责任确认（详规默认折叠）→ 提交；
异常场景走侧边帮助，不走主路径加步。
【验证】可用性复测 7/8 成功；上线 4 周完成时长 6'10" → 2'35"，入口类工单降 58%。
【复盘】否决 3 步合并案写入评审纪要——二面常被问「你怎么说服 PM」，我能调出测试记录。
这种 B 端叙事和 C 端支付叙事结构一样，换的是约束（法务、多角色）和指标（时长、工单）。中级不需要每个项目都写 C 端转化，写你真实扛过的那条链即可。
端到端常见追问——简历里先埋好答案
你写上去的每一段闭环都是出题点，中级二面高频追问可以提前在正文里「埋雷并拆雷」：
- 「完成率提升是不是运营活动带来的？」 — 写清时间窗、是否 AB、护栏指标，别只丢孤立百分比。
- 「你怎么知道是支付页而不是优惠的问题？」 — 写漏斗拆步 + 问题重定义过程，证明你会诊断而不只是改 UI。
- 「上线后你有没有再看数据？」 — 复盘一句不能省，哪怕结论是「效果符合预期，发票流程仍待排期」。
- 「research 是谁做的？」 — 诚实写分工：「漏斗我拉，访谈用研协助 3 场，我独立主持 5 场任务测试」——比假装全能可信。
二、指标影响：别写「提升转化」，写转化 / 任务成功 / 客服工单怎么动
中级简历里，「优化体验」「提升转化」「提高效率」出现一次就嫌多。面试官要的是：你动的是哪个数、基线多少、什么时间段、用什么方式验证、有没有护栏指标。
初级可以靠测试前后对比撑场面；中级默认你能接触漏斗、工单分类、简单 AB——写不出来的时候，往往不是没有，是你没去问 PM 或数据同学要。
改前
主导搜索体验优化，提升用户找货效率与点击转化，改善用户满意度。
通过可用性测试与数据分析持续迭代搜索结果页，获得业务方认可。
哪个效率？转化从几到几？满意度怎么量？认可有没有工单或漏斗支撑？全是形容词。
改后
搜索结果页体验优化 | Own 指标：「搜索会话 → 进入商品详情」转化率
基线：44%（2024 Q1，搜索部周报口径）；并行观察「误以为会直接下单」客服反馈周均 40 条。
诊断：
• 点击热图 + 会话回放：高意图用户多在结果卡上犹豫，主 CTA 文案为「立即购买」
• 6 场深度访谈里 5 人提到「怕点错直接扣款」——与 PM「排序算法不准」的初判不一致
• 决策：本季度不改算法大改，先改信息层级与 CTA 文案（节省算法研发约 1.5 人月）
改动：
• 主 CTA 改为「查看详情」，购买收进详情页；结果卡增加价格与评分层级
• 可用性任务测试两轮：N=10，失败定义「进错商品 / 超 90 秒 / 主动放弃」
• 第一轮 6/10 失败（主因误读 CTA）；改文案与层级后第二轮 2/10
• 小流量 AB 10% 两周：实验组详情进入率 +12pct，误操作反馈 40 → 9 条/周
结果：全量后转化率 44% → 57%（稳定 6 周）；搜索部 OKR 里该项标绿。
护栏：详情页下单率未下降，说明不是「把购买藏太深」的零和挪动。
这段的可追问点很多：为什么先改文案不改算法？AB 样本多大？有没有季节因素？——正因为有细节，面试才像「展开」而不是「补课」。中级写指标的黄金法则：一条主指标 + 一条护栏 + 一个被推翻的初判，比堆五个百分比更像真的扛过业务。
指标影响的写作公式
Own 的指标名与基线 → 诊断手段（漏斗 / 热图 / 工单 / 访谈）→ 与业务方初判的差异 → 你的改动 → 验证方式 → 结果（主指标 + 护栏）→ 资源或归因边界（可选）。没有 AB 就写可用性两轮对比；没有埋点就写工单分类变化——但别写「显著提升」。
三类指标怎么选、怎么写
中级简历不必堆十个 KPI，但要想清楚主指标、过程指标、护栏指标各写什么：
转化类（电商 / 增长常见）：下单完成率、注册完成率、搜索→详情转化率。写法要点：写清漏斗口径（从哪步到哪步）、基线时间段、全量后稳定几周。若只有 AB 小流量，诚实写「实验组 +12pct，全量后 44%→57%」。
任务成功类（流程 / B 端常见）：可用性任务成功率、中位完成时长、某步流失率。写法要点：任务定义是什么、失败怎么算、样本量 N=多少。 「任务成功率提升」不如「6'10" → 2'35"，复测 7/8」。
客服工单类（体验兜底）：「不知道怎么操作」「支付失败」「找不到入口」——按分类看周均条数。写法要点：最好写占该业务咨询的比例，而不只是绝对条数。工单和漏斗互证：漏斗断在支付步、工单里「支付失败」飙升，故事就闭环了。
如果你手头暂时没有漂亮数字，去翻这三处往往能找到：客服周报分类、产品看板漏斗截图、可用性测试录像里的失败统计。 问 PM 一句「这块上线前后有没有对比」不丢人——很多中级不是没结果，是从没把结果要进简历。
指标写作的诚实边界
中级可以写大数字，但要经得起追问：
- 写「完成率 62%→79%」时，心里要有答案：统计窗口多长？有没有大促干扰？有没有对照组？
- 写「工单降了 67%」时，准备好：分类口径谁定的？样本会不会太小？
- 不会 AB 就别写「主导 AB 实验」 — 写「与数据同学协作解读实验组结果」或「可用性两轮 + 上线后漏斗观察」足够硬。
诚实写验证方式，比虚构实验安全。面试官怕的不是你数字小，是你数字大但说不清怎么来的。
三、设计系统与组件复用：别写「熟悉 Design System」，写你拥有什么、谁在用
中级 UX 几乎都会碰设计系统——但岗位通常不是 Design System 专员。简历最容易写成「参与设计规范建设」「推动 DS 落地」，面试官读完不知道你贡献的是一颗按钮还是一套模式、有没有人用、用起来以后少返工了吗。
你要写的是 ownership of components/patterns，不是「了解 Figma 组件库」。
改前
参与公司设计系统建设，沉淀通用交互组件与状态规范，推动设计系统在多业务线落地，
提升设计一致性与团队协作效率。熟悉 Design Token 与组件化设计思路。
熟悉 Token 是工具层；建设是集体动作。你的模式叫什么？交易域和售后域都在用吗？走查缺陷少了吗？
改后
交易域「支付失败 / 重试」交互模式（与设计系统协作，非全局 DS Owner）
背景：App / Web / 小程序三端对支付失败态写法不一——有的只 toast，有的清空表单，
走查缺陷统计里「缺异常态 / 失败不可恢复」占交易需求 35%，新需求平均返工 2.4 轮。
我的贡献（可单独追问）：
• 发起并撰写「支付失败重试」模式说明：触发条件、状态保留规则、主按钮优先级、埋点事件名
• 与 UI 对齐视觉组件（失败插画 + 主次按钮），入库为 DS 的 commerce-payment-retry 变体
• 与前端约定 props：preserveFormState、retryCount、errorCode 展示规则
• 走查清单新增 6 项「失败必测」（含弱网 / 重复点击 / 返回再进）
采用与结果（两季度）：
• 交易域 100% 新需求采用；售后域申请失败页复用同一模式（我提供说明，UI 改配色）
• 「缺异常态」类缺陷占比 35% → 11%；交易需求平均返工 2.4 → 1.3 轮
• 我没有写「搭建整套设计系统」——全局 DS 有专人；我写的是域级模式从 0 到被复用
原则：能写采用率、缺陷结构、返工轮次，就不要写「提升一致性」。 中级在这里切忌抢高级叙事——别说「制定设计原则」，说「这个模式哪些场景必须用、哪些不能用」就够硬了。
设计系统与组件复用的写作公式
痛点（不一致导致什么成本）→ 你拥有 / 发起的模式或组件 → 与 UI / 研发的协作产物 → 采用范围 → 可量化结果。若只是「用过 DS 里的 Button」——不值得单开一段；若你「新增并推动了跨域复用的模式」——值得写。
三种常见贡献层级——写你真实的那一档
档位 A：域级模式发起者（最值得写）
你发现问题（三端失败态不一致）、撰写模式说明、推动 UI 入库和前端 props 约定、走查清单新增必测项。结果有缺陷占比、返工轮次、跨域复用。上文支付重试案例就是这一档。
档位 B：组件 / 变体 Owner（值得写）
设计系统已有框架，你 Own 某业务组件的全状态（如「订单卡片」含空态 / 加载 / 部分失败）。写清状态覆盖清单、与研发的属性表、采用业务线。不必说「建了整套库」。
档位 C：规范使用者（通常不值得单开一段）
在既有 DS 内完成交付，无新增模式。简历里一行带过即可：「在 commerce 组件库内完成支付流程，无新增模式需求」。把档位 C 写成「推动设计系统落地」是中级简历造假的重灾区。
面试追问「你在 DS 里具体贡献了什么」时，答得上组件名、模式名、采用范围，比答「我熟悉组件化思想」强一百倍。
和 UI 的边界怎么写
中级 UX 简历主叙事应是流程、信息架构、验证与指标；视觉可以协作，但别抢 UI 岗位的戏。推荐写法：
- 主段落：漏斗、测试、方案取舍、指标。
- 协作一句：「与 UI 对齐 commerce-payment-retry 视觉变体，我负责交互状态与文案原则。」
- 若争论过具体状态（过期券灰态），可写一条作协作证据，但别整段写配色。
四、和 PM / UI / 研发的协作与方案推动：别写「紧密配合」，写对方改了什么
中级隐藏考核项：你会不会推动。简历里「与产品紧密协作」「高效沟通」等于没写——谁都能写。面试官想看到：僵持时你拿什么证据、最后谁的方案变了、落地时你多交了什么。
改前
与产品经理、UI 设计师、研发工程师紧密配合，参与需求评审与走查，
保障核心功能高质量按时上线，团队协作顺畅，多次获得项目组好评。
顺畅无法核实。好评没有动作。协作不是态度，是可观察的行为变化。
改后
【对 PM】把「首页加新人专区入口」改为「首屏默认展开新手任务」
背景：增长提需要在首页首屏加「新人专区」运营位，预期拉新。
我用一周数据说明：新用户首周流失集中在「不知如何完成首单」，漏斗显示 61% 在「加入购物车」前离开，
而非「找不到活动入口」（仅 9% 会话在首屏有点击运营位行为）。
推动：
• 一页问题重定义（漏斗截图 + 5 条用户原话类型 + 客服「不知道怎么买」工单占比）
• 提案：首屏改为新手任务清单默认展开（可关闭），运营位降至二屏；与增长约定护栏「老用户投诉不升」
• 评审结果：增长同意试跑 2 周；PM 将原需求从「加 Banner」改为「改默认展开策略」
结果：新用户 7 日首单率 19% → 28%；老用户首页相关投诉未上升；
副作用（可写）：增长后续提需会先问「任务成功率数据有没有」——协作习惯变了。
【对研发】支付失败保留表单状态 — 排期争执后的折中
研发初估：全状态保留需改订单中间层，+8 人日，建议仅 toast 提示失败。
我提供：可用性录像 3 段「表单被清空后用户直接放弃」+ 工单样本；
折中：保留 addressId、couponToken、paymentMethod 三项，其余字段可丢；人日降为 +3。
写入走查用例 4 条，测试纳入回归。上线后「支付失败需重填」工单下降 67%。
【对 UI】优惠券「已过期」展示 — 具体状态上的分歧
UI 初稿：过期券隐藏，列表更干净。
我担心：客服已有「券不见了」类反馈（占优惠券咨询 22%）。
折中：过期券灰态 + 删除线，折叠在「查看已过期」；UI 调整对比度保证弱化但不消失。
规则写入组件说明，活动页后续复用。
跨职能段落的检验标准：删掉你的名字，故事还能成立吗？ 如果换成「大家都很配合」，说明你写成了团队考勤。中级每次协作至少写清：对方原方案 → 你的依据 → 折中或推动结果 → 指标或工单变化。
协作写作的三种典型场景
场景 1：推翻或修正 PM 的需求方向（最有含金量）
PM 要加功能、加步骤、加入口；你用漏斗 / 工单 / 测试证明问题在别处。上文「新人 Banner 改默认展开」就是。简历里这种故事有一两个，「推动力」就不用再吹。
场景 2：与研发争排期和实现范围
研发说「做不了」；你拿可用性录像、工单样本争取折中，而不是默默接受 toast 完事。上文支付失败保留状态就是。要写清：折中方案是什么、多花了多少人日、上线后哪类工单降了。
场景 3：与 UI 在具体状态上分歧
不是审美争论，是「隐藏过期券」vs「灰态保留」这种有用户证据的分歧。一条写进简历就够，证明你会为体验据理力争，也能落到可复用规则。
别写的协作废话
- 「参与需求评审」——评审上你说了什么？改变了什么？
- 「保障项目按时上线」——按时上线是底线，不是贡献；若你曾指出风险并留记录，可以写。
- 「获得团队一致好评」——无法核实，换成对方行为变化：「增长后续提需先问任务成功率数据」。
五、作品集 vs 简历：中级怎么讲故事，而不只是秀界面
中级有个常见误会：作品集越厚、界面越炫，就越像资深。其实面试官更怕你把简历写成作品集目录，把作品集写成 UI 海报墙——两边都只有漂亮截图，没有问题和数字。
初级犯这个错还能理解；中级犯这个错，会被直接归类为「高级执行者」而不是「能扛模块的人」。
改前
作品集链接：https://xxx（含 8 个完整项目，含用户研究与高保真原型）
简历：按时间列出 8 个项目，每项一句话职责
八个项目等于没有重点。链接没有指引。简历和作品集是否同一批案例？读者不知道先看哪个。
改后
简历（40 秒阅读）— 只高亮 2 个代表作，文字钉死指标：
1）支付模块：完成率 62%→79%，工单 120→46/周，含问题重定义 + 两轮可用性 + AB
2）搜索页：会话→详情转化 44%→57%，含「先改 CTA 暂缓算法」的取舍说明
每个项目 8–12 行，结构：问题 → 诊断 → 改动 → 验证 → 结果。不放截图。
作品集（二面展开）— 与简历同一批案例，但展开过程：
• Case 1 封面：不是最终 UI 大图，而是漏斗截图 + 一句问题陈述 + 核心指标变化
• 内页：错误假设 vs 真问题、线框对比、可用性失败录像关键帧（打码）、AB 结论一页
• Case 2 同理；其余 6 个项目降为附录缩略（一行摘要 + 一张代表图），证明广度不抢戏
链接旁备注：「建议先看支付完成率专项（约 6 分钟阅读）」
中级分工原则：简历负责建立信任，作品集负责扛追问。 两者必须对齐——简历写支付、作品集封面却是品牌视觉焕新，面试官会怀疑你在凑项目。反过来，作品集里写了十页过程、简历只写「负责交互」，等于浪费弹药。
作品集 vs 简历的写作要点
| 载体 | 中级该做什么 | 不该做什么 |
|---|---|---|
| 简历 | 问题—指标—取舍—结果；2 个深挖 + 其余摘要 | 贴大图、堆项目名、抄作品集目录 |
| 作品集 | 过程证据、失败与迭代、决策依据 | 只有最终稿、只有 Dribbble 风大图 |
| 两者关系 | 项目一致、说法一致、简历点题作品集展开 | 各写各的、互不相干 |
无追问测试：把简历发给一位产品经理，不给作品集，计时 60 秒，问他「这人解决过什么业务问题、数字多少」——答不上来就继续改简历，别急着修图。
作品集 Case 结构建议（中级）
一个达标的中级 Case，建议包含这些块（不必每块都长，但要有）：
- 封面：问题一句 + 主指标变化 + 你的角色（模块负责人，非「参与设计」）
- 背景与错误假设：业务诉求 vs 你诊断后的真问题
- 证据：漏斗截图、工单分类、测试失败统计（可打码）
- 方案对比：至少一个被否决方案及原因
- 验证：可用性关键帧或 AB 结论一页
- 结果与复盘：主指标 + 护栏 + 未做事项
- 复用（若有）：模式或组件被谁采用
Behance 上「最终 UI 九宫格」适合吸引流量，不适合扛二面追问。中级作品集的第一屏就要让人知道：这不是 Dribbble 练习，这是扛过指标的业务案例。
链接怎么放
- 简历页眉或第一页右上角放链接，不要埋在自我评价最后一行。
- 链接旁写「建议先看 XX 案例（约 X 分钟）」——尊重面试官时间的人，更容易被点开。
- 自己用无痕模式点一遍：要不要登录？三秒内能看到问题陈述吗？移动端能读吗？
六、自我评价与影响力证据：别写性格测试，写可追问档案
自我评价是简历的摘要区。中级最容易写成「扎实功底 + 良好审美 + 沟通顺畅 + 抗压强」——跟初级毛病一样，只是年限长了。面试官不会因为你「追求极致」约二面，他会因为你「Own 完成率 62→79，并沉淀支付重试模式被两域复用」想深挖。
中级还要避免假装高级：写「体验战略」「设计治理」「带领团队」——4–5 年经验会被追问穿。诚实写模块级影响力就够。
改前
自我评价：
4 年半互联网 UX 经验，具备扎实的交互设计与用户研究能力，审美良好，沟通顺畅。
熟悉 Figma、Sketch，了解设计系统，擅长复杂业务场景，抗压能力强，学习能力强。
期望在更大平台发挥价值，持续为用户创造优秀体验。
技能：Figma、Sketch、Axure、Principle、用户访谈、可用性测试、数据分析、设计系统
删掉也不会有人发现少了什么。技能栏像软件安装列表。设计系统「了解」——了解什么？
改后
能力摘要（均可在上方项目经历中追问）
• 端到端闭环：支付模块从漏斗诊断、问题重定义、两轮可用性到 AB 全量，完成率 62%→79%
• 指标与取舍：搜索页在「改算法」与「改 CTA」之间选后者，转化 44%→57%，节省算法 1.5 人月
• 设计系统贡献：发起 commerce-payment-retry 模式，交易域全量采用、售后域复用，异常态缺陷 35%→11%
• 跨职能推动：用漏斗 + 工单推动增长改「加 Banner」为「新手任务默认展开」，首单率 19%→28%
• 协作交付：失败重试与研发折中 +3 人日方案，走查清单 22 项，交易需求返工 2.4→1.3 轮
工具（写「做过什么」，不写「听说过什么」）：
Figma — 变体原型、与 UI 共库、走查标注；
基础漏斗 / 工单分析 — 能独立拉支付四步转化并与 PM 对齐口径；
可用性 — 任务脚本、失败定义、两轮对比；
AB — 与数据同学协作解读，不冒充统计专家。
不宣称：公司级体验战略、全局 DS Owner、设计团队管理 — 属高级范畴，面试可诚实说明边界。
标准就一个：每一句都能指向上文某个项目和数字。 指不上的，删。影响力证据不一定来自「带人」——模式被复用、协作方改习惯、返工下降，都是中级影响力。
带教与影响力：有则写，无则换别的证据
如果你带过初级或实习生，中级可以这样写（别写「指导 2 人」就结束）：
带教（2023–2024）：1 名初级 UX 前两个月跟支付走查与测试脚本；
第三个月起独立负责「优惠券选用」支线，含 1 轮可用性与上线走查，
该支线任务成功率达标。我休假两周期间，交易走查清单仍被同事沿用。
如果你没有带人经历，用这些替代「影响力」：
- 你发起的模式被其他业务线设计师主动来要说明文档
- 你走查清单或评审模板被团队默认采用
- 产品或增长因你的证据改变了提需求习惯（上文「先问任务成功率」）
中级影响力 = 你走了以后，某套标准还在转。 不一定是下属，也可以是文档、模式、清单。
技能栏改写对照
❌ 熟练：Figma、Sketch、Axure、Principle、墨刀
✅ Figma：交易域变体原型、与 UI 共库、走查标注；独立完成支付模块 4 种失败态交付
❌ 了解：用户研究、数据分析、AB 测试
✅ 验证：撰写任务脚本与失败定义，独立完成两轮可用性对比；能读漏斗周报并与 PM 对齐口径
❌ 熟悉：设计系统、组件化设计
✅ 设计系统：发起 commerce-payment-retry 模式并推动入库，非全局 DS Owner
常见坑
坑一：只有漂亮截图，没有问题—结果叙事
简历和作品集都在秀界面——渐变按钮、卡片阴影、间距无可挑剔。面试官问「所以你解决了什么、数字多少」，答不上来就出局。中级入场券不是「比初级更好看」，是你对模块的结果能说出来。把截图留给作品集；简历用文字钉死问题和指标。我见过最可惜的：Behance 两千浏览，简历六个项目全是「负责核心链路交互」——二面追问「你负责的结果」时只能沉默。
坑二：「负责核心流程交互」整篇复读
「负责」「主导」「推动」不是成绩。中级简历用 Ctrl+F 搜「负责」——如果一页出现十几次，且后面没有数字，说明还没写完。把动词换成：我诊断出什么、我否决了什么方案、我推动谁改了什么、指标从几到几。
坑三：设计系统写成「参与建设」「熟悉组件库」
没有采用证据的 DS，面试一问就穿。要么写清你拥有的模式 / 组件、谁在用、缺陷或返工怎么变；要么诚实删成「在既有 DS 内完成交付」——比假装 DS 专家安全。
坑四：协作写成「紧密配合」「沟通顺畅」
协作不是态度，是动作。至少写一次 PM 或研发因你的证据改了方案。没有推动故事的中级简历，容易被当成「听话的画图工」。
坑五：指标全靠形容词、产量冒充段位，或硬蹭高级叙事
「显著提升体验」「持续优化转化」——请换成完成率、工单、任务成功率、误触率。同时警惕两类空话：一是 4 年经验写「体验战略负责人」「搭建全链路设计体系」，面试官只会警觉；二是用「累计交付原型 280+」「参与 12 个版本」冒充段位——页面数量填不满「指标负责人」的坑。中级写模块级指标和域级模式，尺度匹配 3–6 年；产量数字只有跟在结果后面才有意义。
改完简历后，建议这样自测一遍
动手改之前，可以先做一件小事：把简历里所有项目经历读一遍，用荧光笔标出「负责」「主导」「推动」「优化」——如果一整页标得密密麻麻，且后面没有数字，说明动词都是空的，后面缺证据。改的时候，每删掉一个空动词，就补一个「诊断了什么 / 否决了什么 / 指标从几到几」。
改完之后，做三轮检查：
第一轮，数字检查。 每个代表作至少有一个主指标 + 一条护栏或工单变化。没有就去翻复盘文档、测试录像、客服分类、PM 看板——中级默认你能接触到这些，只是没写进简历。
第二轮，分工检查。 打开作品集，看 Case 封面和简历代表作是否同一项目、说法是否一致。简历写「完成率 62→79」，作品集里有没有漏斗或 AB 一页支撑——不一定放简历，但作品集要有，免得面试口说无凭。
第三轮，朋友测试。 找一个不做 UX 的朋友（最好是产品或研发），只给简历，不给作品集，计时 60 秒。然后问他：我负责什么数字？我推过什么方案？我拥有过什么模式或组件？三个问题答不上来两个，就继续改。
一周改简历行动计划（中级）
如果你不知道从哪下手，可以按这个节奏拆（每天 1–2 小时即可）：
Day 1： 列出近两年所有项目，只圈「你对结果能说得清」的 2–3 个，其余降权或删细节。
Day 2： 为每个高亮项目补：基线、断点、动作、验证、结果、复盘、边界。
Day 3： 补一个设计系统 / 模式故事（含采用证据）；没有就诚实删「推动 DS 落地」。
Day 4： 补一个跨职能推动故事（PM 或研发因你改了什么）。
Day 5： 对齐作品集：封面改问题 + 指标，内页补过程证据；链接旁加「建议先看」。
Day 6： 重写自我评价 4–5 行；技能栏改成「做过什么」。
Day 7： 找产品或前端朋友按面试官视角读，专问「你负责什么数字、推过什么方案」——说不清就回到 Day 2。
改完的验收标准只有一句：陌生人 40 秒能说出你的主链路、主指标、一个取舍故事。
写完后的自检清单
- 30–40 秒内能否说清你主攻哪条体验链路、对哪个数字负责？
- 是否至少有一个项目写清了端到端闭环（问题 → 诊断 → 方案 → 验证 → 上线 → 复盘）？
- 是否至少有一个「方案取舍」故事（含被否决方案及依据）？
- 设计系统 / 组件是否写出你拥有什么、谁采用、返工或缺陷怎么变？
- 跨职能是否出现「对方原方案 → 你的证据 → 对方改了什么」？
- 作品集与简历代表作是否一致？不打开链接能否知道问题和结果？
- 自我评价是否删光了「沟通顺畅」「追求极致」「抗压强」且无案例支撑的空词？
- 是否误写公司级战略、全局 DS Owner、带大团队——这些是否属于你的真实职责？
- 每个高亮项目是否至少有一条主指标 + 一条护栏或工单变化？
- 终极测试：把简历给非设计同事看一分钟，问他「这人负责什么数字、推过什么方案」——说不清就继续改。
中级交互 / UX 设计师写简历，真正要竞争的不是「谁 Figma 文件更整齐、谁封面更炫」，而是「谁能让面试官相信：把一块功能或模块交给你，你能从问题查到复盘，能用证据推动 PM 和研发，能把体验改动落到转化、工单、任务成功率这些数字上」。
你不需要装成设计总监。你只需要把已经 Own 过的那条链路，从「负责核心流程交互」改写成「指标—取舍—验证—结果—复用」。改到自己读都觉得「这人能扛模块」，那份简历才算中级。
回到开头那个男生的故事。后来他按这个思路重写了简历——同一段支付项目，从「持续提升转化」改成了漏斗断点、问题重定义、两轮测试、AB 数字、工单变化，以及支付重试模式被售后域复用；和增长那次「加 Banner 改默认展开」的推动也写进去了。作品集 Case 封面换成漏斗截图加一句「完成率 62→79」，不再只放最终 UI。他又投了两周，二面追问「你和增长分歧时怎么办」——他直接指简历第三段：「这是那页问题重定义，工单和漏斗都在作品集里。」
他后来跟我说：不是他之前做得不够，是之前不会用中级语言说。 UX 很大一块工作是「把发现和取舍说清楚」——对用户、对 PM、对研发、对面试官都要说清楚。简历是你跟陌生面试官的第一次对话，别浪费在「280+ 页面」和「获体验奖」这种无法追问的句子上。
你真正从中级往高级走的标志，往往不是项目更多，而是：再面对「优化一下核心链路」这种糊需求时，你会下意识先问「这块对哪个指标负责、基线多少、改错了怎么知道」——并且能把上次类似取舍的经验写成模式，让别人不用重复踩坑。把这种本能写进简历，设计主管才看得出，你不是来交原型稿的高级执行者，而是能独立扛模块、能拉动数字的 UX。
最后送你一句改简历时的自检口诀：问题有没有、指标有没有、取舍有没有、证据有没有、结果有没有。 五个「有」凑齐一段，比十行「负责核心链路」管用。不必一次改到完美——先挑一个你说得最硬的模块，按本文改后密度重写，投出去试一轮，再根据面试反馈迭代。简历和做设计一样，是迭代出来的。
三个可粘贴的中级项目摘要模板
改不动的时候，可以先把经历压成下面这种骨架，再按你真实数据填空：
模板 A（交易 / 转化类）
[模块名] 体验负责人 | [时间段]
Own 指标：[指标名] 基线 [X%]
诊断：[漏斗拆步 / 工单分类 / 测试失败点]
关键改动：[2–4 条，每条对应一个观察]
验证：[可用性轮次 / AB / 上线观察]
结果：[主指标 X%→Y%]；[护栏：工单 / 误触 Z→W]
边界：[诚实写延后或未做事项]
模板 B（设计系统 / 模式类）
[域名] [模式名] — 交互模式发起（非全局 DS Owner）
痛点：[不一致导致缺陷占比 / 返工轮次]
贡献：模式说明 + UI 变体 + 前端 props + 走查清单
采用：[业务域 / 业务线]；缺陷 [X%→Y%]；返工 [A→B] 轮
模板 C（跨职能推动类）
[背景：对方原方案]
证据：[漏斗 / 工单 / 用户原话 / 测试录像]
推动结果：[对方改了什么动作]
业务结果：[指标变化]；[协作习惯变化一句]
把两个高亮项目用 A 或 B 写透，第三个用 C 或 B 作补充，比堆八个项目名更像中级。面试时面试官往往会揪着 A 类追问指标归因，揪着 B 类追问采用范围，揪着 C 类追问「对方为什么听你的」——模板逼你把这三类答案提前写好，现场就不会虚。
写好之后不确定效果？好简历的免费诊断可以帮你从项目陈述、成果量化、匹配度和表达清晰度几个维度做一次全面扫描，每一段经历都会给出强弱项分析和改进建议。