今年早些时候走完了 Zoom 的 TPM 面试流程。这个岗位处在项目管理和技术深度的交叉点，他们的面试环节也很符合这一点。把拆解分享出来，给在准备的人参考。
流程：recruiter screen，hiring manager 电话，然后是线上 virtual onsite 四轮。整体从开始到结束大概 5 周。
Recruiter screen：背景核对，薪酬对齐（他们很早就会给一个范围，这点挺好），再来一个基础的「why Zoom（为什么是 Zoom）」问题。Recruiter 会专门问你有没有在规模化场景下协调跨职能工程项目的经验。这里 scope 很重要：他们不是在找会用 Jira 的 project manager，他们要的是项目层面的思考。
HM call：早期筛选的核心。我的 HM 让我讲我做过的最大跨职能项目：里程碑怎么拆，依赖风险怎么管，某个 eng 团队被外部 API 卡住导致进度滑坡时你怎么处理。他一直追问「what would you have done differently.（你会有哪些地方做得不一样？）」这句话。要准备一个真实的答案。
Onsite 第 1 轮：技术深度。 他们让我从高层讲 Zoom 的 client-server 架构怎么运作，并指出在一次大型功能发布里 TPM 应该重点盯哪里。不写代码，但他们希望你理解比如延迟、WebRTC 基础、媒体处理 pipeline 怎么工作。如果你是纯 program manager、完全没技术背景，这轮会很难。
Onsite 第 2 轮：项目执行。 讲一个你负责的项目里出现过重大风险事件的经历。你怎么识别、怎么升级、怎么解决。他们喜欢具体时间线和实际结果。
Onsite 第 3 轮：跨职能领导力。 本质是：当优先级冲突时，你如何同时和 eng、PM、以及管理层协作？我拿到一个情景题：两个 VP 级别的 stakeholder 在功能优先级上意见不合，卡住了你的项目。带我走一遍你会怎么处理。这不是那种有「标准答案」的问题，他们想看你的思考方式。
Onsite 第 4 轮：行为面。 STAR 方法，4-5 个问题，更偏领导力和无权影响。
相对其他公司的 TPM 岗位，这里的技术深度要求让我有点意外。如果你来自纯 PM 或非技术背景，至少要把网络和分布式系统基础再往下多准备一层。