一句话总结
这份文档的核心价值不在简历，而在它逼你承认一个事实：你过去三年做的事情，大部分在FAANG的面试标准里算零。它不是教你润色，是教你重新定义自己做了什么。如果你指望花几十美元买个模板就能过简历关，这份文件对你毫无价值。如果你愿意接受一个残酷的前提——你写出来的第一版简历大概率是垃圾——那它值这个钱。
适合谁看
这份文档只适合一类人：已经在中小公司做了3-8年工程经理，管过5-30人团队，现在想跳FAANG但简历投出去石沉大海。你没拿过FAANG offer，甚至没进过onsite。你的title是engineering manager或者tech lead manager，但你写出来的东西读起来像senior engineer的述职报告。
不适合两类人。第一类，刚毕业两年就想申EM的。FAANG的EM岗不招没管人经验的人，你买这个文档是浪费时间。第二类，已经在FAANG内部想L+1升职的。内部晋升的游戏规则和外部招聘完全不同，这份文档讲的是外部视角，内部的人看了会觉得隔靴搔痒。
还有一个隐性门槛：你最好有过至少一次失败的面试经历。不是因为你失败过所以需要这个，而是因为你失败过才能读懂文档里那些反直觉的判断。没撞过墙的人会觉得“这不就是STAR吗我早就知道了”，然后继续写出被秒拒的简历。
FAANG工程经理面试到底在筛什么
大多数候选人以为FAANG在筛技术能力。不是。技术能力是门槛，过线之后就不再加分。FAANG的EM面试在筛一个东西：你是否已经在用FAANG的复杂度在思考问题。
举个例子。一个B轮公司出来的工程经理，简历上写“带领8人团队完成电商平台重构，性能提升40%”。这句话在FAANG的recruiter眼里什么意思？没意思。因为FAANG的EM面对的不是8个人，是40个人分四个squad，跨三个时区，和一个你永远没法直接管理的infra团队。你的“带领”在他们语境里不成立。
更致命的是“性能提升40%”这个数字。FAANG的面试官看到这个会问：从多少提升到多少？为什么是40%不是60%？你怎么归因的？是架构改动的贡献还是硬件升级的贡献？你答不上来，因为你在原来公司根本不需要回答这些问题。你的CEO看到40%就满意了。FAANG不一样，他们在一个指标上优化1%就值几千万美元，他们对数字的归因洁癖是你没经历过的。
这份文档的价值就在这里——它告诉你FAANG的面试官在看什么，然后你发现你简历上80%的内容都在回答错误的问题。不是你的经历不好，是你的经历在FAANG的坐标系里没有映射。
另一个被严重低估的筛人维度是“组织影响力”。FAANG的工程经理不是管人就行，你要证明你能影响不向你汇报的人。这个词在中小公司几乎不存在——你管的人向你汇报，你不管的人跟你没关系。
但在FAANG，EM的日常是跟产品经理争优先级、跟兄弟团队谈判资源、向上管理VP的预期。如果你简历里只有“管理团队”和“交付项目”，没有跨团队影响的具体案例，recruiter直接判定你不具备FAANG EM的基本能力。不是因为你做不到，是因为你原来的环境没给你机会证明。
> 📖 延伸阅读：Spotify内推攻略：如何拿到产品经理内推2026
为什么你过去的简历写法在FAANG不成立
中小公司的EM简历有一个通病：用工作量代替影响力。比如“主导了支付系统的微服务拆分”，听起来很厉害。FAANG的面试官会问：为什么拆？不拆会怎样？你主导的意思是你是决策者还是执行者？拆完以后系统可用性从几个9到几个9？损失了多少人天？ROI怎么算的？
你在原公司不需要回答这些问题，因为拆分本身就是正确的决定，大家都知道单体架构撑不住了。但FAANG的逻辑是反过来的：先证明问题存在且值得解决，再证明你选择的方法是最优解。你的简历跳过了第一步，直接从第二步开始写，这在FAANG的评分标准里叫“solution without context”，直接判为低分。
还有一个更隐蔽的问题：团队规模的不对等。你在小公司管8个人，这8个人你认识每一个，你知道谁在写什么代码，谁最近状态不好。你的管理方式是高频一对一、即时反馈、亲自下场救火。FAANG的EM管15-30人，其中三分之一你可能一个月没单独聊过。
你的管理方式在FAANG根本不成立，但你要在简历里证明你能适应那种规模的管理。怎么证明？不是写“我管过8个人”，而是写你建立了什么机制让团队在你不在场的时候也能做出正确决策。这个视角转换，大部分人没做过，也没人告诉他们。
这份文档的核心操作之一，就是把你简历里所有“我做”改成“我建立机制让团队做”。这不是文字游戏。FAANG的EM面试有一个核心评分维度叫“scale”——你做的事情能不能放大。
你亲自下场写代码解决一个问题，这是不scale的。你设计了一个流程让整个团队避免这类问题再次发生，这才是scale。你的简历如果全是“我亲自”开头的句子，等于在告诉面试官你没准备好做FAANG的EM。
入职前90天计划为什么和简历有关
看起来奇怪——简历是面试前的事，90天计划是入职后的事，为什么要绑在一起卖？因为FAANG的面试里有一轮叫“EM case”或者“leadership deep dive”，面试官会直接问你：如果你加入我们，前90天你会做什么。
大多数人的回答是灾难级的。他们会说“了解团队、熟悉代码库、建立信任”。这些是废话，每一个候选人都这么说。FAANG要的不是活动清单，是你的诊断框架——你怎么判断一个团队的现状？你用什么信号区分“团队没问题只是需要时间磨合”和“团队有系统性问题需要立刻干预”？
这份文档把90天计划和简历绑在一起，因为你需要用同一个思维框架来写简历。你的简历里写的每一个项目，都应该能回答一个问题：你怎么判断这个项目值得做？这个判断逻辑，就是你入职前90天会用到的诊断逻辑。如果你简历里只有执行没有判断，面试官会认为你是一个“order taker”而不是“thought partner”。
具体来说，FAANG的EM在入职前90天要做的不是“了解团队”，而是快速识别三个东西：团队的交付瓶颈在哪里、团队里谁是意见领袖、你的上级最焦虑什么。这三个东西你在原公司也面对过，但你大概率没在简历里体现过。
你写的是“按时交付了XX项目”，没写“发现团队在测试环节有系统性瓶颈，推动引入自动化测试框架将回归测试时间从3天压缩到4小时”。后一种写法证明你有诊断能力，前一种只证明你能执行。
90天计划文档的价值是给你一个结构，让你重新审视你在原公司做的每一个项目，找出其中体现判断力的部分，然后把那些部分写进简历。大部分人缺的不是经历，是框架。他们做了判断但自己没意识到那是判断，以为那是“日常管理”，不值得写。错了。在FAANG眼里，你做的所有判断都值得写，你执行的活才不值得写。
> 📖 延伸阅读：Stripe数据科学家面试怎么准备
这份文档具体包含什么，不包含什么
文档分成两部分。第一部分是简历操作系统，核心不是模板，是一套重写简历的方法论。它给你一个步骤序列：先把你过去三年做的所有事情列出来，不筛选，不美化；然后用FAANG的评分维度给每个事件打分，筛掉那些“在原公司重要但在FAANG不成立”的项目；最后用FAANG的语言重新包装剩下的项目。
第二部分是90天计划框架，核心不是给你一个可以照抄的计划，而是给你一个诊断工具——你怎么评估一个团队的现状，怎么识别关键利益相关方，怎么在前30天建立信用。这部分和简历的关系比看起来紧密：你在简历里写的每一个项目，都应该能对应到90天计划里的某个诊断维度。
文档不包含的东西更重要。它不包含FAANG内部面试官评分卡的原文——那个东西是保密的，任何声称有评分卡原文的文档都在撒谎。它也不包含“保证拿到offer”之类的承诺，因为面试结果取决于太多变量，任何声称能保证结果的都是在收智商税。它不包含让你编造经历的技巧——FAANG的背景调查很严，编造成本极高，不值得。
这份文档真正有用的部分是那些你在别处看不到的insider细节。比如它告诉你，FAANG的recruiter在筛选EM简历时，平均停留时间比IC岗长——大概12-15秒，因为EM简历的信息密度更高。这意味着你的第一屏必须在一秒内回答三个问题：你管过多大的团队、你做过什么级别的项目、你的影响力范围多大。
如果你的简历第一屏是“自我评价”和“技能列表”，recruiter直接跳过。不是因为他们傲慢，是因为他们一天看200份简历，没时间猜。
为什么有人觉得不值，有人觉得超值
这个分化本身就是一个信号。觉得不值的人通常有两种。一种是已经在FAANG工作的人，他们不需要这个，因为他们已经内化了这套评价体系。另一种是还没准备好接受“我的简历有问题”这个前提的人。他们看了文档觉得“这不就是STAR吗我早知道了”，然后继续投出石沉大海的简历。
觉得超值的人有一个共同特征：他们有过一次“原来如此”的时刻。比如他们之前一直写“管理10人前端团队”，看了文档之后改成“建立前端团队技术决策框架，使团队在无主管参与的情况下独立完成了3个跨季度项目”。改完之后投出去，recruiter的回复率从5%涨到30%。
这个差距不是修饰语的差距，是思维方式的差距。前一种写法证明你管过人，后一种写法证明你建立了可scale的管理机制。
还有一个更微妙的分化点：文档里有些建议是反直觉的，有些人接受不了。比如文档建议，如果你的团队规模不够大（少于10人），不要试图在简历里强调管理能力，而是强调技术领导力和项目复杂度。因为FAANG的recruiter看到“管理5人团队”不会有任何加分，FAANG的EM起步就是管15-20人，5人团队在他们眼里是TL的scope。
这个建议对有些人来说很难接受，因为他们觉得“管理”是他们最重要的身份标签。但事实是，FAANG不关心你的身份，他们关心你能覆盖的scope。
准备清单
- 用FAANG的scope标准重新评估你过去三年的所有项目：每个项目写出“如果不做会怎样”，写不出来就删掉这个项目
- 检查你简历里每一个数字是否有归因逻辑：不要把相关性当因果性，面试官会追问
- 确认你的简历第一屏能在一秒内回答：团队规模、项目级别、影响力范围
- 把你简历里所有“我做了X”改写成“我建立了Y机制，使团队在没有我的情况下完成了Z”
- 至少准备三个跨团队影响的案例：影响过不向你汇报的人，才叫组织影响力
- 系统性拆解面试结构，理解每一轮考察的核心维度——PM面试手册里有完整的FAANG EM面试轮次拆解和评分维度分析可以参考
- 模拟一次90天计划面试：找一个人扮演FAANG的VP，你用30分钟讲你入职后的诊断框架，然后让他追问所有模糊的地方
常见错误
错误一：用团队成果代替个人贡献
BAD：“带领团队将系统可用性从99.9%提升到99.99%。”
GOOD：“发现团队缺乏on-call流程导致故障响应时间不稳定，设计并推行了轮值制度和升级路径，将MTTR从45分钟降低到8分钟，系统可用性随之从99.9%提升到99.99%。”
区别在于，前者只说了结果，面试官不知道你做了什么。后者说了你诊断了什么、设计什么机制、机制带来什么结果。FAANG不关心你的团队做了多厉害的事，他们关心你让团队变厉害的那个杠杆点是什么。
错误二：把“参与”当成“领导”
BAD：“参与公司技术委员会，推动微服务架构落地。”
GOOD：“在公司技术委员会中代表支付团队，提出基于业务耦合度的拆分方案替代原定的按功能拆分方案，使迁移风险降低60%，该方案被采纳为全公司标准。”
“参与”这个词在FAANG的简历里是废词。你要么是决策者，要么是提案者，要么是执行者。写清楚你的角色，面试官才敢给你打分。
错误三：在简历里讲解决方案而不是讲问题
BAD：“引入Kubernetes解决部署效率问题。”
GOOD：“部署流程依赖人工操作，平均每次发布耗时4小时且回滚困难。评估了VM方案和容器方案后选择Kubernetes，将部署时间压缩到20分钟并实现一键回滚。”
FAANG的面试官想知道你会不会定义问题。上来就讲解决方案的人，大概率在项目里是执行者而不是决策者。先讲问题，再讲你做了什么判断，最后讲结果。这个顺序不能乱。
FAQ
Q：这份文档能帮我在FAANG内部升职吗？
不能。内部升职和外部招聘用的是两套完全不同的评价体系。内部升职看的是你已经在这个级别上运作了多久，外部招聘看的是你能不能证明你已经在用目标级别的复杂度思考。
这份文档讲的是后者——怎么向一个对你一无所知的人证明你的能力。内部升职你的老板已经知道你的能力了，你需要的是scope扩大和impact的证据链，不是简历改写。如果你在FAANG内部想升EM，去读内部career ladder文档，别花钱买这个。
Q：我管的人太少，是不是没戏了？
管人少本身不是问题，问题是你怎么定义你的scope。FAANG的L6 EM通常管15-30人，如果你只带过5个人，你需要用其他维度补足。比如技术复杂度——你管的5个人是不是在做全公司最难的技术决策？
比如跨团队影响力——你是不是在推动不向你汇报的团队改变他们的工作方式？如果你两个维度都没有，那确实没戏，不是简历的问题，是经历的问题。这份文档能帮你识别你的经历够不够，但不能无中生有。
Q：文档里的90天计划模板能直接用吗？
不能直接用，也不应该直接用。面试官见过太多照搬模板的人，问到第二个追问就露馅。这份文档的90天计划框架是一个思考工具，你要用它在你原来的公司里练习——你入职上一家公司的时候，前90天做了什么判断？那些判断对了吗？如果重新来一次你会怎么做？把这个思考过程内化了，面试的时候你不需要模板，你能自然地说出你的诊断逻辑。模板是拐杖，面试官一眼就能看出来谁在用拐杖走路。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。