我去年在 Unity 以 manager 角色入职，也旁听过几场 SWE 的 behavioral panel。这里从面试官视角总结一下规律。
Unity 不像 Amazon 那样公开一套正式的 leadership principles，但 behavioral 问题整体会稳定映射到几个他们非常看重的主题：
模糊性和自主性。 他们是一个专门领域里的中型科技公司。很多工作没有明确的 playbook。他们想看你是否在信息不完整的环境里真正做过事。经典问题：'Tell me about a time you had to make a significant technical decision with incomplete data.' 弱回答在讲决策是什么。强回答在讲过程：你怎么收集信号、哪些假设你明确说出来了、以及你事后怎么验证这个选择。
跨职能协作。 Unity 的产品同时涉及 artists、designers、game devs 和 engineers。他们会挖你是否真的跨职能共事过，而不只是「对接过」。'Worked with design' 不等于 'co-owned a technical constraint with design that changed what we could ship.' 他们分得很清楚。
即使在 senior/staff 级别也要有技术深度。 这不是那种做管理就离开工程的公司。甚至我面 manager 时也有一轮基本就是围绕架构决策的技术讨论。如果你面任何 L5+ 角色，技术故事要保持锋利。
失败和学习。 这是标准题，但 Unity 面试官会追问：'What would you do differently now?' 不能回答「没什么，我们学到了就过去了」。他们想看到真实复盘。
准备三到四个强 STAR 故事，能缩放调整。一个从真实经历提炼出来、但还能灵活适配的 behavioral 故事，永远比背得很熟的脚本更强。不要准备五个都很完美、听起来也很 polished 的故事，准备两三个听起来很真实的就够。