UX 作品集 Case Study 攻略

为什么 UX 作品集 Case Study 需要证据，而不是模板

很多 UX/Product Designer 候选人准备 UX 作品集 Case Study 时，会把重点放在模板、工具名或漂亮措辞上。问题是，招聘者真正想看到的不是你会不会背框架，而是你能不能把 case study、用户问题、研究洞察、设计迭代和结果 讲成可检查、可追问、可相信的证据。

这篇攻略的目标很具体：把一个 case study 变成问题定义、研究、迭代和结果的证据。如果你只给出结论，面试官很难判断你的能力；如果你能讲清 问题、约束、用户证据、备选方案、理由和可观察变化，你的材料就会更像真实工作，而不是包装后的说法。

你可以从一个小场景开始，比如 onboarding 改版、checkout flow、dashboard IA 或 accessibility 改善。小场景不弱，弱的是没有结构、没有证据、没有取舍。强答案会让读者知道你看见了什么问题、做了什么判断、结果如何被验证。

RoleProof UX 作品集 Case Study 评分表

用这张 100 分表判断你的材料是否接近可投递、可面试。

一个更强的表达方式

不要只说“我做了 onboarding 改版、checkout flow、dashboard IA 或 accessibility 改善”。更强的说法是：我围绕 case study、用户问题、研究洞察、设计迭代和结果 定义问题，用具体方法处理关键约束，最后用 问题、约束、用户证据、备选方案、理由和可观察变化 说明结果。

第一个检查清单

• 目标岗位是否清楚？
• 核心对象是否具体？
• 有没有真实证据？
• 有没有结果或反馈？
• 有没有说明限制和取舍？
• 面试追问时能否讲细节？
• 下一步改进是否明确？

选择一个强场景

这一步的重点是把 UX 作品集 Case Study 从泛泛表达变成具体工作。先写清对象：case study、用户问题、研究洞察、设计迭代和结果。如果对象不清楚，后面的结果和能力都会显得漂。

讲清问题和受众

以 onboarding 改版、checkout flow、dashboard IA 或 accessibility 改善 为例，不要急着写结论。先确认场景、约束、你负责的边界，再决定哪些证据最能说明能力。

展示过程而不只展示结果

好的表达会自然带出 问题、约束、用户证据、备选方案、理由和可观察变化。这比形容词更有说服力，也更能经得住面试追问。

补上证据和限制

如果没有漂亮数字，也不要编。可以用流程改善、错误减少、反馈、交付记录、文档、截图或复盘来证明结果。

写成可检查页面

最后把这一步压缩成一句可复用的话：我处理了什么对象，做了什么判断，结果如何被看到。

连接到简历和面试

完成后，把这一段放回目标岗位里检查：它是否更像 UX/Product Designer 需要的能力，而不是任何人都能写的通用描述。

可以直接练的具体例子

把这一段当成练习，不要照抄。对于制作 UX 作品集 Case Study，真正有价值的不是更漂亮的措辞，而是这些细节里的证明：用户证据、约束、备选方案、理由、结果。如果面试官连续追问两次，同一组事实仍然应该能支撑你的回答。

例子 1：checkout 可用性改版和 B2B dashboard IA

弱回答只会说自己做过这个事情，然后停在那里。它没有说明对象是什么、约束是什么、你做了什么判断，也没有说明为什么这段经历值得招聘者相信。

更强的版本会先交代场景，再写清你负责的对象，说明你做出的选择，最后用用户证据、约束、备选方案、理由、结果支撑结果。重点不是把经历吹大，而是让经历变得可检查。

例子 2：把混乱经历整理成 proof

先收集原始事实：谁需要这件事，哪里不清楚或出了问题，你手上有什么数据或材料，你亲自改变了什么，之后发生了什么。然后删掉所有你在面试里解释不了的句子。

面试可用的 proof 通常很具体：它有用户或 stakeholder，有工作对象，有判断过程，有结果信号，也有仍然存在的限制。这个组合比一句漂亮但空泛的说法更难伪造，也更可信。

7 天升级计划

1. 第 1 天：收集和checkout 可用性改版和 B2B dashboard IA相关的原始事实、截图、记录、指标、例子或证据材料。
2. 第 2 天：用一句话写清问题，并定义谁会在意这个结果。
3. 第 3 天：列出具体对象：文件、表、dashboard、工单、客户、患者、campaign、账户或流程。
4. 第 4 天：写出判断路径，包括你考虑过什么、放弃了什么、为什么这样选。
5. 第 5 天：补上证据：用户证据、约束、备选方案、理由、结果。如果没有数字，就用复盘记录、前后状态、演示路径或复盘记录。
6. 第 6 天：准备 3 个面试官可能追问的问题，并在不新增虚假说法的情况下回答。
7. 第 7 天：重写简历 bullet、作品集段落或面试故事，让它更短、更清楚、更容易验证。

低于招聘标准的常见错误

• 所有岗位都套同一个框架，却没有说清真实工作对象。
• 先加高级词，再找证据，导致内容听起来空。
• 写了无法解释、无法测量、无法被证据材料支撑的结果。
• 跳过取舍，让经历听起来像没有难度。
• 没有下一步：如果再给一周，你会改进、监控、测试或澄清什么。

作品集证明诊断：checkout 可用性改版和 B2B dashboard IA

作品集能让雇主相信，不是因为截图漂亮，而是因为他能检查你为什么这样做、你看过哪些限制、你放弃了什么方案。对于制作 UX 作品集 Case Study，可以把checkout 可用性改版和 B2B dashboard IA当成准备锚点，并反复回到用户证据、约束、备选方案、理由、结果。你的目标是留下清楚的准备线索：该收集什么工作对象、要解释什么判断、哪些证据需要经得住追问。

在润色之前，先准备项目页面、截图、简短说明、数据或用户记录、决策笔记和前后状态。如果其中一块缺失，先不要急着把句子写漂亮；更好的做法是补事实，或者把说法缩小到真实可解释的范围。

定稿前先做四件事

• 写清这段作品集页面要回答的问题。
• 说出具体对象：表、流程、账户、患者场景、功能、模型、campaign、工单或项目页面。
• 把你个人做的动作，和团队、课程、公司共同完成的结果分开。
• 补一个结果信号：指标变化、复盘记录、交付痕迹、质量改善、客户反馈或学习结论。

弱稿到强稿：改写示范

下面的写法只提供结构，最终要换成你的真实事实。强稿不是更夸张，而是更窄、更清楚、更能解释。

弱稿：“我把checkout 可用性改版和 B2B dashboard IA做成了作品集项目。”

强稿：“我把checkout 可用性改版和 B2B dashboard IA讲成决策故事：问题是什么，限制是什么，用户证据提供了什么证据，以及下一版我会先改哪里。”

强稿更可信，是因为它给面试官留下了可以检查的材料：用户证据、约束、备选方案、理由、结果。同时它没有把结果说满，保留了限制，反而更像真实工作。

这个岗位专用的评分视角

只针对这篇攻略的练习题

1. 不用夸张词，在 45 秒内讲清checkout 可用性改版和 B2B dashboard IA。
2. 定义最重要的证据：用户证据、约束、备选方案。
3. 说明面试官或招聘者可以在哪里检查这段经历。
4. 写出一个限制，让说法保持真实。
5. 围绕用户证据重写一条简历 bullet、作品集说明或面试回答。
6. 回答最难追问：“你怎么知道这个解释是对的？”
7. 如果这是真实工作，下周你会先做什么。
8. 删掉一句听起来厉害但解释不了的话。