作品集与面试：让别人在三分钟内看见你的判断力

面试官看你的作品集，平均停留时间不到三分钟。他需要在几十份作品中快速筛选出值得深入聊的人。三分钟能看出什么？不是你的审美，是你在面对一个问题时有没有自己的判断方式。

三份作品集的评审现场

第一个场景。初级设计师小林的作品集打开后是一本视觉相册。每一页都是精美的界面截图。招聘负责人看了两分钟，问："你在这个项目里做了什么？"小林说："我负责了整个 App 的视觉设计。"负责人追问："这个 App 是做什么的？用户是谁？你解决了什么问题？你用什么方法判断你的设计对用户有效？"小林答不上来。他不是没有能力——是他以为作品集是展示"美学水准"的地方。负责人关掉页面时说了句："好看。但我不知道你做了什么。"

第二个场景。中级设计师阿斐的作品集比小林更像一个"案例展示"。每个项目有背景、流程、用户画像、线框图、高保真界面。结构完整，逻辑清楚。负责人看完了三个项目后问："然后呢？用户变好了吗？"阿斐说："用户满意度有提升。"负责人追问："提升了多少？样本量够不够？"阿斐说："项目没有上线后的数据。"负责人说："所以这是一个'看起来做了很多但不知道有没有用'的项目。"

小林展示的是"做了什么"，阿斐展示的是"怎么做的"。他们都卡在了同一个地方：没有回答"做对了没有"。

但第三个人回答了这个问题。

雅婷的减法：为什么她敢只放一个项目

雅婷有五年经验。她在准备作品集的时候，桌面上的文件夹里有五个项目。一家 SaaS 公司的支付流程改版，一家电商平台的售后体验优化，一家银行的内部管理系统，一个从零到一的健康管理 App，还有一个在上一家公司做的设计系统从零搭建。

她盯着这个文件夹看了整整一个下午。然后删掉了四个。

支付流程改版是她做过的最大的项目——跨了四个部门，改了六个月。但她删了它，因为上线后数据混在同期的大促里，她没法把支付转化率的变化单独拆出来归因到设计。"面试官一定会问归因，"她后来跟同事说，"如果我自己都讲不清楚到底是设计的功劳还是促销的功劳，这场面试从一开始就输了。"

售后体验优化她投入了很深的研究，访谈了二十几个用户，画了三版旅程图。但项目在进入开发前被砍掉了——业务优先级调整。她想过放上去，毕竟研究做得很扎实。最终没放，因为"一个没有落地的方案，你说再多研究方法，面试官也只能说'听起来很有意思'。有意思和能录用之间隔着一条河。"

银行内部系统是真实项目，但不能放——有保密协议。

健康管理 App 从零到一，听起来完整。但雅婷回想自己在那八个月里做了什么：前两个月在做用户研究，中间两个月在画原型和做测试，后四个月在跟进开发。看起来覆盖了全流程，但每一段都只做到了及格。没有一段能让面试官觉得"这个人在这个环节比大多数人做得好"。"从零到一"有时候是一个陷阱——你确实经历了整个过程，但在每一段经历里都不是主角。

设计系统从零搭建她留到了最后。不是因为它是最大的项目，是因为它最像她能讲清楚的故事。她一个人在创业公司从零开始推动——没有专职开发、没有完整的组件库预算、业务方一开始说"我们连产品都没验证，设计系统太早了"。她花了三个月做了一件事：不是画组件，而是收集了产品在过去半年里所有"同一功能在不同页面长得不一样"导致用户出错或投诉的证据。她把数据整理出来，拿给 CTO 看，拿到一个季度的开发时间。六个月后，设计系统有了四十个核心组件，三个业务线主动接入。她敢只放这一个项目，因为她能讲清楚：为什么要做（不是"设计系统是行业趋势"而是"用户在同一功能的不同页面之间反复出错"）、为什么她做（而不是等待组织自上而下推动）、怎么证明做对了（接入组件库后，三个业务线的用户界面一致性投诉下降了 70%）。

