我是 product/brand designer，有 8 年经验，去年春天走了 Databricks 的 design 面试，面的是一个 senior IC product designer 角色。发这篇是因为 B2B 数据公司的设计面试内容少得离谱。
简短结论：他们很重视设计，但受众很技术向，你展示作品的方式要尊重这一点。
Recruiter 和 HM 初筛： 在任何作品集评审之前有两通电话。他们会花很多时间了解你在复杂信息架构和数据可视化方面的背景。如果你做过 dashboards、developer tools 或 enterprise 产品，先讲这些。消费级 app 也可以，但要明确把它翻译到 B2B 语境里。
作品集评审（90 min）： 这轮除了两位设计师，还有两位 PM 和一位 senior engineer。这在 Databricks 不算少见。那个 engineer 问的问题最好。他会强 push：我怎么知道某个设计决策是对的、我有没有测试过替代方案、我怎么处理来自不同 stakeholders 的冲突反馈。
我观察到两个重点： 他们想看到你和 engineering 深度协作，而不只是交付 specs。展示你的 edge cases 文档、你的设计-工程同步会议记录，任何能证明你理解落地约束的东西。 Case studies 要以问题为先。别从「这是个很美的 UI」开始。要从「这是我们拿到的一团乱麻，以及我们如何定义成功是什么样」开始。
设计作业（take-home）： 48 小时，让你重做他们 notebook 产品里的某个具体流程。范围很清楚。我把它当成真实项目做：用户问题框架、3 个 wireframe 级别的概念、选一个推进到更高保真并加上交互说明。他们看的是判断力和思路清晰度。
行为面： 跟 SWE 行为面很像。协作、模糊性、没有职权如何达成一致。准备 4-5 个真实故事。
一个诚实的备注：Databricks 的设计侧还在成熟中。机会很多，但也会有一些「design comes in at the end of a sprint（设计在一个 sprint 的最后才介入）」的氛围，你得能舒服地 push back。