大概 6 周前刚结束 Robinhood 的 TPM loop。分享一下流程，因为网上几乎没有他们 TPM 面试到底长什么样的信息，很难和其他公司对比。
先说最重要的一点：他们的 TPM 角色是真的技术向，而且他们一点也不藏着掖着。recruiter 一开始就跟我讲，TPM 需要对系统理解到能 unblock engineers、在技术方案里识别风险的程度，不只是跟进 ticket。所以如果你是按纯 PM 风格的 loop 去投，建议调整预期。
流程：
intro call（30 分钟）： hiring manager 级别的人。很多“walk me through your most complex technical program（带我过一遍你做过最复杂的技术项目）”，尤其会追问：你怎么跨团队跟依赖，哪里出了问题，你怎么向上沟通。
technical system design（60 分钟）： 给了一个场景：Robinhood 要上线一个新产品功能。让我讲讲你会怎么 scope 和规划技术工作。他们问了 API contract 设计、服务依赖、回滚策略。他们不是在考你会不会写代码，而是在看你是否懂得提出正确的问题。
cross-functional program round（45 分钟）： 基本就是：讲一个你跑过的项目，依赖 engineering、design、legal/compliance，并且 deadline 很硬。你每多说一个职能，就多一层复杂度。我感觉他们想看我能不能在真实的模糊性里把主线抓清楚。
behavioral（30 分钟）： 标准 STAR。两个让我印象比较深的问题：“tell me about a time you had to push back on a PM or engineering manager on scope（讲一次你在 scope 上需要顶回 PM 或 engineering manager 的经历）”和“describe a program that went wrong and what you own.（描述一个搞砸了的项目，以及你承担的部分是什么。）”
我觉得他们看重什么： 沟通精准度比技术深度更重要，但你还是得有足够的技术底子，不然在 design 那轮会很尴尬。cross-functional program 那轮感觉最能拉开差距。
地点背景：我投的职位是 SF/remote hybrid。他们说 SF 的 TPM 会比 remote 的被拉进更多会议。意外吗？是。愿意直接讲清楚吗？也是。