雅婷的作品集最终三页。第一页：一句话问题陈述 + 一个数据。第二页：诊断过程——不是流程图的堆砌，而是一张服务蓝图，三条红线标出了用户出错最集中的三个断点。第三页：结果——接入前后的一致性投诉对比、组件采用率、业务方的使用反馈。附带一段"如果重来"：她会在推动组件库之前先和前端团队约定一套贡献和评审机制，而不是做到第十个组件才开始补治理规则。

招聘负责人合上电脑时问的不是"你什么时候可以入职"。他问的是："你怎么判断哪些项目不该放进作品集？"

雅婷说："我问自己三个问题。这个项目你能不能讲清楚你的判断——不只是你做了什么，而是你为什么在那个时间点选了那个方向？你能不能讲清楚结果——不管是好还是坏，你有没有能力诚实地说出'这部分是我判断对的，那部分是我没有预料到的'？你能不能讲清楚你从中学到了什么——不是泛泛的'我学会了沟通'，而是具体到'下次再遇到业务方说太早了，我不会先画组件证明价值，我会先收集数据证明代价'。如果一个项目我只能回答第一个问题，它就不该放进去。"

雅婷的故事不是"少即是多"的审美主张。它是一个判断力的压力测试：你敢不敢删掉那些你做过的、投入了感情的、但讲不清楚判断逻辑的项目？如果你不敢，面试官在你的作品集里看到的就不是你的判断力——而是你的所有劳动量。

我怎么发现自己掉进了同一个陷阱

我自己做过面试官，也被人面试过。作品集有一个最隐蔽的陷阱：你以为面试官在看你的设计能力，他其实在看你的复盘能力。你能不能从过去的项目中提炼出自己做判断的逻辑。能不能诚实地承认一个错误。能不能说清楚"当时如果再多一周，我会做什么不同的事"。这三件事跟 Figma 熟练度没有关系。¹

七要素结构模板：一个项目只回答七个问题

雅婷的取舍背后有一套可操作的结构。以下七个要素不是模板——是检查清单。把你的项目案例过一遍，看看缺了哪个。

要素一：背景——为什么需要做这个项目？ 不是"为了提升用户体验"，是具体的数据和情境。没有背景的项目看起来像学校作业。雅婷的背景不是"公司需要一个设计系统"，是"产品过去半年有四十多个界面一致性相关的用户投诉和客服工单"。

要素二：问题——用户到底卡在哪里？ 不是"页面信息层级不清晰"，是具体到用户行为的哪一个步骤出了什么状况。"用户在同一功能的两个页面之间填写不一致，导致审批被退回"——这个表述比"体验不一致"更准确。

要素三：证据——你怎么知道的？ 不是"通过用户研究发现了这个问题"，是具体的样本量、方法和关键发现。雅婷的证据不是"我觉得不一致"，是半年的工单分类统计、可用性测试中三组用户在跨页面操作时的出错记录、以及竞品对比中标注的十二处同类问题。

要素四：方案——你做了几个方案，为什么选这个？ 展示尝试过的至少两个方向、各自的取舍标准和决策逻辑。雅婷的方案不是"做一个组件库"，而是比较了两个方向：一是只做规范文档（成本低但依赖团队自觉遵守），二是做可调用的组件库（成本高但强制执行一致性）。她的选择依据是：以团队当时的规模和迭代速度，纯文档方案在三个月内很可能退化成"大家都知道有规范但没人记得住"。

要素五：取舍——你放弃过什么方案，为什么放弃？ 这是最容易被跳过也是最体现判断力的部分。展示放弃的方案不是暴露弱点——是证明你不是只会做一种方案的执行者。雅婷放弃了让设计系统一上来就覆盖所有业务线的方案，选择先从用户投诉最密集的三个业务流程切入。她知道如果一开始追求完整覆盖，每个组件都是闭门造车，没有真实场景的检验，业务方也不会主动接入。

