UX 设计师简历示例：清楚呈现设计决策

UX 简历应简洁论证思考方式，再清楚引至佐证作品集。漂亮屏幕不揭示问题、限制或推理。展示如何了解用户、作设计选择并推进实现细节。两者用途不同：简历建立相关经验，精选案例让读者深入检查依据。

虚构设计师做行政流程，例子强调状态、权限与任务清楚。视觉品牌作品集本身不支持同样论述。决定简历呈现你能解决什么问题，再选能审视问题的案例。文档与作品连贯，比时髦标签重要。

Samira 的虚构资料聚焦困难流程，不是时髦风格。访问申请连接观察与具体改变，原型为回答问题而非计产出。组件含键盘与错误状态，因为交互超越默认美图。发布后审查说明交接后仍参与。雇主、项目与结果均为虚构教学例子。

组件要点包含空状态和错误状态，是因为用户不会始终沿理想路径使用界面。如果项目改进过这些状态，就不要把贡献藏在“制作 UI 页面”下面。解释需要明确哪些交互行为，以及团队如何使用这些说明。即使能放进作品集的成品图片不多，细致的交互设计也能体现成熟度。

每案还原原问题、限制、方案及设计依据。注明亲做、研究员或产品提供及工程交付改动。参与者信息保密。专业工作不能分享，就准备批准的匿名解释或换项目。最终界面不公开，清楚决定仍有用。

在案例笔记中增加一份贡献分工：他人提供的研究、自己完成的设计、共同作出的决定，以及实现阶段的改动。这能避免精心组织的叙述无意间把集体工作写成个人工作。也记录研究尚未回答的问题。能够解释导航问题的研究，未必足以支持长期使用情况或更广泛市场偏好的结论。

首要点不说六次研究代表所有用户，而解释对具体困难的回应。个人版本明确任务及研究后改变。“改善体验”过宽。后测任务完成就说条件；未测，问题与实现回应也是真实依据，无需造成功率。

访问权限申请的改写，应对应作品集中的具体片段：令人困惑的状态，以及调整后的下一步操作。如果考虑过的替代方案有助于解释决定，也可以展示。没有任务背景的前后对比图，容易让读者只评价外观。简历要点应提供足够背景，让视觉比较围绕一个有意义的问题展开。

可用性指标需要背景：任务、参与者、测试环境和比较方式都很重要。小规模的主持式测试可以发现问题，但不应被呈现为整个用户群体的表现估计。改版后的产品使用情况，也可能受到其他变化影响。谨慎描述观察结果；如果手上是定性依据，就如实使用。设计系统工作可以通过组件、团队或已有说明的交互行为展示范围，不必把质量简化为制作了多少页面。

方法配合它完成的工作。可用性测试由研究问题及设计选择支持，原型由解决的不确定支持。无障碍准确描述键盘规范或与专家合作，不声称普遍合规。工具简列，软件长表不替代责任清晰、决定站得住的案例。

研究与设计相连但不同。主持访谈、分析与转成交互是不同贡献，只描述亲做的。熟悉组件库也不同于定义复用行为或管理采用。技能不暗示使用现成系统等于创造全系统。

新人可用课程、志愿或个人项目，背景明确。概念改版说明假设，不暗示访问公司用户或内部数据。展示迭代与改向原因，包括实际招募或实现资源限制。小问题聚焦案例，常比虚构全方法端到端流程更有依据。

有经验的设计师应展示影响范围如何扩大，例如理清尚不明确的工作、改进共用模式、处理跨团队限制，或指导其他设计师。不要让每条资深经历都只写工作坊。解释工作坊解决了什么，以及决定如何影响产品。如果管理人员，就说明团队和职责；如果是资深个人贡献者，就描述设计范围与合作关系，不要暗示并未拥有的管理权限。

从其他领域回归，可用范围清楚项目展示当前交互实践，解释用户假设、标概念。保留能证明合作或领域知识的早期职业依据，由新项目证明设计，不把所有旧角色事后变 UX。

设想管理员反复给错工作区权限。设计从理解任务及混乱源开始，不是换配色。也许首步后界面隐藏工作区。笔记区分观察假设与参与者，再描述保持背景可见或改确认等方案。即使视觉改变小，也能形成有用案例。

虚构简历要点可以写：“可用性测试发现用户混淆工作区背景后，重新设计工作区选择和确认流程，加入持续可见的工作区标签，以及提交前明确的复核步骤。”这将发现与交互选择联系起来，并不声称消除了所有错误。作品集中应解释选择该方向的原因，以及哪些工程限制影响了最终行为。展示相关错误状态和键盘交互状态，不只展示最整洁的页面。如果发布版本与原型不同，就如实指出。

简历应一致地指向案例，让读者立即认出。项目名、日期与责任相同。案例首屏应先问题与角色，再长流程。研究由同事做就注明，突出个人设计回应。透明合作比一人包办所有专业的精美故事有用。

企业软件岗位需要展示处理复杂性、权限和重复性工作流程的经历。面向消费者的移动端岗位，则可能更重视交互细节、新用户引导和平台限制。调整作品集项目顺序，使其支持简历呈现的能力。两处使用一致的项目名称和角色描述，便于读者对应。如果项目视觉风格较旧，但体现的思路仍然相关，就解释背景，不要用无关的精美样机取代实质内容。

看目标团队界面与限制：复杂桌面重密集信息与角色权限，移动重小屏及平台惯例。选类似限制依据。无完全匹配就解释可迁移决定，不将无关项目重新涂装成雇主产品。

常见弱点是流程图漂亮却无决定，作品链接需不明权限或未完主页。简历无作品也应可理解，有人先看文档。不独占团队工作，不把预制人物画像当研究发现，删除 PDF 与案例中的参与者识别及保密客户材料。

从导出链接打开作品集，未登录测试。小屏图文说明应解释角色。密码或访问说明适当处理，文件无参与者细节。最后逐要点对案例，范围、研究主张与发布状态一致。

• 将研究观察与真实设计决定关联。
• 将个人角色与其他团队成员分开。
• 核查作品集访问与项目名一致性。
• 准确描述无障碍工作，不作无依据合规主张。