几个月前我面完了 plaid 的 product designer 全套流程，岗位是 senior。这篇是我想写的那种“我当时准备前真希望有人写过”的帖子。
流程： recruiter 电话 portfolio screen（和一位 hiring manager，45 分钟）：过 2-3 个项目，预计会对其中一个深挖 design exercise（take-home，5 天窗口）：针对指定 fintech 场景做 redesign 或提出一个概念 virtual onsite：portfolio deep dive、design critique、跨职能场景题，以及一轮 values/behavioral
portfolio screen：
他们想看 fintech 邻近或复杂数据展示的经验。我不是说你没做过 banking app 就别投，但你得能讲清楚你的经验怎么迁移。如果你做过 dashboard、数据可视化、高风险表单（医疗、金融、身份验证），这些都很加分。展示那些“约束是真实存在的”的项目。
take-home：
我不能分享具体题目，但它是基于场景的：在 fintech 背景里设计一个具体功能。他们给了我一页左右的背景和约束。他们不是在找一个漂亮的原型，他们想看你的过程：你怎么定义问题、你会问什么问题、你怎么处理取舍、你会测什么以及为什么。我做了一个带注释思考的 figma deck，而不只是抛光后的屏幕图。
design critique 轮：
他们给我看了一个真实或看起来很真实的 UI（我感觉是 plaid 相关的，不像是纯内部工具），让我 critique。我聊了信息层级、错误状态、API 调用失败时怎么办、移动端考虑。他们追问的是我的理由，而不是要我给具体改动清单。
他们整体在意什么： 系统化思维：你能不能把组件设计成能覆盖很多 use case？ fintech 约束意识：监管、无障碍、金融界面里的信任与可信度信号 developer handoff 视角。plaid 是 developer-first，所以设计需要放在 API 驱动的上下文里成立。 behavioral：他们问了“tell me about a design decision you pushed back on and how that went.（讲讲一次你 push back 某个设计决策的经历，以及最后怎么发展了。）”
我会对准备的人说： take-home 基本就是他们做决定的地方。把它当作一次给真实客户做的 5 天 sprint。展示你的思考，不只是结果。