要素六：验证——上线后你怎么判断效果？ 有数据说数据，没数据说验证计划和预期指标。编造数据不如诚实写计划。雅婷的验证不是"组件库搭建完成"，是三个业务线的界面一致性投诉下降了 70%、新页面从设计到开发的时间缩短了约 40%、以及三个业务线的产品经理主动要求接入——这三个指标都来自项目上线后的真实记录。

要素七：反思——如果重来你会怎么做？ 定位一个具体的、有时间成本或用户成本的错误，说明下次怎么避免。雅婷的反思没有停留在"我会做得更好"。她说：如果重来，她会在设计第二个组件时就找前端谈贡献和评审机制，而不是等到第十个组件。因为在缺乏治理规则的情况下做的前十个组件，后来有三个因为实现和设计不一致需要重构。这个错误浪费了大约三周的开发时间。

七要素真正的价值不是让你的作品集看起来更整齐。是让你自己先于面试官发现：哪些项目只有要素一二三，从来没有四五和七。那些项目就是你应该认真考虑删掉的。

同项目改前改后对比

同一个权限配置改版项目，两种表达方式。

改前——"界面相册"版。 四张界面图——初版和终版，旁边写着"信息层级优化""视觉统一""操作路径缩短"。没有说明改版前的体验问题是什么，没有数据证明改版后有什么变化。

改后——"证据包"版。 第一页：两个数字——改版前配置时间 47 分钟，失败率 23%。一张服务蓝图，三条红线标根因。第二页：两张关键界面截图——旧版角色列表（只有两个名字）vs 新版角色对比视图（名字、权限摘要、成员数并排）。第三页：结果数字——配置时间降到 11 分钟，失败率降到 4%，附数据来源。

"界面相册"展示的是设计稿。"证据包"展示的是设计判断。前者花两分钟让人说"不错"，后者花三分钟让人说"你会怎么思考项目"。

再举一个 C 端项目的对比。在线教育产品的课程详情页。

改前版——三张高保真页面截图，旁边标注着"视觉风格统一""信息卡片优化""课程评价区重设计"。面试官看完问"这个页面改版之后用户更可能购买了吗"，设计师说"视觉体验提升了，用户停留时间增加了"。

改后版——第一页：一个数字——旧版页面中，用户看完课程详情后点击"立即报名"的比例是 4.3%，但同期客服接到的问题里，有 18% 是关于"课程到底适合什么基础的人"。用户在页面上找不到这个信息——它藏在第三屏的一个可展开 FAQ 里。第二页：两个方案对比——方案 A 把 FAQ 拆开、把"适合人群"提到第一屏；方案 B 增加一个 30 秒试看视频。用户测试中，方案 A 解决了信息可见性问题但没有解决信任问题；方案 B 的报名意愿明显更高。第三页：最终方案——"适合人群"信息前置 + 试看视频 + 已报名学员的学习数据摘要。第四页：结果——课程详情页到报名的转化率从 4.3% 提升到 7.1%。附带一句诚实的归因说明：同期平台做了一次优惠活动，转化提升可能部分受益于活动，但详情页的跳出率（只看不报名的比例）下降了 12 个百分点——这个指标不受优惠活动影响。

B 端项目和 C 端项目，表达逻辑是一样的：问题要落到具体行为，方案要展示选择逻辑，结果要诚实说明归因边界。

不同职级的作品集策略

雅婷的三页作品集对初级设计师可能是一个危险的建议。不同职级，面试官想看的东西不一样。

