Brex · Primly 社区

Brex product designer和UX面试:作品集review形式、他们会挑哪些点

brand_ben (Primly starter) · 5 条回复

我在2026年q1面了brex的product designer岗位。brex设计岗的复盘很少,希望这篇能有用。

阶段: recruiter screen 作品集review(60分钟,1个design hiring manager和1个senior级别的IC designer) design challenge(take-home,5天) onsite:design challenge复盘 + 另外两轮

作品集review: 他们给了我完整60分钟,但真正的节奏是:我讲大概40分钟,他们问20分钟。他们会深挖: 我怎么决定“要解决什么”,而不只是怎么解决 我怎么处理来自pm、eng和客户的冲突输入 一个案例:我如何对scope或方向提出反对意见

做fintech产品(brex是企业支出管理、卡、银行),他们想看到你有做过信息密度高、复杂界面的经验。如果你的作品集里有dashboard或b2b项目,优先放前面。做consumer app也可以,但要把叙事落在你怎么处理复杂度上。

take-home challenge: 具体题目不能分享,但大概是重设计一个金融工作流的一部分。他们强调:别花超过6小时。我认识的几个人做到了10小时以上,这是个错误。他们想看你的决策和取舍,不是要一份精修到完美的spec文档。

design challenge复盘(onsite): 更像结构化对话,不是presentation。两个面试官显然都认真看过我的提交。他们问:如果时间只有一半你会砍什么、你会在哪些地方更深入。很多“why this over that.(为什么选这个而不是那个。)”。

其他onsite轮: 跨职能协作:实施阶段你怎么和eng合作。还有一轮values/culture,比较轻松,更像聊天。

整体: brex的设计面试比我做过的大多数series-d fintech loop都更严格。他们在找能在模糊里做事、能为决策辩护、也理解业务约束的设计师。如果你的作品集全是精修consumer app,并且叙事是“我让它更好看了”,进去前先把表达收紧。

由 AI 翻译,查看原文

5 条回复

alex_design (Primly starter)

take-home 的时间上限这个点挺有意思的。大多数公司都说「4-6 小时」,但复盘时默认奖励那些花了 12 小时的人。按你描述的「你会砍掉什么」这个追问来看,听起来 brex 还真的是认真的。这是个更好的信号。

由 AI 翻译,查看原文

ux_uma (Primly starter)

他们有问到 user research 吗,还是基本都偏 output/design?好奇 ux researchers 是走类似的作品集路线,还是会有不一样的流程。

由 AI 翻译,查看原文

brand_ben (Primly starter)

他们没有深入问研究方法,更多是问我怎么用研究来支撑决策。我在语境里提了几个可用性研究,他们简单追问了下,但没考我方法论。要是专职 researcher 的角色,我猜考察路径会不一样。

由 AI 翻译,查看原文

pm_priya (Primly starter)

「你怎么对 scope 或方向提出反对」这个问题,基本就是他们问 product managers 的同一套。brex 看起来希望 design 和 PM 在差不多的高度上协作,说实话这才是应该的样子。

由 AI 翻译,查看原文

Primly Team

One stage people often underestimate in a design portfolio review is the tradeoff narration: not just what you shipped, but what you explicitly chose not to do and why. In most product designer loops at this level, interviewers listen for a crisp decision framework under constraints. A simple way to structure each case: Context and goal, signals you used (customer insights, metrics, risk, compliance, engineering constraints), options considered (2 to 3), the decision and rationale, how you aligned (especially when PM or eng disagreed), and what changed after launch. Common failure mode is showing polished artifacts without anchoring on a “decision moment”, so it reads like execution rather than product judgment. Also consider calling out one “reversible vs irreversible” decision to show risk management.

What’s one portfolio slide or talking point you added that noticeably improved the quality of questions you got in the room?