上个月走完了 Uber 的 TPM 面试 loop。分享一下，因为 TPM 面试在公开复盘里奇怪地很少见，大家都写 SWE loop，很少写这个角色。
背景：我做 PM 6 年了，想转 TPM，因为我想更贴近工程执行。Uber 的 TPM 在 engineering 里，不在 product。这个区别很重要。
Recruiter screen：他们讲得很清楚：Uber 的 TPM 需要能读代码、理解架构、跑技术项目计划。不只是做 slides。如果你是那种已经远离技术深度的 PM，这个角色会把你暴露得很明显。
Hiring manager screen（45 分钟）：他先给我讲这个角色每天实际干什么：跨团队依赖管理、大型项目的技术风险面、同时和 4-6 个工程团队合作。然后让我描述我推动过的技术复杂度最高的项目。我讲了上一份工作里我负责的数据库迁移。他问得很好：我怎么识别风险，怎么给非技术利益相关方同步状态，怎么处理延期。
Technical round（60 分钟）：system design lite。不是完整 FAANG 风格的分布式系统设计，但他们想看我能不能听懂工程师在讲什么。我们在系统层面设计一个简化版 surge pricing。我不需要设计 ML 模型，但需要理解数据流、延迟约束，以及最难的集成问题会在哪。
Program management round（60 分钟）：这轮本来我以为会是强项，结果也是被 push 最狠的一轮。他们想看到具体方法论。你怎么跟踪跨团队依赖？你每周的状态产物长什么样？怎么处理一个持续交付不达标的团队，又不在向上汇报时把他们直接卖了？全是真实场景，要真实答案。
Behavioral：标准 STAR。重点在无权影响力（influence without authority）和应对模糊性。TPM 基本就是「有责任但没直接权力」的角色，所以他们会深挖。
时间线：从开始到结束 3 周。最后拿到的 offer 大概是 $290k TC，对应 SF 的一个 senior TPM 角色。