今年早些时候我走完了 ServiceNow 的 PM 面试流程，面的是他们 ITSM / workflow automation 方向的 Senior PM 岗。本人 6 年 B2B SaaS PM 经验，所以对 enterprise 的预期挺明确，但 ServiceNow 还是有一些值得提前知道的“怪点”。
PM 的流程： Recruiter screen（30 分钟）、written case take-home、PM panel onsite（3 轮）、hiring manager。
Take-home written case： 这一步是筛人主关卡。他们给了一个产品场景：某个具体的 ServiceNow 客户（大型金融服务公司）对一个新 portal 功能的采用率很低。给你 72 小时。输出 root cause analysis、按优先级排序的干预清单，以及 30 天行动计划。
我把它当成真的工作交付来做。8 页，有清晰结构、真实框架，也诚实写清了哪些我不知道、需要再学习。我听说他们在这一步会刷掉很多人。别糊弄。
Onsite 我被问到的 PM 问题： 你会如何定义 Now Assist（他们的 AI 产品线）在 2027 年的成功？ 一个大客户想要一个只对 3% 用户有益的功能，但他们是 $20M 账户。你怎么决策？ 带我过一遍：你会如何给一个功能上线做埋点，区分真实采用率 vs. vanity metrics？ 讲讲一个你做过但后来证明是错的 roadmap 决策，你如何补救？ 你怎么和一个对 PM 很怀疑、觉得 PM 优先级不对的 engineering 团队合作？
贯穿全程的主题： ServiceNow 面向大企业卖东西，所以他们的 PM 必须一直在“客户价值”和“商业现实”之间拉扯。任何忽视商业语境的回答都会被追问。“But what's the business case?（但商业论证是什么？）”基本就是他们默认的 probe。
我第一题翻车的点： 在 3% 客户的场景里，我先从用户研究讲起，而不是先讲 business impact。他们立刻让我换个角度重讲。很好的教训。在 enterprise SaaS，公司收入留存不是次要问题。
拿到 offer 了。关于 take-home 或问题类型，有具体 follow-up 也欢迎问。