上个季度走了 Block 的 TPM 面试流程。我就不粉饰了：Block 的 TPM bar 真的很高，有些问题把我问懵了。
背景：我现在是 senior 的 TPM，8 年工作经验，主要做 infrastructure 和 platform。投的是 Square developer platform team 的 TPM。
phone screen（45 分钟） 一上来就是技术深度校准。recruiter 说「hiring manager 想在安排 onsite 之前先校准你对 backend systems 的理解。」他们让我讲如果要给外部开发者上线一个新的 API endpoint，我会怎么做：versioning、backward compatibility、rollout strategy、monitoring。这不是 behavioral。
他们还问了一个偏运营的问题：「有开发者反馈我们的 API 在周一早上会出现 3x latency spikes。带我过一遍你的 triage plan。」这很 TPM：你会拉谁进来，先看什么，在还在调查的时候怎么跟外部合作方沟通。
onsite（5 轮） technical systems：设计一个 developer webhook system。reliability、ordering guarantees、retry semantics、scaling。我得讲 at-least-once vs. at-most-once delivery，以及在 financial webhooks 里什么时候各自重要。 program execution：讲一个你端到端推进的复杂 multi-team 项目。他们会追问依赖关系、哪里延期了、为什么、你怎么处理的。必须有具体细节。 cross-functional influence：「how do you get alignment when two engineering teams have conflicting priorities and you don't have authority over either?（当两个 engineering team 优先级冲突、而你对双方都没有直接管理权时，你怎么促成对齐？）」这是核心 TPM 题，他们想听到真战术，不是「我组织了一次讨论」。 metrics and data：某个 merchant segment 的 payment success rate 掉了，你怎么 triage？这里非常看 data fluency。即使是 block 的 TPM，你也要懂基本 SQL 概念。 stakeholder communication：一个监管 deadline 还有 6 周，但按当前节奏 scope 需要 10 周。你怎么把选项呈现给 leadership？这考判断，不是套模板。
他们想要的 TPM 是技术上足够可信，可以不靠翻译就和工程师对话的那种。如果你一直靠做「connector」混过去，这套流程会让你不太舒服。可能也是好事。