几个月前刚走完 Perplexity 的 TPM loop。关于这个 role 几乎找不到什么资料，所以我把经历写出来。
我有 5 年 YOE，做 BizOps / TPM 邻近工作。最近在一家 Series B 完全转做 TPM。投 Perplexity 是因为这公司节奏快，我也想看看自己能不能在那个 level 扛得住。
流程 recruiter call 之后总共四轮，全程线上。
round 1，technical depth：这轮比我想象的更难，尤其是对 TPM 来说。他们让我讲一个我管理过的技术复杂项目。不只是 PM 那一侧（里程碑、stakeholders），还要讲技术难点是什么、工程师意见不一致时我怎么做决策。他们会深挖取舍。我的例子是一个实时数据同步的问题，我得把一致性 vs. 可用性的 tradeoff 解释清楚。如果你的技术词汇很浅，这轮会很痛苦。
round 2，cross-functional coordination：偏情景题。"you're a TPM on a team where the ML team and the infra team both think the other is the bottleneck. how do you move this forward."（你是一个 TPM，在一个团队里 ML 团队和 infra 团队都觉得对方才是瓶颈，你怎么推动事情往前走。）他们不想听什么万能流程答案，而是想看我会不会先去收集数据，还是先入为主。
round 3，prioritization and tradeoffs：经典但挺好。工程资源有限，三个内部团队各有请求，发版日期固定，让我一步步讲我会怎么决策。我用了一个粗略的 impact/effort matrix，他们会针对我的假设反问。
round 4，hiring-side/exec：30 分钟，更偏宏观。问 startup 的 TPM 和 FAANG 的 TPM 有什么区别。我大概说：在 startup 里 TPM 往往得发明流程，不只是运行流程。他们好像挺买账。
overall：他们想要的是技术深度足够能让工程师 accountable，同时也要足够适应一个方向经常快速变化的公司。这个 role 很实，不是挂着好听 title 的项目协调员。
我到最后一轮，但他们最后选了内部候选人。即便如此，我还是觉得这套流程挺不错。