刚结束 Vercel 的 PM loop，岗位是 senior IC PM。第一轮 screen 到拿 offer 一共花了大概 7 周。把完整过程分享一下，因为我找不到一个像样的、专门写 PM 的帖子。
岗位背景。 我面试的团队在 platform 和 developer experience 的交叉点。很多工作是在帮助开发者以尽可能少的步骤从零到部署（deployed）。很偏 product-led-growth。
阶段。 Recruiter screen（30 分钟）。Take-home product exercise。和 hiring manager 的 PM 面试。Cross-functional 面试。Exec 面试。
Take-home exercise。 给我的 prompt 很模糊：针对一个具体的 developer segment，提出对 Vercel 产品的一个功能或改进。没有规定格式。我写了一个 4 页 doc，包括问题陈述、我能公开获取的用户研究（问卷、Reddit 讨论、changelog 评论）、方案、要跟踪的指标、以及风险。我大概花了 4 个小时的真实时间。
后续关键反馈：他们喜欢我 anchor 在一个具体用户群，而不是试图解决全世界所有开发者的问题。也喜欢我对「我不知道什么」讲得很诚实，并说清楚我会怎么验证。
各轮出现过的面试题： Tell me about a product you shipped that didn't get the outcome you expected. What did you do after?（讲一个你交付的产品没有达到你预期结果的例子。之后你做了什么？） How do you prioritize when every stakeholder thinks their thing is most important?（当每个 stakeholder 都觉得自己的需求最重要时，你怎么排优先级？） Walk me through how you'd decide whether Vercel should build a specific feature vs. integrate with a third party.（说说你会如何决定 Vercel 应该自己做某个功能，还是接入第三方集成？） How do you think about developer experience as a metric? What would you actually measure?（你怎么把 developer experience 当作一个指标来思考？你会具体测量什么？） What's a product you use that you think is solving the wrong problem?（你用过的一个产品里，你觉得它在解决错误问题的是什么？）
最后那题引发了挺有意思的讨论。准备好用真实的推理来 defend 你的答案，因为他们会追问。
整体感受。 比我做过的大多数 PM loop 都更强调思考严谨性。他们不是按 PM 能力 rubric 逐项打勾，而是在看你是否能清晰地思考开发者问题。你是否知道开发者实际怎么用部署工具，比你能不能给出一个完美的 CIRCLES 框架答案更重要。