初级设计师（0-2年）。 面试官不会期待你拿出一个落地上线、有验证数据的完整项目——因为大部分初级设计师没有机会独立拥有一段完整的项目经历。你在面试官眼里最该展示的不是"我做出了多大的商业影响"，而是"我在被分配到的任务里有没有自己的思考"。你可以只放一个页面甚至一个表单的设计，但要讲清楚：这个页面要帮用户完成什么任务，你尝试了哪两种方案，你选了哪一种以及为什么，你做了一次可用性测试还是至少找了一个用户试了一下，试完之后你改了什么。

中级设计师（3-5年）。 面试官开始期待完整的证据链——你从问题走到方案再走到验证。不能只有"做了研究"或"画了方案"，必须两端连通。如果你真的没有上线数据（项目被砍、项目周期太长、数据权限受限），诚实说明验证计划和测量障碍，这比你编一个数字更能让面试官信任你。

高级设计师与负责人（6年以上）。 作品集开始退居次要位置——面试官更想知道的是：你做的判断影响了什么层面？如果你只影响了界面，你可能停留在中级。如果你改变了团队的工作方式，改变了产品对用户的假设，或者改变了设计在组织中的位置——这才是高级的信号。你放的案例不应该超过两个，每个案例的问题→判断→组织影响应该足够清楚。

转行者的作品集策略

你不是科班出身？这反而是优势。关键不是"我没有 UX 项目怎么办"，是"从我已经做过的事情里，找到 UX 判断的证据"。

客服背景转 UX。 你每天在客服系统里处理用户投诉——这就是你的用户研究工作。你的作品集项目可以是：分析 300 条客服工单，找出了用户投诉的三大集中模式，提出了产品改进建议。不要写"我了解用户需求"——太模糊。写具体数字和模式。

运营背景转 UX。 你做过的 A/B 测试、漏斗分析——这就是 UX 验证能力。你的作品集项目可以是：一次 A/B 测试的全过程——版本 A 简化表单、版本 B 分步引导、版本 C 原版，30 天数据对比，附你的分析和取舍判断。

开发背景转 UX。 你最擅长的是理解系统的边界。你的作品集项目可以是：一次重构中的交互优化——七步操作合并为三阶段，每一步的改动依据、上线后的错误率变化。

应届生与无经验者。 你没有公司里的项目？那你一定有课程项目、个人练习、或者一个你主动重新设计的日常产品。关键不在于项目规模，而在于你有没有做判断。一个对学校选课系统的重新设计，如果你能说清楚：现在的选课流程中哪一步让同学最痛苦（你别假设，你真的观察了或访谈了五个同学）、你做了什么假设、你的方案试图解决什么问题、你用什么方式验证了它（哪怕只找了三个人做了纸面原型测试）——这就是一个合格的初级作品。不要假装它是一个十万用户的产品，诚实地说明规模和限制。面试官能分得清"初学者做了一个有判断的小项目"和"初学者假装自己做了大项目"之间的区别。

另外一个建议：应届生作品集中最怕的不是项目太少，而是每个项目看起来都像学校作业——没有真实约束、没有取舍、没有失败。"我在课程项目中设计了整个 App"——这看起来覆盖全面，但面试官知道你不需要说服任何利益相关者、不需要在预算和工期之间取舍、不需要处理真实用户数据。如果你做过实习，哪怕只有一个实习项目，把它当成主力。如果没有实习，找一个你可以实际接触到的真实场景——志愿者组织的网站、你朋友的奶茶店小程序——做一个有真实用户反馈的案例。

四个转向的共同原则：不要假装你做过正式的 UX 项目。把你做过的事情重新用 UX 的框架讲一遍——背景、问题、证据、方案、取舍、验证、反思。你在那个岗位上做的事情里，一定包含了其中至少三到四个要素。够用了。

媒介与平台选择

放在 Figma 链接里、做成 PDF、搭一个网站、还是记在 Notion 里？这不是审美偏好问题——不同的媒介决定了面试官第一眼看到什么。

PDF（20-30页）。 适合大多数场景。面试官可以快速翻页、你可以控制叙事顺序、不受网络影响。缺点是交互原型需要额外用链接补充。

