上个季度我走完了 Notion 的 TPM 面试流程，想分享一下拆解。我是带技术背景的 PM，来自英国一家 SaaS 公司，投的是一个可 remote 的岗位。和我之前经历过的 TPM loop 比起来，这次流程有点不一样。
第一点：Notion 看起来没有很庞大的 TPM 职能。团队很精简，角色覆盖面很广。如果你习惯了 PM 很多、TPM 基本就是项目协调员那种环境，要先调整预期。在这里看起来更像是 TPM 需要高度自主地推动 roadmap 讨论。
流程概览：
Recruiter screen，然后一个 45 分钟的 hiring manager 通话（这轮很实在，不只是聊气场），然后是 4 轮的 virtual onsite。
HM call（45 分钟）：他让我讲一个我端到端负责的项目，重点在我需要做技术取舍决定的地方。他会追问这个 tradeoff 本身：有哪些选项，我怎么评估，牺牲了什么。他明显是在看我是不是有真正的技术深度，还是每个决定都得靠 eng。
Virtual onsite：
Round 1：技术问题解决（60 分钟）。不写代码，更像结构化的技术讨论。给了一个 feature rollout 场景，上线后出现性能问题，让我讲我会怎么诊断和修复。他们希望我能提出具体假设，并解释如何逐个验证。
Round 2：跨职能协作（60 分钟）。典型 TPM 领域。两支团队优先级冲突但 deadline 不能动，怎么办？eng 觉得 PM 需求在技术上不可行，怎么办？给的都是很具体的情境，不是空泛的大道理。
Round 3：项目设计（60 分钟）。设计一个 program，把一个重大的 API 变更发到 6 个产品团队。这轮挺有意思。我需要考虑依赖关系梳理、stakeholder 沟通、回滚策略、以及怎么衡量成功。感觉就是他们可能真的会做的那类 program。
Round 4：高层沟通（45 分钟）。一个 senior 的人，基本是在压力测试我能不能在一屋子 VP 面前站得住。他们会对我的回答 pushback，看我会不会怂，还是能坚持立场。我在两点上坚持了立场，其中一点在他们提出合理反驳后我选择收回。我觉得这种平衡是对的。
总体：比我预期更严格。他们在找能在最少结构下运转的人。如果你很依赖流程脚手架，在这里会挺吃力。但如果你习惯在模糊环境里对结果负责，那会很匹配。
另外还有一点：他们问我平时怎么用 Notion，以及我会改什么。这个问题一定要有真实答案，不要那种外交式的空话。