UI面试作品说明如何少说空话

先分清“好看”和“做对了”

面试官看作品集，真正想确认的不是你的审美，而是你在限制条件下怎么判断、怎么取舍。视觉高级感是结果之一，但它没法解释你为什么把按钮放在这里、为什么列表要分页、为什么空状态要画插画。作品说明如果只停留在“这个页面很精致”，对方听完还是不知道你能否独立处理一个真实任务。

把说明重心从形容词挪到决策过程，是更有效的表达方式。具体来说，就是讲清楚你面对的是什么样的问题、有哪些约束不能动、你在几个方案之间怎么选、最后怎么验证这个选择成立。这样的叙述天然比“我注重细节”更有说服力，因为它可以被追问，也可以被检验。

用任务层级组织说明

一份作品集通常包含多个页面，逐张平铺容易显得没有重点。更实用的做法是先交代任务层级：这个项目里，哪个任务是核心路径，哪些是次要分支，哪些只是辅助页面。面试官能借此看出你有没有梳理过产品逻辑，而不是把视觉稿按美观程度排序。

判断任务层级可以问自己几个问题：用户打开这个页面最常做什么？如果这个功能失败，用户会不会直接离开？哪些操作是低频但必须存在的？把这些问题的答案写进说明，比写“首页突出品牌调性”要具体得多。

比如一个电商后台的订单列表页，核心任务是让客服快速找到异常订单并处理，那么搜索、筛选、状态标签的优先级就高于装饰性视觉元素。你在说明里写清楚这个判断依据，对方就能理解你为什么把筛选区放在顶部、为什么状态用颜色区分而不是只用文字。

组件状态是容易被忽略的硬功夫

很多作品集只展示组件的默认状态，看起来完整，但一被问到“加载中怎么办”“数据为空怎么办”“网络错误怎么显示”就答不上来。真实产品里，这些状态出现的频率并不低，而且直接影响用户对稳定性的感知。

写作品说明时，可以挑两三个关键组件，列出你考虑过的状态：默认、悬停、点击、加载、空数据、错误、窄屏适配。不需要每个状态都配图，但至少要写出你判断过什么条件下触发哪种状态，以及状态切换时的视觉反馈如何保持一致。

空数据状态是个很好的例子。很多设计在这里只放一句“暂无数据”，但更好的做法是告诉用户为什么没有数据、下一步能做什么。如果你的作品里处理过这种情况，把当时的思考写进去，比放十张高保真图更能体现设计成熟度。

长文本也是容易被效果图掩盖的问题。设计稿里填的是假文字，看不出换行、截断、展开收起这些细节。真实内容进来后，标题两行怎么办、正文超长怎么处理、列表项高度是否固定，这些都需要明确规则。在说明里写清楚你为长文本做了哪些预设，面试官会认为你考虑过真实使用条件。

窄屏不是“缩小一点”

响应式设计如果只写“适配移动端”，等于没说。窄屏的真正难点在于信息重排：导航怎么收拢、表格怎么展示、操作按钮是否还能单手点到、图片比例会不会变形。这些判断比单纯把画板宽度改成 375 像素更值得写进说明。

你可以选一个典型页面，说明从宽屏到窄屏时你保留了哪些信息、砍掉了哪些次要内容、交互方式发生了什么变化。比如宽屏下的侧边栏在窄屏里是收进抽屉还是变成底部标签，依据是什么。这种叙述能展示你对布局原则的理解，而不是只会拖动调整尺寸。

检查响应式结果时，不要只看设计软件里的预览，最好在真实浏览器或设备上过一遍。重点观察文字是否被截断、点击区域是否过小、横向滚动是否出现。发现问题的过程本身也可以写进复盘，它说明你有验证意识。

把复盘写成可执行的改进

复盘部分最常见的毛病是“通过这个项目我提升了设计能力”——这句话放在任何项目里都成立，所以等于没说。有效的复盘应该指向具体的改变：你发现自己在哪个环节判断失误，下一次会用什么方法避免；或者你验证了某种做法成本过高，以后会提前确认什么条件。

写复盘时可以对照最初的问题定义，逐条检查是否解决。如果某个问题当时没解决，如实写清楚原因和后续打算，这比假装一切顺利更可信。面试官通常能接受项目有遗憾，但不能接受你不知道遗憾在哪里。

容易出错的地方

作品说明里经常出现三类问题。第一类是只有结论没有依据，比如“这个配色更高级”，但不说为什么这个配色适合当前用户和场景。第二类是只展示最终稿，不展示过程，对方无法判断你是试错后找到方案，还是碰巧做对了。第三类是术语堆砌，写了很多“赋能”“闭环”，但没有任何一个可验证的细节。

检查说明是否合格，可以做一个替换测试：把你写的形容词换成具体行为，句子是否仍然成立。如果成立，说明你写的是真实工作；如果不成立，那这句话大概率是空话。另一个方法是请不了解项目的人读一遍，看他能不能复述出你做了什么决策、为什么这么做。如果对方只能说出“做了个电商 App”，说明信息密度还不够。

作品说明不需要覆盖所有细节，但每个写出来的点都应该能经得起追问。与其准备二十页泛泛的展示，不如把五六个关键决策讲透。面试官记住的往往不是你放了多少张图，而是你解释问题时展现出的判断方式。