个人网站或 Notion 页面。 优点是容易更新、适合展示交互和动效、可以嵌入原型链接。缺点是面试官可能翻得比 PDF 更快，你需要更强的叙事节奏控制来防止他三秒扫完一页。如果你用网站，每一页只放一个核心信息，别把简历、项目、博客、摄影全塞在同一个页面。

Figma 文件直接分享。 只适合你已经拿到面试机会后的第二轮、第三轮深度讨论。不适合作为初筛作品集——面试官在几十份候选人中快速筛选时，不会打开一个 Figma 链接等它加载。Figma 文件里信息密度太高，面试官不知道从哪个画板看起。

一个常见的错误组合： 简历是一个 PDF，作品集是一个网站链接，部分项目截图在 Figma 里，一个交互原型在另一个链接里。面试官要在四个窗口之间切换，每一次切换都在消耗他的注意力。正确做法：选择一个主渠道，把所有关键信息集中到上面。其他链接只作为"如果有兴趣可以继续看"的补充，而不是必须点开的平行入口。

作品集讲述的叙事节奏

作品集不只是"放什么"，还有"怎么讲"。面试中展示作品集时，最常见的两个错误：一是从项目第一天开始按时间线讲，二是把页面上的每一个设计决策都解释一遍。

一个更有效的节奏是三十秒 + 两分钟 + 追问。

前三十秒：直接说问题——"用户在权限配置中完成一次配置的平均时间是 47 分钟，失败率 23%。"不要说公司背景、团队结构、项目周期。这些东西面试官可以在你讲完后问。如果他一开始就被问题吸引，节奏就对了。

中间两分钟：展示一个核心判断——不是展示所有你做过的页面，而是挑一个最能代表你的判断方向的决策点。"我们在角色命名上卡了两周。用户一直把'角色模板'当成'角色名称'——所以我把模板选择和自定义权限拆成了两步，中间加了一个预览状态，让用户看清楚选了什么再确认。这个改动把配置错误率降低了约 60%。"——这一段话里包含了问题（命名混淆）、方案（拆步骤+预览）、判断依据（用户测试中的行为观察）、结果（错误率变化）。面试官听到这里会主动追问。主动追问意味着他进入了你的节奏。

追问控制：面试官追问的时候，如果你不确定答案，不要现场编。"这个问题我没有在项目中直接测量过。如果我当时有时间，我会看这样一个指标……"——承认不知道但给出方法论，比现场编一个答案更让面试官信任你。

面试六问：面试官到底想知道什么

面试官的问题看起来很多，实际上都在问同一件事。以下六问，每一问除了标注常见陷阱，还给出了"当你确实没有"时的替代回答。

第一问：你在这个项目中做了什么？ 面试官想知道你的角色——不是职位，是贡献。常见陷阱："我负责了整个 App 的视觉设计。"——这句话没有回答任何问题。替代回答：具体到"我负责了支付流程从地址填写到支付确认的全部交互设计，同时和内容设计师合作重写了费用说明和错误提示"。

第二问：你为什么这样做？ 面试官想知道你的依据。常见陷阱："因为这是行业最佳实践。"——如果你说不清为什么这个实践在你的场景里合适，这句话没有任何说服力。替代回答——如果你当时确实没有严谨的研究数据："我在做这个方案之前访谈了六个用户。不是正式的研究——但我在每次访谈里都给他们看同一个场景，六个人里有四个在同一个步骤卡住了。所以我把这个步骤拆成了两步。"诚实说明你的证据等级，比假装有正式研究更好。

