前段时间一个做了将近两年 UX 的女生找我聊跳槽。她作品集做得挺用心——六个项目，Figma 文件整理得干净，封面大图一张比一张好看，配色、圆角、阴影都挑不出毛病。她说投了快六个星期，一面机会寥寥无几。她把简历发我，最近一段经历长这样：
2024.03—至今 | XX 互联网公司 | 交互设计师
负责公司 B 端 SaaS 产品核心流程的交互设计，独立输出线框图与高保真原型。
参与用户访谈与可用性测试，协作产品经理完成需求分析，配合 UI 与研发落地。
熟练使用 Figma、Axure、墨刀，了解设计规范与组件化思路。
在职期间参与 8 个版本迭代，累计输出原型页面 120+。
我问她：「你说这八个版本里，有没有一个功能是上线前你强烈觉得用户会卡住，后来真的卡住了，或者你提前改掉了？」
她愣了一下，打开笔记本给我看一段录屏纪要。那是注册流程优化项目——第五步要填企业信息，八个测试用户里有五个在「统一社会信用代码」那一栏犹豫超过四十秒，三个直接点返回。有个用户当场说了一句原话，她记下来了：「这个格式我从来没见过，怕填错要担责任，不如先不注册了。」她当时把这一步拆成「先选企业类型 → 再按类型展示不同字段」，输入框下方加了示例格式和即时校验，又拉五个人测了一遍，四人顺利过。上线后两周，客服后台「注册卡住 / 不知道怎么填」那类工单，从日均 34 条降到 11 条，注册第五步完成率从 41% 提到 67%。
「这些你简历上一个字都没有。」我说。
不够。 初级交互 / UX 设计师写简历最常见的坑，就是默认「简历负责报工，作品集负责讲故事」。结果简历只剩工具和职责，作品集只剩漂亮截图。面试官筛简历的三十到六十秒里，根本点不开你的 Behance 或语雀长文——他只能根据文字判断：这个人会不会发现问题、会不会跑完整流程、会不会用证据改方案。你把一场「八个用户五个人卡在信用代码、你改完工单降了三分之二」的故事，写成了一句「参与可用性测试」——这跟把一场手术写成「参与医疗活动」没区别。
下面按六个维度拆开写，每维都有改前改后，对照着改即可。
先搞清楚：初级 UX 简历要证明什么
先对齐预期。面试官看 0–3 年交互 / UX，通常不指望你定整条产品线策略，也不指望你独自搭完一整套 Design System、写设计原则白皮书、带设计团队。那些是中高级的事。他默认你会用 Figma，默认你会画原型，默认你的界面不会丑到没法看。真正在筛的是四件事：
第一，你会不会把模糊需求落成可讨论的问题。 PM 说「转化率不好，优化一下注册」——你是直接打开 Figma 画一个更漂亮的表单，还是先问「卡在哪一步、现有数据说什么、用户怎么描述、客服最近在抱怨什么」？初级 UX 最值钱的瞬间，往往不是你画出了多好看的界面，而是你在评审会上说了一句：「我觉得问题不是字段太多，是第五步的信用代码让用户不敢填。」
第二，你会不会走完整条设计流程。 research → 问题定义 → 信息架构 / 流程图 → wireframe → prototype → usability → 迭代。不必每个项目都跑满七步，但至少有一两个项目能让人看出来你不是只会截一屏 UI。面试官想看到的是：你拿到一个糊需求，脑子里有一套默认动作——先找证据，再画草图，再拿原型去撞用户，撞完了再改。这条流程不需要每个词都写进简历，但你的项目叙事里要让人感觉得到这个顺序：不是突然冒出来一个漂亮界面，而是先有卡点、再有验证、再有改动、最后有结果。
第三，你会不会用结果说话。 任务成功率、完成时长、客服工单、漏斗转化、跳失——有一个就写一个。没有埋点就写测试前后对比或用户原话，别只写「提升体验」「优化流程」。「提升体验」这四个字，培训营结业作品里也能写。结果也不一定要大而全的 KPI——「5/8 用户卡在信用代码」是结果，「走查只改 2 处间距」是结果，「评审会上需求从砍字段改成分类型」也是结果。初级能拿得出的结果往往不大，但具体就够了。
第四，作品集和简历有没有分工。 简历用文字钉死问题—证据—改动—结果；作品集用过程图、对比稿、测试录像撑细节。两者互相印证，而不是简历抄作品集目录、作品集只有最终大图没有前因后果。
还有第五点，很多人忽略：初级简历要让人看得出你的思考过程，不是只有最终方案。 同一个注册优化，如果你只写「输出了新版注册流程」，面试官不知道你考虑过什么、否决过什么。如果你写「曾考虑一屏展示全部字段，因测试发现认知负荷过高而改为分步」，他就知道你会想、会验、会改。这种「否决过的方案」不需要很长，一句话就够，但能让你的设计判断立体起来。
带着这四点（加第五点），往下看六个维度。每个维度我都会给一个改前改后——改前是你简历里常见的那种写法，改后是我建议你尽量往那个方向靠的密度。
再强调一遍初级和中高级的分工，免得你写着写着跑偏。中高级简历会写：设计策略、设计系统治理、跨业务线体验标准、带团队、定规范。这些你可以敬仰，但别硬往自己简历上贴。初级面试官看到 0–3 年经验的人写「主导 Design System 架构」，第一反应不是 impressed，是「这人是不是把团队里别人的工作写成了自己的」。你该证明的是：给你一段糊需求，你能不能独立跑完 research → wireframe → prototype → usability，并且把问题—证据—改动—结果讲清楚。 这一条做到了，就已经比大多数初级竞争者强了。
如果你现在回头看自己的简历，发现三个项目都在写「负责交互、输出原型」——别慌，这很正常，大多数人第一版都这样。挑一个你跟得最透的项目（通常是注册、onboarding、某个你做过测试的流程），用本文的改后案例当模板，重写那一段。一段写透了，比三篇空洞经历更能帮你拿到面试。其余项目可以先用两行摘要占位，面试问到再展开；等你有空再逐个加深。
一、用户研究与问题定义：别写「参与用户访谈」，写你挖出了什么真问题
初级简历里，「用户研究」几乎总是最虚的一段。大家都写「参与访谈、输出洞察」，但读完不知道你发现了什么、改变了什么。面试官不是要你证明自己是用研专家——他要的是：你有没有能力在画第一根线之前，把问题说清楚。
改前
参与新用户注册流程优化项目的用户研究工作。
协助完成用户访谈 8 场，整理用户反馈并输出洞察报告，
为后续交互方案提供输入。熟悉可用性测试流程。
面试官读完只知道你「在场」。八场访谈里最扎心的一句用户原话是什么？哪条洞察改变了方案？报告提交后有没有人按你的发现改需求？全没有。这种写法跟「参加了会议」差不多——会议开了，但你说了什么、改变了什么决议，一个字都没有。
改后
新用户注册转化优化 | 交互负责人（在 mentor 指导下独立推进研究环节）
背景：注册完成率连续两周低于 38%，PM 原方案是「缩短表单字段、合并步骤」。
我没有直接画更短的表单，先做了两件事：
1）拉注册漏斗，发现流失集中在第 5 步「企业认证」，该步完成率仅 41%，
而前四步都在 70% 以上；
2）电话回访 6 名在第 5 步退出的用户，3 人明确说「信用代码格式看不懂、不敢乱填」，
2 人说「不知道填错了会怎样」，1 人说「页面没有示例，只能去百度搜格式」。
关键发现：问题不是字段太多，而是「字段对用户不友好 + 错误提示只在最终提交时出现」。
用户原话摘录：「这个格式我从来没见过，怕填错要担责任，不如先不注册了。」
我把研究结论写成一页问题定义（问题陈述 / 支持证据 / 非目标），在评审会上把需求从
「砍字段」改成「分类型展示字段 + 即时校验 + 示例格式 + 错误文案说人话」。
后续可用性测试（见第三维）验证了这条问题定义。上线两周，
该步完成率从 41% 提到 67%，相关客服工单日均 34 → 11。
复盘：如果我当时照着 PM 的「砍字段」方案直接画，大概能少做一周研究——
但上线后大概率还是卡在第 5 步，因为用户怕的不是「字多」，是「填错担责」。
这一段研究花的时间，换来了评审会上需求方向的根本调整，也换来了后面可用性测试的靶子更清晰。
看到区别了吗？改后写的不是「我做了研究」，是研究如何改变了需求方向。初级 UX 不需要你会设计复杂的调研方案、不需要你会算样本量——你需要证明的是：当 PM 说「砍字段」的时候，你有证据说「砍字段解决不了，真正的问题是用户不敢填」。这一条写清楚了，面试官就知道你不是 PRD 画图机器。
再展开讲讲：很多初级会说「研究是 PM 或用研做的，我只是参与」。参与没问题，但要写清楚你贡献了什么判断。这个案例里，哪怕 mentor 带着做，你也可以写：你拉了漏斗、你打了 6 通回访、你把用户原话整理成问题定义、你在评审会上把需求从「砍字段」改成了「分类型 + 即时校验」。面试官追问时你能答：为什么选电话回访、漏斗谁拉的、评审会上有没有人反对——有细节，才像真的做过。
用户研究与问题定义的写作公式
背景指标或业务诉求（注册完成率 38%、流失在第 5 步）→ 你收集了什么证据（漏斗数据 / 电话回访 / 客服工单分类）→ 真问题是什么（不是表面需求「字段太多」）→ 一句用户原话钉住痛点 → 你如何把问题写进评审 / 简报 → 这一定义后面带出了什么方案变化 → 上线或测试后的数字。
小提醒：如果你没有正式做过访谈，也可以写「走廊访谈」或「客服记录归纳」——诚实写来源，比装成严谨用研强，也比空白强。关键是：你用什么证据，推翻或修正了谁的初始假设。
还有一种写法适合 B 端产品：客服工单分类就是你的「用户研究」。每天被问最多的三个问题、工单里反复出现的关键词、销售同事转来的客户吐槽——整理成一页「用户痛点清单」，在评审会上拿出来，同样是研究能力。初级不需要方法论名词，需要的是你有没有主动去找过证据。哪怕只是翻了两天客服记录，也比「参与用户研究」四个字有内容。
二、信息架构与主流程：别写「梳理用户流程」，写你改掉了哪条绕路
很多初级同学会写「输出业务流程图、用户旅程图」。听起来专业，其实等于没写——因为面试官看不到你改了什么结构。流程图、旅程图可以放作品集；简历要写路径变化。
改前
负责订单售后模块的信息架构梳理与流程图绘制。
输出用户旅程图与业务流程图，优化售后申请路径，
提升流程清晰度与操作效率。与产品经理共同完成需求评审。
「提升清晰度」「提升效率」是形容词，不是证据。售后路径原来几步？你合并了哪一步？用户原来在哪卡住？从订单详情到提交售后申请，要经过几个页面、几个入口？全都没有。面试官脑子里画不出你动过刀。
改后
订单售后申请路径重构 | 独立负责 IA 与主流程交互
原路径（灰度数据 + 任务测试）：
订单详情 → 点「更多」→ 进帮助中心 → 搜索「退款」→ 在结果里找售后入口
→ 选择售后类型（9 个平铺选项）→ 填写原因 → 上传凭证（全部必填）→ 提交
中位耗时 4 分 20 秒；任务测试 6 人中 4 人走错进帮助中心，2 人在类型选择页来回切换。
客服工单抽样：「不知道怎么退款」类占售后咨询的 31%，多来自 40 岁以上用户群体。
我做的结构改动（每项都对应一个观察到的卡点）：
- 在订单详情「交易进度」区增加「申请售后」主按钮，不再藏在「更多」里
（4/6 测试用户最初没找到入口）
- 售后类型改为「按商品状态自动推荐 2–3 个选项」而不是 9 个平铺让人猜
（原页面用户平均切换 3.2 次才选中）
- 凭证上传从「全部必填」改为「按类型条件必填」——仅破损 / 少件强制上传
- 帮助中心保留，但从主路径移除，避免用户误闯
改后路径中位耗时 1 分 55 秒；任务测试 6 人全部完成，无人误入帮助中心。
上线首月，售后相关「不知道怎么申请」类工单下降约 28%。
补充一个评审时的拉扯：PM 最初反对在订单详情加主按钮，理由是「详情页信息已经很多」。
我拿任务测试录像给他看——4 个用户有 3 个在「更多」菜单里找了超过 30 秒没找到售后入口，
其中 1 个直接放弃去打了客服电话。他看完沉默了几秒，说「那就加，但按钮样式你们跟 UI 商量，别太抢眼」。
最后按钮用的是次要按钮样式，但位置固定在「交易进度」区块第一位——入口找到了，视觉也没有抢过「再次购买」。
信息架构写进简历的正确姿势，是**「旧路径有多绕 → 用户在哪一步走错或犹豫 → 你动了哪几个节点 → 新路径省了什么 → 数字怎么变」**。你不需要在简历里贴整张站点地图——把「动过的节点」和「为什么动」写清楚就够了。初级 IA 能力，面试官看的就是：你能不能发现主路径上的「暗门」和「死胡同」，并且敢动它。
这里再补一个很多人忽略的写法：旧路径要逐步写出来，不要概括成「流程复杂」。 「流程复杂」是感受，「订单详情 → 更多 → 帮助中心 → 搜索退款」是事实。面试官读旧路径的时候，脑子里会跟着走一遍——走完了他发现「怪不得用户会迷路」，这时候你写的改动才有说服力。如果你只写「优化了售后路径」，他脑子里没有任何画面，你的改动就像凭空冒出来的。
还有一种情况：你可能没有灰度数据，只有任务测试。诚实写「任务测试 6 人，4 人走错」——比编一个假转化率可信，也比「提升了操作效率」有信息量。初级岗位不会要求你精通数据分析，但会要求你有证据意识。
信息架构与主流程的写作公式
原路径逐步写出来（最好带一步用户常犯的错误）→ 灰度数据或任务测试暴露的问题 → 你的结构改动清单（每条改动对应一个证据）→ 新路径的关键差异 → 耗时 / 成功率 / 工单变化。
三、线框 / 原型与可用性测试：别写「输出高保真原型」，写测试里摔过哪一跤
这是初级 UX 最该用力写、也最常写废的一块。作品集喜欢秀最终 UI，简历却应该秀你怎么用原型验证假设、测试失败后你怎么改。线框和可用性测试在简历里最好绑在一起写——因为面试官想知道的不是你画了几页，是你画完之后拿去撞了用户没有、撞完改了几版。
改前
使用 Figma 独立完成注册与企业认证流程的高保真可交互原型，
包含完整页面状态与交互动效。组织可用性测试，收集用户反馈并迭代方案。
输出线框图 20+ 页，高保真原型 15+ 屏。
「组织测试」四个字下面是空的。找了谁？任务是什么？失败率多少？你改了哪一屏？「20+ 页线框」只说明你很忙，不说明你很对。面试官看到「高保真可交互原型」已经麻木了——每个 UX 简历都有这句话。
改后
注册第 5 步「企业认证」——线框迭代与两轮可用性测试
第 0 版（PM 原方案低保真）：一页塞 6 个字段，信用代码和法人姓名同屏。
我先出中保真可点击原型（Figma），不追视觉，只验证流程。
第 1 轮可用性测试：内部招募 8 名从未用过产品的用户，任务「完成企业认证并提交注册」。
结果：5/8 在统一社会信用代码输入框停留 >40 秒；3/8 点返回放弃。
观察记录：用户反复切换备忘录核对格式；错误提示只在点击「下一步」后出现；
有人把 18 位代码拆成两段填进两个框（因为我们 UI 上有一条竖线分隔）。
第 1 轮后的线框改动：
- 按「个体工商户 / 企业」分步展示字段，不再一屏全塞
- 输入框下方常驻示例格式（如 91XXXXXXXXXXXXXX）+ 粘贴自动去空格
- 去掉竖线分隔，避免用户误以为要分两段填
- 失焦即时校验，错误文案从「格式错误」改成「少了两位，请再核对第 9–10 位」
- 增加「为什么要填」的一行说明（「用于企业实名认证，信息仅用于审核」），
回应测试里 2 人说「不知道填错了会怎样」
第 2 轮测试：新招 5 人（未参与第 1 轮），同样任务。
结果：4/5 顺利完成，平均完成时长 52 秒（第 1 轮失败用户中位 >2 分钟）。
唯一失败的用户是网络中断，与表单无关；恢复网络后第二次尝试成功。
两轮对比录像关键帧（犹豫 → 看到示例后填完）放进作品集 Project #2。
上线后该步完成率 41% → 67%，相关客服工单日均 34 → 11。
和研发的交接细节（很多人漏写，但设计主管很看重）：
我额外交付了「校验规则表」——个体工商户 vs 企业各需要哪些字段、
信用代码 18 位校验规则、失焦 vs 提交两种校验时机各显示什么文案；
以及「网络超时 / 重复提交」的按钮状态（loading、防连点 3 秒）。
前端同学反馈：这版说明让他们少问了 3 轮「这里失败了显示啥」。
走查只改了 2 处间距，没有因为逻辑不清返工。
初级面试官超爱追问可用性细节。你把轮次、样本、失败点、线框改动、再测结果写清楚，对面自然会往下问——这就是好简历：自己出题，自己有答案。 他问你「第 1 轮为什么选 8 个人」，你能答；问你「为什么去掉竖线」，你能答；问你「错误文案谁写的」，你能答。这种密度，才是初级 UX 该有的样子。
这里多说几句线框和高保真的分工，因为初级同学常问：「简历里该写线框还是写高保真？」我的建议：简历里写你验证假设用的那一版，作品集里展示迭代过程。 如果可用性测试用的是中保真，简历就写中保真——不要为了让简历「好看」只提高保真截图，结果面试官问你测试时用户看到的是什么界面，你答不上来。注册这个案例里，第 1 轮测的是中保真，第 2 轮也是——因为我们要验证的是流程和文案，不是视觉。高保真是跟 UI 对齐后的事，可以写在作品集里，不必抢简历的叙事重心。
还有一个常见误区：把「输出 20+ 页线框」当成绩写。页数只说明工作量，不说明质量。一行「5/8 用户卡在信用代码超过 40 秒」比「输出线框 20+ 页」有说服力一百倍。如果页数真的很多，那是因为你迭代了多版——那就写迭代，写每版改了什么、为什么改，不要只写页数。
线框 / 原型与可用性测试的写作公式
原型版本（低保真 / 中保真 / 高保真，验证什么）→ 测试设置（人数、任务、样本来源）→ 失败数据（几人卡在哪、卡多久、什么行为）→ 你改了哪几屏 / 哪几条文案 → 再测结果 → 上线指标或交付物（异常态说明、研发走查）。
小提醒：没做过正式测试，写「走廊测试」也行——找 3 个非项目同事按任务点一遍，记录卡点。别装成严格实验，诚实写样本来源。比「组织可用性测试」四个空字强一百倍。
如果你手头只有一轮测试，也可以写，但要写满：任务是什么、几人、几人失败、失败表现、你改了什么、有没有机会再测。哪怕没有第二轮，写「改动后待下一轮验证，因排期先上线，上线后用完成率和工单作为间接验证」——也比假装测了两轮诚实。初级简历不怕样本小，怕的是测试做了但简历里像没做。
四、作品集 vs 简历怎么分工：别把简历写成作品集目录
初级 UX 求职里有一个隐形失误：简历像缩略版作品集标题栏，作品集像没有任何结论的设计展览。 两边都在秀画面，两边都不说问题。面试官看完简历点进作品集，满屏精美界面，项目简介只有「责任：交互设计 / 工具：Figma」——他无法判断你是理解了问题，还是只会套模板。
改前
作品集项目：
1. XX 电商 App 改版（交互设计）
2. XX 后台权限管理系统（交互设计）
3. 毕业设计：城市出行小程序（交互设计）
附：作品集链接 https://...
三个标题，零信息。面试官不知道哪个项目最能代表你，不知道你解决过什么问题。链接放了，但筛简历的人未必会点；点开了也先看你有没有说人话的项目摘要。
改后
代表作（与作品集 Project #1 对应，链接见页眉）
XX 电商「凑单结算」路径优化 | 实习转正项目
简历里写结论（40 秒可扫完）：
问题：结算前凑单失败率高，用户抱怨「加购后金额对不上」「不知道还差多少包邮」。
灰度数据显示：进入结算页的用户里，有 23% 在金额明细区停留超过 90 秒后放弃；
客服工单「优惠券没生效」「满减对不上」占结算类咨询的 41%。
动作：购物车增加「差 ¥X 包邮」进度条 + 推荐凑单商品半层（按缺口金额排序）；
结算页金额明细改为「商品 / 运费 / 优惠」三段可展开核对，每段旁附小问号说明计算规则；
优惠券选择改为「系统推荐最优组合 + 手动切换」，避免用户叠券失败后不知道原因。
验证：可用性任务「把购物车里的商品凑到包邮门槛并完成结算」，成功率 3/8 → 7/8；
平均完成时长从 3 分 40 秒降到 1 分 50 秒。
结果：灰度两周，结算前加购率 +9.6%，客服「金额疑问」工单 -18%，
结算页跳失率从 19% 降到 14%。
作品集里展开过程（面试官有兴趣再点）：
- Case Cover：问题陈述 + 关键指标，不放最终大图当封面
- 旧路径录屏：用户如何在购物车和结算页来回跳、在哪放弃、在哪反复点开金额明细
- 研究片段：3 条用户原话（「我明明凑够了怎么还要运费」「券用了但价格没变」）+ 放弃漏斗截图
- 线框对比：v1 只加进度条 / v2 加半层推荐 / v3 改金额明细结构，标注每版改了什么、为什么
- 可用性测试：任务脚本、8 人测试失败录像关键帧（3 人在优惠券区卡住）、改动清单
- 最终 UI：与 UI 设计师协作稿，附异常态（凑不满 / 优惠券冲突 / 库存不足导致金额变化）
分工原则：
- 简历 = 问题、你的判断、证据、结果（文字钉死，不依赖图片）
- 作品集 = 过程、草案、失败、细节、为什么这么设计（画面证明你真的做过）
- 两边项目列表一致，简历点题，作品集展开，互相指向而不是互相重复
千万别在简历里贴「负责视觉风格探索」这种该给 UI 同学的句子，也别在作品集首页只放最终大图、不放问题陈述。两边都缺问题时，面试官会默认你是「会画界面的美工」，不是 UX。初级作品集不需要十个项目——两个讲透的流程案例，胜过八个只有截图的壳。
再讲一个真实翻车：我见过一份简历，作品集链接指向一个 Notion 页面，打开要登录。面试官大概率不会注册账号去看。链接放上去之前，自己用陌生浏览器无痕模式点一遍——能不能直接打开、三秒内能不能看到问题陈述。如果做不到，要么换托管方式，要么把代表作摘要写得更完整，别赌面试官会追着你跑。
实习项目、课程项目能不能写？能写，但要诚实标注，并且同样按问题—过程—结果写。毕业设计「城市出行小程序」如果只有最终界面，价值很低；如果你写过「访谈 5 个通勤用户发现换乘信息缺失是核心痛点，改版后任务测试 6 人 5 人能在 2 分钟内查到换乘方案」，这就是正经 UX 经历。初级不怕项目小，怕的是项目里没有任何可追问的细节。
作品集 vs 简历的写作原则
简历每个代表作用 5–8 行写完问题—动作—验证—结果；作品集同一项目用 8–15 页展开过程。简历里写「详见作品集 Project #1 测试录像」，作品集里写「背景与结果摘要见简历」。让面试官无论先读哪边，都能拼出完整故事。
五、和 PM / UI / 研发协作：别写「跨部门密切配合」，写一次真实拉扯
初级岗位很看重你能不能在团队里把设计推落地。很多人却写成「协作能力强」「沟通顺畅」——等于没说。面试官想看的不是你会不会开会，是：在接口处你有没有守过体验底线、补过别人漏掉的交付物。
改前
与产品经理、视觉设计师、前端工程师紧密协作，保障设计还原度与项目如期上线。
积极参与需求评审、设计走查与验收。具备良好的跨部门沟通能力。
这段话可以贴进一万份简历，面试官自动跳过。谁不协作？谁不参加评审？重点是你有没有在关键时刻提出过不同意见，以及你的意见有没有依据。
改后
一次典型协作：消息中心「已读」规则（与 PM、前端）
PM 原需求：用户进入消息中心，全部消息立即标为已读。
研发评估：实现简单，一个 onShow 事件搞定。
我拦了一下，依据来自上一轮可用性测试：
6 人里有 4 人会「进来瞄一眼标题列表就走」，若整页已读，
未展开的重要通知（如账户安全提醒）会被静默吞掉。
客服工单里已有「消息没看到但显示已读」的零星投诉。
我提出折中方案：
- 仅「曝光超过 1 秒且滑入可视区」的单条标已读
- 顶部保留手动「全部已读」按钮
- 补一页状态说明给前端：未读红点 / 已读灰字 / 加载失败重试 / 空态
与 UI 的协作：我先交付带注释的中保真（关键态、异常态、断网态），
再一起做视觉，避免先漂亮后补逻辑导致返工。
在「优惠券已过期」场景，我坚持保留灰态 + 原因说明，而不是直接隐藏入口——
否则用户会反复找「我的券去哪了」。该决策写入组件说明，后续同类状态复用。
结果：前端按说明一次开发通过，走查只改了两处间距；
上线后未再出现「消息莫名已读」类客服投诉（上一版本曾集中爆发过）。
协作写进简历，要的是冲突点 + 你的判断依据（测试 / 工单 / 用户行为）+ 你补的交付物 + 落地后果。初级不需要「搞定整个组织」，只需要证明：你不是传话筒，你会在 PM 说「简单做」的时候问一句「简单做会不会伤害用户」。
再补一个和研发协作的写法，很多人漏写：
与前端协作「注册第 5 步」落地时，我额外交付：
- 校验规则表（每种企业类型对应哪些字段必填）
- 错误码与文案对照（后端返回 code 001/002/003 各显示什么）
- 网络超时 / 重复提交的交互说明（按钮 loading、防连点）
研发反馈：这版说明让他们少问了 3 轮「这里失败了显示啥」。
这种细节不性感，但设计主管知道——能少返工的设计师，比只会画漂亮图的设计师值钱。
再补一个和 UI 协作的场景，很多人写成「配合 UI 出图」就完了：
优惠券列表「已过期」状态 — 与 UI 设计师的协作
UI 初稿：过期券直接隐藏，列表只展示可用券，视觉更干净。
我担心：用户会反复找「我明明有券怎么不见了」，客服工单里已有类似反馈。
依据：上一轮可用性测试里，2/6 用户在「找不到券」时会去搜帮助中心而不是看 FAQ。
折中：过期券保留在列表底部，灰态 + 删除线 + 一行小字「已过期，2024-06-30」；
默认可用券在上、过期券折叠在「查看已过期」里，需要时展开。
UI 调整了灰度和字号，保证弱化但不消失。
写入组件库说明，后续活动页复用同一套过期态规则。
你看，协作不是「开会、对齐、推进」——是在一个具体状态上，你有用户证据，UI 有视觉手段，最后落到一个可复用的规则。 这种粒度写一条进简历，比「与 UI 紧密协作」强太多。
和 PM 协作还有一个初级常踩的坑：PM 说「时间紧，先上线再优化」，你就默默认了，简历上写「保障项目如期上线」。可以上线，但如果你在评审里提出过风险、留过记录、或者上线后主动追了数据，这些都可以写：「上线前指出第 5 步无即时校验可能导致流失，因排期紧先上线旧方案；两周后数据验证判断正确，推动紧急迭代。」这证明你有判断力，也有勇气把话说到台面上。初级不需要在组织里「赢过 PM」，但需要证明你不是 silent yes-man。
跨职能协作的写作公式
对方原方案是什么 → 你反对或担心的点，依据是什么 → 你提出的折中或补充 → 你多交了什么（状态说明、规则表、异常态）→ 落地结果（走查轮次、投诉、返工）。
六、自我评价与技能栏：别写爱好清单，写你站得住的能力标签
自我评价和技能栏是简历的「摘要区」。初级最容易写成性格测试 + 软件安装列表。面试官不会因为你「热爱设计」就约面，他会因为你「独立重构过售后路径，耗时砍了一半」而想聊聊。
改前
自我评价：
热爱互联网与用户体验设计，具备良好的审美与沟通能力。
学习能力强，抗压性好，能快速融入团队。
熟练使用 Figma、Axure、Photoshop，了解 HTML/CSS 基础。
期望在专业团队继续成长为优秀的 UX 设计师。
技能：Figma、Axure、墨刀、Sketch、Xmind、Visio、用户访谈、可用性测试
这段话对面试官信息量为零。「热爱」「抗压」「沟通」——删掉也不会有人发现你少了什么。技能栏像软件菜单，看不出你用它解决过什么问题。
改后
能力摘要（均可在上方项目经历中对应追问）
• 问题定义：能把「转化差」拆到具体步骤，用漏斗 + 少量回访重新定义需求
（注册项目：从「砍字段」改为「分类型 + 即时校验」）
• 主流程改造：独立重构售后申请路径，中位完成时长 4'20" → 1'55"
• 可用性验证：习惯两轮对比测试，会把失败步骤写成可执行的改动清单
（注册第 5 步：8 人测 → 改线框 → 5 人再测，成功率 4/5）
• 交付协作：原型附异常态 / 空态 / 错误码说明，减少研发来回确认
技能与工具（写「用来做过什么」，不写「听说过什么」）：
Figma——组件化中保真、可点击原型、与 UI 共享库协作；
基础漏斗分析——能独立拉注册 / 售后关键步骤转化率（SQL 由 PM 协助导出）；
可用性测试——任务脚本撰写、录屏标注、两轮对比总结；
不走 Design System 负责人路线，但能在既有组件库内完成新流程设计。
最后一句很重要：初级简历不要硬蹭 Design System、设计战略、团队管理。 你不会因为这些词显得高级，只会因为名不副实被追问穿。诚实写你能跑通的那条 craft 流程，比堆砌大词强。
初级自我评价的标准：每一句都能指向简历上方某个项目。 指向不了的形容词，删。
技能栏再补几条写法对比，免得你继续在「软件菜单」里打转：
❌ 熟练：Figma、Axure、墨刀、Sketch、Xmind、Visio
✅ Figma：独立完成注册流程中保真可点击原型（含 4 种异常态），
与 UI 共享组件库协作，走查标注一次通过
❌ 了解：用户研究、可用性测试、数据分析
✅ 可用性测试：独立撰写任务脚本、招募 8 人完成注册任务测试、
输出失败步骤标注录像，并推动两轮迭代
❌ 掌握：HTML/CSS、前端基础
✅ 能与前端对齐：交付校验规则表、错误码文案对照、
理解 flex 布局约束，走查时能判断「这是设计问题还是实现偏差」
最后一句「不走 Design System 负责人路线」不是让你贬低自己，是让你别抢不属于初级阶段的叙事。如果你确实维护过几个组件、跟过规范文档，可以写「在既有组件库内完成新流程，新增 2 个业务组件经设计主管审核入库」——这是参与，不是主导整套系统。诚实比夸大安全。
常见坑
坑一：只有漂亮截图，没有问题
简历和作品集都在秀界面，配色、间距、圆角无可挑剔——但面试官问「所以你解决了什么？」你答不上来就出局。初级 UX 的入场券不是好看，是问题清楚。把截图留给作品集，简历用文字钉死问题。我见过最可惜的简历：作品集里六个项目个个精美，简历上六个项目个个「负责交互设计」——面试官连点开的欲望都没有，因为文字已经告诉他：这人只会画图，不会思考。
坑二：整篇「负责交互」「参与」「协助」
「负责」不是成绩，「参与」可能是去会议室坐着。把动词换成：我发现了什么、我改了哪条路径、我验证了什么、结果是什么。如果删掉「负责」三个字整条经历就塌了，说明这条经历还没写到位。你可以用 Ctrl+F 搜一遍简历里的「负责」「参与」「协助」——如果一页纸能搜出十五次以上，这篇简历大概率还没写完。
坑三：研究写成出席证明
「参与 10 场访谈」不如「一场访谈里用户说了句什么，让你推翻原方案」。「输出洞察报告」不如「报告里哪一条改变了 PRD」。研究的价值不在场次数，在有没有改变决策。如果你只能回忆起一场访谈里的一句话，就把那句话写进简历——它比「协助完成 8 场用户访谈」有信息量一万倍。
坑四：把作品集链接一扔就完事
链接要配一句代表作摘要。筛简历的人未必点开；点开了也先看你 Case Cover 有没有说人话。简历和作品集各写各的、互不相干，等于浪费一半弹药。作品集链接建议放在简历页眉或第一页右上角，不要埋在自我评价最后一行。
坑五：指标全靠形容词，或硬蹭中高级叙事
「显著提升体验」「获得业务好评」「流程更加顺畅」——请换成任务成功率、时长、工单、转化。实在没有埋点，就写测试前后对比和用户原话。同时警惕另一类空话：「主导体验战略」「搭建全链路设计体系」——工作年限 1.5 年写这些，面试官只会警觉。写你参与了什么、独立负责了哪个模块，尺度匹配 0–3 年。
改完简历后，建议这样自测一遍
动手改之前，可以先做一件小事：把你现在简历里所有项目经历读一遍，用荧光笔标出所有「负责」「参与」「协助」「输出」——如果一整页绿得发光，说明动词都是空的，后面缺证据。改的时候，每删掉一个空动词，就补一个「发现了什么 / 改了什么 / 结果是什么」。
改完之后，做三轮检查：
第一轮，数字检查。 每个代表项目至少有一个数字或一句用户原话。没有就去翻聊天记录、测试录像、客服工单分类、PM 的数据看板——哪怕是小样本测试的 5/8，也比没有强。数字不需要大而全：完成率从 41% 到 67%、工单从 34 到 11、任务测试 3/8 变 7/8——这种粒度就够初级用了。
第二轮，分工检查。 打开作品集，看 Case Cover 和简历代表作是不是同一个项目、说法是否一致。简历说「工单降了三分之二」，作品集里有没有客服截图或漏斗图支撑——不一定放简历，但作品集里要有，免得面试时口说无凭。链接用无痕模式自己点一遍，确认不需要登录、三秒内能看到问题陈述。
第三轮，朋友测试。 找一个不做 UX 的朋友，只给简历，不给作品集，计时 60 秒。然后问他三个问题：我解决过什么用户问题？我改过什么流程？我验证过什么？三个问题答不上来两个，就继续改。
写完后的自检清单
- 是否至少有一个项目完整覆盖了「问题 → 证据 → 方案 → 验证 → 结果」中的四步以上？
- 简历里是否还能搜到「负责交互」「提升体验」「密切配合」却没有后文？有就改掉。
- 每个高亮项目有没有一组可追问的证据（数字、用户原话、或测试前后对比）？
- 作品集项目与简历代表作是否一致？读者不打开链接能否知道你解决了什么问题？
- 有没有一次可用性失败或方案被否定后的迭代？有没有写进简历？
- 和 PM / UI / 研发的协作是否出现过具体分歧、你的依据、以及你补的交付物？
- 自我评价是否删光了「热爱 / 沟通强 / 抗压 / 学习能力强」这类空词？
- 有没有不小心写了 Design System 负责人、设计战略、带团队——这些是否属于你的真实职责？
- 研究证据是否写清楚了来源（漏斗 / 访谈 / 工单），而不是只有结论没有依据？
- 终极测试：把简历给非设计朋友看一分钟，问他「这人解决过什么用户问题？」——他说不清，就继续改。
初级交互 / UX 设计师写简历，别急着证明自己「很会设计」。先证明你会提问、会跑流程、会用证据改稿、会把结果讲清楚。画面精致是加分项；问题清晰才是入场券。
回到开头那个女生的故事。后来她按这个思路重写了简历——同一段注册项目，从「参与可用性测试」改成了我们上面看到的那种密度：漏斗定位第 5 步、用户原话、问题定义改变评审方向、两轮测试、工单从三十四降到十一。作品集 Case Cover 也加了问题陈述和关键指标，不再只放最终大图。她没换项目、没造假，只是把已经做过的事说清楚了。又过了两周，她拿到三个一面——其中一家设计主管开场第一句话是：「我看到你写注册第五步信用代码那段，跟我们产品现在的痛点很像，能展开讲讲吗？」
她后来跟我说，那一刻她意识到：不是她之前做得不够，是她之前不会说。 UX 的工作很大一块是「把发现说清楚」——对用户说清楚，对 PM 说清楚，对研发说清楚，对面试官也要说清楚。简历就是你跟陌生面试官的第一次对话，别浪费在「负责交互、输出原型」这种谁都会说的句子上。
最后送你一句写简历时的自检口诀，改不动的时候念一遍：问题有没有、证据有没有、改动有没有、结果有没有。 四个「有」凑齐一行，比十行「负责」管用。你不需要一次改到完美——先挑一个你跟得最完整的项目，按这篇文章的改后密度重写那一段，投出去试一轮，再根据面试反馈迭代。简历和做设计一样，也是迭代出来的。
写好之后不确定效果？好简历的免费诊断可以帮你从项目陈述、成果量化、匹配度和表达清晰度几个维度做一次全面扫描，每一段经历都会给出强弱项分析和改进建议。