一句话总结
Meta的PSC（Performance Summary Calibration）不是绩效考核，而是一场关于“谁该晋升”的政治博弈——你的代码写得再漂亮、用户增长做得再漂亮，如果校准会上没有人替你说话，你大概率卡在L5。以下是让你在这场博弈中从被动挨打变成主动出牌的具体操作。
大多数人准备面试靠刷题和猜题。但真正过面试的人，靠的是框架。这套框架整理在了《PM面试通关手册》里。
适合谁看
这篇文章是写给已经在Meta工作、目标是明年晋升的PM看的。具体来说：你是L5产品经理，手里握着至少一个完整的产品launch经历，正在准备年度PSC cycle；或者你是L4 Senior PM，已经开始承担L5的责任，但不确定自己是否“有东西可写”。如果你还在L3/L4交界处，这篇可以先收藏，等你正式开始准备PSC再回来。
不是写给以下这些人：你是在其他公司做PM想了解Meta文化的，这篇文章的细节对你来说太具体了；你是Meta的工程师或其他职能想参考的，PSC对不同职能的权重完全不同；你是学生或者在面试Meta PM岗位的，这是入职以后的事，跟面试准备是两个系统。
核心场景是：你坐在电脑前，打开Workday，看到"Performance Summary Due"的提醒，然后开始纠结——我今年做了这么多事，到底哪些该写？哪些不该写？写到什么程度才算“足够”？这就是这篇文章要解决的问题。
PSC到底是什么，不是什麼
你首先需要理解的第一件事：PSC不是给你打分，不是你的manager给你写一段评语然后你确认提交就完事了。PSC是一个校准机制，核心目的是让全公司同级别的PM放在一起比，然后决定谁该晋升、谁该拿高薪、谁该被pip。这套系统设计的底层假设是——单个manager会偏心自己的下属，所以需要把同级别的员工聚到一起“校准”一下，确保标准一致。
但这就产生了一个关键问题：校准会上用的是你写的self-review、你manager写的peer feedback、你写的project description——这些材料在进入校准room之前，已经经过了至少两轮筛选。第一轮是你自己，你会有选择性地强调什么、淡化什么。第二轮是你的manager，他会有自己的政治考量。结果就是校准room里坐着的senior director们，看的不是你的真实工作产出，而是一个经过两轮“叙事加工”的版本。
这不是在说你应该造假，而是在说——你对自己工作的“叙事方式”，直接决定了你在校准会上的位置。
不是写你做了什么，而是写你做成了什么。 这是第一条也是最关键的认知转换。大多数L5 PM的self-review犯的最大错误，就是把自己的self-review写成了job description的扩充版。“我负责了A/B testing框架的搭建，我推动了跨团队协作，我协调了eng和product的alignment。”这种写法在校准会上没有任何力度，因为每个PM都会这么写。校准 room里的director看过几百份self-review，他们要找的是差异化——你跟同级别的其他PM比，你的impact在哪里？
不是堆项目数量，而是堆可量化的outcome。 Meta的PSC系统对PM的评估有一个公开的框架（虽然细节每年微调），核心看的是三个维度：scope（你管的盘子多大）、impact（你的决定带来了什么可测量的变化）、leadership（你如何在没有authority的情况下推动事情）。这三个维度里最容易量化的是impact，最容易被高估的是scope，最难证明的是leadership。大多数人写PSC的时候会花大量篇幅描述自己管的scope——“我负责了一个team of 10个人，budget是$2M，platform的DAU是50M”——这些数字在校准会上意义有限，因为scope是公司分配给你的，不是你自己争取来的。校准会上真正有分量的是impact：你做的哪个决定，让某个指标提升了？提升了百分之多少？这个提升在公司层面的优先级是什么？
我曾经在一次校准会后的debrief里，听一个director说了一句非常直白的话：“我看self-review，先看数字。没有数字的impact描述，我一律打个七折。”这句话你可以不全信，但至少说明了一个趋势——在PSC的评估体系里，可量化的outcome是硬通货。
不是自己说自己好，而是让数据说你好。 这就引出了第三个关键认知：你的self-review需要“证据链”，不只是“结论+自我评价”。你说“提升了用户留存”，那你在self-review里需要写出：原来的留存是多少、你做了哪个具体的产品改动、改动上线后留存变成了多少、这个改动在公司的OKR体系里对应哪个目标、这个目标在整个org的priority list里排第几。没有这个证据链，你的impact claim在校准会上就是一句话，没有任何重量。
> 📖 延伸阅读：1on1 速查表 vs 教练辅导：对于Meta产品经理哪个更有效？
面试流程拆解：每一轮考什么
Meta PM的晋升不是一场面试，而是一个多轮评估流程。理解每一轮考察什么、谁在评估你、评估标准是什么，是制定策略的前提。
第一轮：Self-Review提交（10月-11月）
这是整个PSC的起点，也是大多数人投入时间最少、但实际上最关键的环节。你需要提交一份self-review，格式是Meta内部的Performance Summary模板，通常包括以下几个部分：主要成就（major achievements）、领导力示例（leadership examples）、发展领域（areas for development）、对公司的贡献（company contribution）。每一部分都有字数限制，通常是每个section 300-500词。
这一轮考察的其实不是你的写作能力，而是你的“自我定位能力”。你能不能在几百个词里精准地定位自己——让读你的人在30秒内就能说出“你今年最大的贡献是什么”。如果你写了五个项目，每个都写得很平均，校准会上没人记得住你。如果你只写了一个项目，但把这个项目从context到action到outcome讲得清清楚楚，你在senior director那里的印象分会高很多。
具体时间安排上，从你开始写到提交，通常需要两到三周的迭代。第一周写初稿，第二周找你的manager feedback，第三周修改定稿。很多人死在第二周——manager给的feedback太模糊，比如说“再加点细节”或者“突出一下leadership”——你听完不知道具体怎么改。我的建议是，找你的manager要具体的例子：“去年你这个level晋升的PM，他们self-review里最有力的句子是什么样的？你能给我看两段吗？”如果你的manager不愿意给，你可以找同level的同事要，绕过manager拿sample是常见操作。
第二轮：Manager Review + Calibration Prep（11月-12月）
你的manager会在你的self-review基础上写他的评价。这个评价不只是一段话，还包括一个overall rating——通常是“Exceptional”、“Strong”、“Solid”、“Needs Improvement”四档。这个rating会进入校准系统，但并不是最终决定。
这一轮真正重要的不是rating本身，而是calibration prep。也就是你的manager在参加校准会之前，会跟他的manager（通常是director或者senior director）先对齐一下——“我觉得这个PM应该promote，你觉得呢？”这个对话才是真正影响你命运的时刻，因为它发生在校准room之外，没有其他声音制衡。
这个对话的具体场景通常是這樣的：你的manager和他老板在一个1:1里，用15-30分钟过一遍team里所有要promote的人。过程中，他老板会问一些问题，比如“跟同级别的其他人比，这个PM的impact怎么量化？”“他管的scope有没有扩大？”“如果今年只能promote一个人，你选谁？”你manager的回答质量直接决定了你在校准会上的初始position。
这就引出了一个关键操作——你需要知道这场对话的存在，并且提前跟你manager对齐“口径”。具体做法是：在self-review提交后的一周内，主动找你的manager聊一次，不是聊feedback，而是聊“calibration strategy”。你可以直接问：“你打算怎么跟director讲我的case？哪些点你觉得最有说服力？哪些点你觉得可能需要defend？”这个问题问出口的那一刻，很多manager会意识到——哦，这个人对PSC的理解比我想象的深。
第三轮：Calibration Meeting（1月-2月）
这是整个流程的高潮。校准会的具体形式是：一个room里坐 着8-15个senior leader（包括director、VP、偶尔CTO），桌上摆着所有候选人的材料。每个candidate的case会花5-15分钟讨论，取决于这个org今年有多少promotion slots。
校准会上的标准讨论流程通常是这样的：首先，你的manager（或他老板）陈述你的case，用3-5分钟。然后，room里其他director会问问题、提challenge、或者直接表达不同意见。最后，room达成一个共识——这个共识可能是“promote”、“not now”、“needs more data”。
校准会上最常见的challenge有三种。第一种是“impact不够大”——room里的某个director会问：“这个PM做的产品改动，对公司整体的OKR贡献是多少？”如果你的manager答不上来，你的case就会被打上“impact unclear”的标签。第二种是“scope不够”——如果你的project只影响了你的team，没有跨team的scope，room里的人会质疑你是否具备L6的leadership。第三种是“comparability”——room里的director会把你跟其他org同级别的PM比，如果他们觉得其他人的case更强，你就会被压下来。
我了解到的真实校准会场景是這樣的：在一个50人的PM org里，今年可能有15个L5想升L6，但只有5-6个slots。校准会的本质不是“筛选合格的”，而是“排名并淘汰”。这意味着你不需要“足够好”，你需要“比同room里的其他人更好”。这个心态转换非常重要——PSC不是一个绝对标准，而是一个相对竞争。
第四轮：HC Review + Final Decision（2月-3月）
校准会结束后，你的case会提交到HC（Hiring Committee）做最终审核。HC不是重新评估你的performance，而是审核校准过程是否合规——你的manager有没有给你足够的feedback、你有没有在正确的timeline上提交材料、你的rating是否跟你的impact匹配。
HC这一轮通常不会推翻校准会的决定，但偶尔会要求补充材料或者提出质疑。如果你的case在HC层面被challenge，通常是因为校准会上有些“政治因素”没有处理好——比如你的manager跟其他director吵起来了，或者你的org今年整体没有拿到足够的promotion slots。
最终决定通常在3月初通过Workday发布，同时你会收到一封来自HR的邮件，告诉你是否成功promote，以及新的薪资package。
薪资结构：L5到L6的薪资变化
Meta PM从L5到L6的晋升，薪资变化是很多人关心的实际问题。我给你具体的数字范围，注意这些是2023-2024年的市场水平，具体数字会因个人negotiation、location、team预算有所浮动。
L5 PM的总包通常在$250K-$400K之间，具体拆解是：base salary $170K-$220K，RSU（四年vesting）$50K-$120K（取决于level和performance），bonus 10%-15%即$20K-$35K。拿到“Exceptional”rating的L5，总包上限可以到$450K左右。
L6 PM的总包通常在$400K-$700K之间，拆解是：base salary $220K-$280K，RSU $120K-$300K，bonus 15%-20%即$40K-$60K。如果你在一个high-visibility的product org，比如Reels或者AI产品线，RSU部分可能更高。
从L5到L6，base salary的增长通常在$30K-$50K这个区间，RSU的增长是最大的变量——如果你在L5期间拿过多次Exceptional，RSU的base会更高，promote后RSU的grant也会更大。Bonus的percentage通常会升一档，从15%升到20%。
一个具体的例子：一个在Growth org的L5 PM，今年拿到Strong rating，base $190K，RSU $80K（四年），bonus $28K，总包$298K。成功promote到L6后，base涨到$230K，RSU新grant $180K（四年），bonus 20%即$46K，总包$456K。年增幅大约$160K，这个增幅在Meta的正常晋升范围内。
你需要知道的是，薪资并不是PSC的核心考量。校准会上几乎没有人讨论“这个人应该拿多少钱”，大家讨论的是“这个人是否应该promote”。薪资是promote之后HR根据band自动算出来的，不是校准会的内容。
> 📖 延伸阅读：zh-meta-pm-interview-prep-timeline
准备清单
以下是你在PSC周期内需要完成的7项具体工作，按时间顺序排列：
- 建立你的impact list（9月之前）。 从年初开始养成习惯，每个季度末记录一下你做的决定带来了什么可测量的结果。这个list不需要写得很漂亮，只需要有数字、有context。格式可以是：项目名称、你的role、关键metric、变化幅度、timeline。到写self-review的时候，这个list就是你的原材料。没有这个list而临时回忆的人，写出来的self-review质量一定不如有持续记录的人。
- 选定2-3个核心成就（9月-10月）。 你的self-review里不要写超过3个major achievements。超过3个意味着没有重点，读者记不住。选成就的标准是：可量化、有公司层面的visibility、你发挥了决定性作用。如果你的成就里没有数字，立刻回去补——没有数字的成就等于没有成就。
- 写self-review初稿（10月）。 每个achievement按照“context → action → outcome”的结构写。Context不超过2句话，Action是你具体做了什么（重点是你个人的contribution，不是team的），Outcome必须有数字。写完初稿后，找一个同年级的同事互相读一遍——同级同事的feedback比manager的feedback更真实，因为他们知道“正常水平”是什么。
- 跟manager做calibration对齐（11月初）。 这是最容易被跳过但最重要的一步。对齐的内容包括：你选的achievements manager是否认可、你写的impact narrative manager是否同意、manager打算在calibration meeting上怎么陈述你的case。如果manager的版本跟你的版本有重大出入，以manager的为准——因为校准会上是他说话不是你说话。
- 准备3-5个可能被challenge的问题及答案（11月-12月）。 常见的challenge问题包括：“这个impact是不是team的功劳而不是你个人的？”“如果没有你，这个项目会怎样？”“你管的scope有没有扩大？”每个问题准备一个2-3句话的回答，不是为了在calibration会上说（你不在场），而是为了确保你的manager有足够的material来defend你。
- 检查你的peer feedback（12月）。 Meta的PSC要求至少2-3个peer feedback。这些feedback的内容很大程度上取决于你平时在公司的关系网络。如果你发现某个关键的stakeholder没有给你feedback或者feedback很neutral，主动在12月补救——找对方做一个quick coffee chat，直接问：“今年合作下来，你觉得我做得好的地方和可以改进的地方是什么？”这个对话的目的不是真的要求feedback，而是给对方一个机会想起你的contribution。
- 在发布前做最后一次check（2月-3月）。 如果你promote了，你会收到新的薪资offer。如果数字低于预期，不要直接接受——Meta的薪资是可以negotiate的，特别是RSU部分。Negotiate的资本包括：外部offer（如果你有）、同级别同事的薪资信息（通过Blind或者其他渠道）、你在过去一年拿到的Exceptional rating。系统性拆解面试结构（PM面试手册里有完整的PSC写作框架和真实案例可以参考），包括self-review的段落结构、achievement的叙事模板、常见challenge的应答策略。
常见错误
以下是三个具体的BAD vs GOOD对比，来自我了解到的真实案例。
错误一：把self-review写成job description
BAD版本：
“作为Core Product Team的PM，我负责用户身份管理模块的产品策略。我与eng团队紧密合作，确保技术实现与产品需求对齐。我还负责与design团队协作，优化用户flow。在过去一年，我推动了多个跨团队项目，提升了team的delivery efficiency。”
这个self-review的问题在于：它描述的是“职责”而不是“成果”。每句话都在说“我做了什么”，但没有任何一句话在说“我做成了什么”。读这篇self-review的人不知道这个PM的impact是什么，不知道他跟同级别的其他PM有什么区别。在校准会上，这种self-review的默认处理方式是——“先放一边，等会再说”——然后就没有然后了。
GOOD版本：
“今年我主导了登录flow的重新设计，将新用户的首次登录转化率从62%提升到78%（+16pp）。这个project涉及eng、design、security三个team，我花了6周时间做alignment，3个月做development，上线后为公司带来了约$2M/年的增量revenue（基于cohort analysis）。这个project的impact被写入了Growth org的Q3 OKR。”
这个版本的差别在于：每一句都有数字，都有“我”个人的contribution（不是team的），都有公司层面的context（OKR、revenue）。校准会上的人看到这种self-review，不需要问“你的impact是什么”——答案就在眼前。
错误二：选错了核心成就
BAD版本：
一个L5 PM在self-review里写了5个achievements：1）优化了notification算法；2）做了用户调研；3）组织了team offsite；4）招聘了一个新PM；5）改进了dashboard的latency。每个achievement写了3-4句话，看起来很丰富，但没有任何一个achievement有足够的depth。
这种写法的致命问题是：校准会上的人不会记住5个平铺的achievements，他们只会记住一个最突出的。如果5个都差不多好，那就意味着没有哪个“特别好”。在相对比较的逻辑下，一个有深度但数量少的case，比一个浅但数量多的case更有说服力。
GOOD版本：
同样一个PM，如果只选2个achievements，第一个是登录转化率提升16pp（上面那个例子），第二个是：“我主导了与Instagram team的integration project，将Meta账号的cross-platform activation率提升了24%。这个project需要协调4个不同的eng team，耗时8个月，是我做过的scope最大的cross-team project。”
这两个achievements放在一起，读者立刻能看出这个PM的profile：既有metrics-driven的impact（第一个），也有leadership和scope的expansion（第二个）。这就是“差异化”——让校准会上的人能快速定位你的价值。
错误三：没有提前跟manager对齐口径
BAD版本：
一个PM写self-review的时候，强调了自己在某个project里的leadership——他说服了eng team放弃原来的方案，采用了他提出的新方案。Manager在写review的时候，也提到了这个project，但manager的版本说的是“eng team最终采纳了PM的建议”，没有强调“PM说服eng”这个过程。
在校准会上，manager陈述case的时候用的是他的版本。Room里的一个director问：“这个PM在eng team已经决定方向的情况下，还能改变他们的决定，他的influence是怎么来的？”Manager答不上来，因为manager的版本里没有这个信息。结果这个PM的leadership claim没有被充分认可。
GOOD版本：
同一个PM，在写完self-review后，主动找manager做了一次calibration对齐。他问了manager一个问题：“你在calibration会上打算怎么讲我在那个project里的role？”Manager说了他的版本后，这个PM立刻说：“我觉得有一个点可能需要强调——当时eng team已经决定用方案A，是我花了3周时间做了data analysis，才说服他们改用方案B。这个过程可能值得提一下，因为它展示了我如何用data来influence没有report关系的人。”Manager采纳了这个建议，在校准会上把这个点讲了出来。Room里的director没有challenge这个问题。
这个案例说明的原理是：校准会上你不在场，你的声音是通过manager传达的。如果manager不知道某个细节的重要性，或者表述方式不对，你的case就会打折扣。提前对齐口径不是“教manager做事”，而是确保关键信息不被遗漏。
FAQ
Q1: 如果我今年没有拿到Exceptional rating，是不是就完全没机会promote了？
不是。Exceptional不是promote的必要条件，但它是强加分项。在实际的校准会上，每年拿到promotion的人里，大约有一半是Exceptional，另一半是Strong。关键不在于你的rating本身，而在于你的rating跟你所在的org的整体情况对比。一个Strong rating在一个人人有Exceptional的org里，确实很难promote。但一个Strong rating在一个大部分人是Solid的org里，只要你的case足够突出，照样能promote。
我了解到的真实情况是：校准会上讨论一个candidate的时候，第一个被问的问题通常是“他的rating是什么”，第二个问题是“他的impact能不能量化”，第三个问题是“跟同org同级别的其他人比怎么样”。Rating是入场券，但不是判决书。一个拿到Strong的PM，如果他的impact比同room里的另一个拿到Exceptional的PM更量化、更清晰，room里的director会倾向于支持Strong的那一个。我不是建议你“不追求Exceptional”，而是说如果今年没拿到，不要立刻放弃。Rating不好的时候，更需要把self-review写得更精准，因为这是你唯一能控制的变量。
Q2: 我的manager不支持我的promotion case，我应该怎么办？
这是PSC周期内最棘手的情况之一，但并不是无解。首先你需要判断：你的manager是“不支持你的promotion”，还是“觉得你还没准备好但支持你明年再试”。这两者的处理方式完全不同。
如果是前者，你需要做几件事。第一，找你manager的manager（通常是director）做一次informal的conversation。不是去complain你的manager，而是去了解——“我今年的目标是提升自己的impact，我想听听您对我工作的看法，以及明年我可以往哪个方向努力。”这个conversation的目的不是直接要promotion，而是建立一条绕过manager的直接沟通渠道。如果director对你的评价是正面的，这个信息会在某个时候传到你manager那里，改变他的calibration position。
第二，如果你确定manager不会在calibration会上支持你，你需要接受这个现实，并调整策略。你的self-review仍然要写，但重点放在“建立track record”而不是“今年promote”。也就是说，你要把self-review写成“为明年打基础”的版本——强调你今年积累了什么、明年准备做什么。这样明年PSC的时候，你有一个完整的narrative可以说“我去年做了A和B，今年做了C和D，now it's time”。
第三，如果你的manager明确告诉你“今年不可能promote你”，不要把这个话当作final answer。Manager在calibration会上的position确实很重要，但校准会上还有其他director的声音。如果你的work在company层面有visibility（比如你做的product被Mark Zuckerberg提到了），其他director可能会override你manager的意见。这种情况不常见，但确实发生过。
Q3: PSC期间要不要找其他director或senior leader帮忙“拉票”？
这个操作在Meta内部是有争议的。有些人认为应该主动找senior leader聊，让他们知道你的work，这样在校准会上会有人为你说话。有些人认为这样做风险很大——如果你找的director不是你的reporting line，或者跟你manager关系不好，反而会在校准会上引发政治斗争。
我的建议是：可以找senior leader做informal的feedback conversation，但不要带着“拉票”的目的。具体做法是：在PSC周期开始前（9月之前），找一个跟你工作有交集的senior director，做一次30分钟的coffee chat。聊的内容是你的工作、你的learning、你的career goal。不要提PSC，不要提promotion，就当作一次普通的career conversation。
这种conversation的好处是：如果这个director在校准会上看到你的case，他会想起来“噢，就是那个找我聊过的PM”。这个recognition本身就是一种soft signal。但如果你在PSC期间突然去找一个director说“我想promote，您能帮我说话吗”，这个signal太明显了，效果往往适得其反。
一个真实的案例是：一个L5 PM在Q2的时候主动找一个senior director做了career conversation，聊了他做的project和未来想探索的方向。这个director后来在calibration会上主动说了一句：“我跟这个PM聊过，他的thinking depth给我留下了印象。”这句话在room里有分量——不是因为“他说好”，而是因为一个不直接管他的人说他好，这说明这个PM的影响范围超出了自己的team。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。