第三问：你怎么知道你做对了？ 面试官想知道你的验证能力。常见陷阱："用户反馈很好。"——太含糊。替代回答——当你确实没有上线数据时："这个项目在开发排期里被排到了下个季度，我没有上线后的真实数据。但我做了可用性测试：改版前 5 个被试者有 4 个在同一个步骤出错，改版后 5 个人都走完了。同时我预设了上线后要看的三个指标——任务成功率、第三步的流失率、以及客服工单中'不知道怎么做'关键词的出现频率。如果上线，我会观察这三组数据是否变化，以及同期是否有促销或价格调整同时发生。"——这段话告诉面试官三件事：你用了替代验证方法、你设计了验证计划、你知道上线后要排除哪些混淆变量。

第四问：你放弃过什么方案？ 面试官想看你有没有过取舍。没有放弃过方案意味着你只考虑了一个方向。常见陷阱："没有放弃过什么方案。"替代回答——如果你确实只做了一个方案："坦白说这个项目周期非常紧，我只做了一个方案。但如果给我一周——我会尝试另一个方向：把批量操作放在列表页顶部，而不是每一行后面。因为我后来发现用户在单行操作时经常误触批量操作，这个设计是有代价的。我说这个不是为了证明我当初做错了，是想说明我现在会主动追着这个代价去问'它有没有更好的解法'。"承认只做了一个方案但能指出这个方案的代价——这本身就是判断力的信号。

第五问：如果重来你会怎么做？ 面试官想知道你的复盘能力。定位一个具体的、有时间成本的错误。常见陷阱："我会做得更好。"替代回答："如果再给我两周——我会在做高保真之前，先用纸面原型找五个用户做一轮测试。项目里我们跳过了这一步，因为'时间不够'。结果开发做到一半，我们发现图标识别率很低，只能临时加文字标签。加标签的工作量花掉了大约两个前端工程师的两天。按这个代价算，如果当初花一天做纸面测试，能省下四天开发时间。以后任何涉及图标新设计的交互，我都在纸面阶段先验一次。"——具体的时间成本、具体的行为改变。

第六问：你的设计影响了什么业务指标？ 面试官想知道你的设计有没有产生商业价值。常见陷阱："用户满意度提升了。"替代回答——当你的项目衡量不了收入时："这个项目是内部后台系统，它不直接产生收入。但我能告诉你——改版前，每个管理员平均每周接到 3.5 次权限配置相关的工单咨询。改版后三个月，这个数字降到了 1.2 次。按管理员团队 8 个人的规模算，相当于每个月省下了约 70 个小时。这 70 个小时以前花在了重复解释上，现在可以用在更复杂的权限审核上。同时新员工的权限开通等待时间从两天半降到了半天。"

六问其实是一套逻辑链：你做了什么→为什么这样做→怎么证明做对了→你考虑过别的可能吗→重来你会怎么优化→你的设计对业务有什么用。每一个问题都在追问同一个事情——你的判断力。

小结

作品集展示的是你面对一个不确定的问题时，是怎么判断的——不是展示你做过什么项目。七要素帮助你把项目结构化为面试官能理解的语言。雅婷在五个项目里删掉了四个，不是因为别的项目不好——是因为她回答不了"我的判断在哪一步起了作用"。改前改后对比让你看到"界面相册"和"证据包"的差距不是设计能力，是复盘能力。转行策略和应届生策略告诉你，你的非 UX 经历不是劣势——关键是能不能用 UX 的框架重新讲一遍你做过的判断。面试六问中，"当你确实没有"的替代回答比"常见陷阱"更有实战价值：承认不知道但给出方法论，比现场编一个答案更能让面试官信任你。面试官想看到的不是完美的项目——是你在不完美的项目里仍然保持诚实的判断习惯。

延伸阅读

延伸阅读：Rosenfeld Media 的 *Portfolio Design for UX Designers*——教你怎么用项目案例证明你的判断力。

注释 ¹ Rosenfeld Media: Portfolio Design for UX Designers。作品集的"证据包"结构优于"界面展示"。方法指导，不替代真实招聘方的评审反馈。 🔗 https://rosenfeldmedia.com/books/the-portfolio-handbook/