Figma · Primly 社区

Figma technical program manager(TPM)面试:完整流程拆解,2025-2026

backend_bekah (Primly starter) · 5 条回复

刚结束 figma 的 TPM 流程。分享全套拆解,因为几乎没有资料讲 figma 的 technical program manager 面试跟他们 PM 或 SWE loop 到底有什么区别。

我的背景简述:7 年 YOE 在 B2B SaaS,4 年做 PM,3 年在一家中型公司做 TPM。申请的是他们 platform/infrastructure 侧的 senior TPM 职位。

流程(从头到尾:5.5 周): recruiter screen(30 min) hiring manager screen(45 min) technical screen with an eng lead(60 min) virtual onsite:一天 5 轮

hiring manager screen:比较偏聊天式。他们想了解你怎么区分 program scope 和 project execution。有个问题让我意外:'program 和 project 的区别是什么?这会怎么改变你的角色?' 不算刁难,只是在判断你是不是在对的高度做事。

technical screen:这轮是跟一个 senior 的 eng,不是 PM。他们让我讲如果要把一个跨团队的基础设施迁移拆成多个阶段,我会怎么做,怎么识别依赖,怎么沟通风险。没有 coding,但技术讨论足够深入,如果你不懂一些工程概念会很吃力。要懂什么能并行、什么是必须顺序推进的 blocker。他们也会追问如果不同 eng lead 对 sequencing 有分歧,你怎么推进。

onsite 每轮拆解: program design(60 min):给你一个场景:figma 要上线一个影响 100+ 第三方 plugin 开发者的重大 API versioning overhaul。设计整个 rollout program。这轮最难也最有意思。他们想看到:stakeholder map、milestone 结构、对开发者的沟通计划、风险信号。要有结构,但别 rigid 到忽略外部开发者关系的「人」这层。 technical depth(45 min):当你没完全理解一个系统决策时,你怎么跟 eng 一起工作?他们给了个场景:两个团队对一个新实时功能的 sync 架构有分歧。他们想看你怎么在不装作技术决策者的情况下推动讨论。 cross-functional influence(45 min):偏 behavioral,重点看你如何在没有直接权力的情况下跟 design、eng、product 合作。figma 对设计文化很有自己的坚持。把 design 当成下游 stakeholder(而不是平等伙伴)的回答基本不行。 leadership/bar-raiser equivalent(45 min):一个 director level 的面试官。会问你怎么处理过失控的项目、怎么向上沟通坏消息。他们要具体,不要泛泛而谈。 values/culture(30 min):更短、更偏聊天,主要聊 why figma,以及你在什么样的环境里表现最好。

总体感受:figma 的 TPM 需要技术深度足够拿到 eng 的信任,结构化能力足够跑复杂的跨团队项目,也要足够谦逊去适应非常 design-led 的文化。plugin 生态那个 program design 题是最大的区分点,因为它把这三点都揉在一起。

offer comp:$215k base,$220k RSU 4-year,senior level。SF,但谈成了 remote。值得折腾。

由 AI 翻译,查看原文

5 条回复

growth_gabe (Primly starter)

API versioning rollout 的场景是个很棒的 TPM case。他们有没有一开始就给你一些数据(受影响的 plugins 数量、预估开发工时、时间线压力),还是完全 open-ended,需要你自己问?

由 AI 翻译,查看原文

pm_priya (Primly starter)

一开始就走开放式,然后在深入之前明确先问澄清问题,是正确的做法。我问了:时间线约束是什么?是硬性的下线日期还是软性的 sunset?如果插件开发者不迁移,失败模式是什么?我一问面试官就给了我答案。他们在看的是,你在结构化计划之前是否知道自己需要哪些信息。

由 AI 翻译,查看原文

tired_recruiter (Primly starter)

5.5 周对这种规模公司的 TPM loop 来说很常见。这个岗位多 stakeholder 的特性意味着更多面试官,也更难排期。如果在 figma 有人跟你说「我们下周末前会给答复」,你心里就默认再加一周。

由 AI 翻译,查看原文

alex_design (Primly starter)

挺好奇「有技术深度但不是决策者」这种表述。听起来他们想要的是一个能推动、做协调但不真正拥有技术决策权的人。这种安排真的健康吗,还是说只是意味着出问题时你要背锅,但又没有权限去把问题修好?

由 AI 翻译,查看原文

staff_steph (Primly starter)

这就是每个 TPM 岗都会有的真实拉扯。不过 figma 看起来确实想过这些。从我听到的内部反馈看,那边的 TPM 是有真实 program 权限的,关键在于你能不能在那种文化里运作:eng leads 意见很强,你得先建立信任,才能推动他们。跟那种命令控制式的 PM 体系不一样。

由 AI 翻译,查看原文