一句话总结
1on1速查表不是帮你晋升的工具，而是帮你识别哪些晋升跟你没关系。
Google的晋升系统从来不是一场考试，而是一场政治博弈。你以为准备好STAR法则、准备好Impact Statement、准备好Tech Leadership Narrative就能上L6？错了。
真正决定你能不能升的，是你在L7+评委心里的定位——你是那个“可以培养的人”，还是那个“已经用到头了的人”。速查表能帮你不在第一步翻车，但它改变不了你在组织里的结构性位置。这篇文章不教你如何准备1on1，而是告诉你哪些1on1根本不值得准备，以及Google晋升系统里那些没有人会告诉你的暗规则。
适合谁看
这篇文章不是写给所有Google工程师看的。它有明确的读者画像。
如果你现在是L5，正准备冲击L6，这篇文章能帮你判断自己是不是真的准备好了——不是准备材料，而是准备接受那个位置带来的所有变化。如果你是L6，在L7门口卡了两年以上，这篇文章会告诉你为什么速查表救不了你，以及真正卡住你的是什么。
如果你刚入职Google不到一年，觉得“先把1on1做好再说”，这篇文章会告诉你一个反直觉的事实：入职第一年的1on1表现跟你五年后的晋升路径几乎没有因果关系。
但这篇文章不是写给以下几类人的：如果你在Google做的是纯Research方向，IC路线走到黑，这套晋升逻辑不完全适用；如果你已经在L8以上，你需要的是另一套政治玩法，不是一份速查表评测；如果你还在面试阶段想知道“Google看重什么”，这篇文章是写给已经入职的人的，面试准备有完全不同的逻辑。
核心读者是L4-L7的Google工程师，尤其是那些觉得自己干活没问题、但晋升总是差口气的人。
核心内容
1on1在Google晋升系统里到底是什么位置？
大多数Google工程师对1on1的理解是错的。他们把1on1当成一个“考核节点”，好像只要在这一天表现好，就能证明自己值得晋升。这不是事实。
Google的晋升决定不是在这一天做出的。真实的流程是这样的：你的manager在年初把你放入晋升pipeline，然后在整个年度里收集证据。这些证据来自你的项目输出、来自peer feedback、来自你在跨团队合作中的表现，唯独不来自你每年两次的1on1Presentation。1on1只是一个确认环节，不是决定环节。
这不是说1on1不重要。而是说1on1的重要性跟你想象的方向相反。它不是用来“展示”你配得上晋升的，它是用来“确保”你的manager知道你在做什么以及为什么做。多数人在1on1里翻车，不是因为他们没说清楚自己做了什么，而是因为他们让manager觉得“这个人做的事情跟我对他的预期不一致”。
一个真实的场景：某Google核心团队L6工程师，在2023年下半年的1on1里，花了40分钟讲他如何优化了一个infra组件的latency，从200ms降到50ms。数据很漂亮，impact statement也写得完整。他的manager问了三个问题之后，沉默了几秒，然后说：“你做的这些很好，但跟我年初给你定的priority不太一样。
”这个工程师当年没有进入晋升名单。不是因为他做得不好，而是因为他的manager没有办法在HC面前解释“为什么要升这个人”——因为这个人做的事情跟团队战略方向的连接是弱的。
这不是一个rare case。这是常态。Google的晋升系统不是看你做了多少东西，而是看你做的东西有没有被组织需要。1on1的作用是让你和manager对齐这个认知，不是让你展示工作量。
Google晋升系统的真实运作逻辑
要理解1on1为什么帮助有限，你得先理解Google的晋升系统是怎么运作的。
Google的晋升不是一场考试。不是说你达到某个technical bar就自动升。晋升是一个政治过程，涉及多方利益的平衡。让我拆解一下：
第一步是Nomination。你的manager决定提名你。这不是自动的。在Google，一个manager每年能提名晋升的名额是有限的。一个10人的团队，可能只有2-3个名额。manager需要做选择，而这个选择的依据不完全是你做了什么，还包括团队的结构性需求、budget分配、还有你这个人“值不值得投资”。
第二步是Packet Preparation。你需要准备一个晋升材料包，包括你的impact statement、你的project descriptions、你的peer feedback。这个材料包不是给你自己看的，是给HC (Hiring Committee) 看的。HC是一群L7+的工程师，他们不认识你，他们只看你写的材料。
第三步是HC Review。HC会读你的材料，然后做两件事：一个是评估你的technical competency是否达到了下一个level的要求，另一个是评估你的impact是否足够大。HC的评估是blind的——他们不知道你是谁，只看材料。这意味着材料的写法极其重要。
第四步是Committee Deliberation。这是真正决定你能不能升的环节。HC成员会讨论每一个candidate，然后投票。这个投票不是按人头算的，是按影响力算的——senior的HC member的票比junior的更有分量。
第五步是Final Approval。如果HC通过了，还需要你的VP或者senior director批准。这通常是一个橡皮图章环节，但偶尔也会出现HC通过了但VP否决的情况。
现在回到1on1。1on1发生在第几步？它发生在第零步之前。它甚至不在这个流程里。1on1是帮你准备Nomination的，但它本身不是Nomination。真正决定你能不能升的，是HC的deliberation，而那个环节跟你没有任何关系，你甚至不在场。
这不是说1on1完全没用。1on1的作用是确保你的manager在Nomination的时候有足够的弹药。如果你的manager连你做了什么都不知道，或者对你的工作有误解，那他在Nomination的时候说不出话来。1on1是帮你消除这个信息不对称。
但它改变不了HC的决定，改变不了VP的审批，改变不了团队的结构性限制。这就是为什么速查表帮助有限——它能帮你不在第一步翻车，但它不能帮你赢。
速查表到底能帮你什么，不能帮你什么
市面上的1on1速查表通常包含以下内容：如何结构化你的工作描述、如何用STAR法则讲项目故事、如何准备impact statement、如何回答behavioral questions、如何展示leadership。这些内容有没有用？有。但它们的帮助是有限度的。
速查表能帮你的第一件事是“不遗漏”。很多人1on1的时候，会忘记讲自己做的某些项目，或者讲得没有逻辑。速查表给你一个框架，让你能系统性地覆盖你做的事情。这是有价值的，尤其是对于那些不擅长self-advocacy的工程师。
速查表能帮你的第二件事是“对齐预期”。在1on1之前，你不知道manager在想什么。速查表通常会建议你先问manager“你对我的期望是什么”，然后把你的工作映射到那些期望上。这个动作是有用的，因为它能帮你发现gap。
速查表不能帮你的事情更多。它不能帮你改变你在组织里的position。如果你的manager觉得你“已经用到头了”，速查表救不了你。它不能帮你改变HC的评估标准。
HC看的是impact，不是storytelling。它不能帮你绕过团队的政治问题。如果你的team正在经历restructure，或者你的manager跟别的manager有矛盾，这些都不会因为你在1on1里讲得好而改变。
一个真实的例子：Google Cloud团队的一个L6工程师，连续两年用同一份速查表准备1on1，两次都被manager评为“exceeds expectations”，但两次都没有进入晋升名单。第三年他换了一个team，新manager直接把他放进了晋升名单。不是因为他变了，而是因为新team有budget，新manager需要培养自己的人。
速查表没变，工程师没变，结果变了。变量是组织环境。
这不是说个人努力没用。而是说速查表帮你解决的是“个人努力”的部分，而晋升的变量里，“个人努力”只占一小部分。
哪些1on1根本不值得准备
不是所有的1on1都值得你花时间准备。有些1on1，你准备得再好也没用。
第一种不值得准备的情况：你的manager已经决定不提名你。在这种情况下，1on1只是一个 formality。你表现得好或差，都不会改变结果。但这不意味着你可以不好好表现。我的意思是，你不需要花额外的时间去“准备”一个presentation。你只需要正常地、诚实地回答问题就好。
如何判断manager是否已经决定不提名你？有几个信号：manager在1on1之前就告诉你“你今年还不够成熟”，或者manager在之前的1on1里从来没有提过“晋升”这个话题，或者manager在team meeting上公开说了“今年我们team没有晋升名额”。这些信号不保证你不被提名，但它们是strong indicators。
第二种不值得准备的情况：你的manager自己也不确定能不能升你。在这种情况下，你的1on1表现可能会影响manager的决定，但这不是你能控制的。你能做的就是在1on1里提供足够的信息，让manager做判断。这不需要速查表，你需要的是clear thinking。
第三种不值得准备的情况：你的manager根本不重视1on1。有些manager把1on1当成一个check-in，不是performance review。他们不想听你讲projects，他们只想聊聊你的状态和 blockers。这种情况下，你准备一个完整的presentation反而会让manager觉得不舒服。
不是每一种1on1都需要你正襟危坐准备。知道什么时候该准备，什么时候该放松，是比速查表更重要的能力。
Google内部的晋升暗规则
有一些事情，Google不会写在官方文档里，但每个人都得知道。
第一个暗规则：你的晋升机会跟你的team的相关性大于跟你的performance的相关性。在Google，不是所有team都平等的。一个做核心search ranking的L5，比一个做internal tools的L5更容易升，因为前者做的事情impact更可见。这不是公平不公平的问题，这是现实。你所在的team决定了你的ceiling。
一个真实的HCdebate场景：两个L5工程师，一个在Searchinfra做latency优化，一个在Google Docs做feature development。前者的impact statement是“降低了p99 latency 30%”，后者的impact statement是“launched collaborative editing feature”。HC讨论的时候，前者花了10分钟讨论技术细节，后者花了2分钟就被通过了。
为什么？因为collaborative editing是一个visible feature，可以向VP展示，而latency优化是一个hidden improvement，VP看不到。这不是技术能力的问题，是visibility的问题。
第二个暗规则：你的manager的level会影响你的晋升速度。如果你的manager是L7，他能帮你升到L6。如果你想升L7，你需要找L8的sponsor。Google的晋升是需要up-level sponsorship的。你不能指望L7的manager帮你升L7，因为他自己可能还没到那个level。
第三个暗规则：Timing matters more than you think。Google的晋升是有budget cycle的。通常在Q4开始nomination，Q1准备packet，Q2 HC review，Q3出结果。如果你错过了这个window，你就要等一年。这不是说你不能在其他时间晋升，而是说这个是最顺畅的path。
第四个暗规则：Political capital matters。在Google，技术能力是必要条件，不是充分条件。你需要有人愿意为你说话。这个人通常是你的manager，但也可能是别的senior engineer或者PM。如果你没有sponsor，你在HC面前就是一个陌生人，陌生人很难拿到晋升。
这些都是速查表不会告诉你的事情。不是因为速查表写得不好，而是因为这些是“knowing the system”的问题，不是“performing in 1on1”的问题。
L5到L6，L6到L7，需要的不同能力
如果你正在准备从L5升L6，或者从L6升L7，你需要知道这两个level的expectations是不同的。
L5的expectation是：你是一个independent contributor。你能独立完成一个project，从design到implementation到testing。你不需要别人告诉你怎么做，你只需要别人告诉你做什么。L5的晋升标准是technical competency加上consistent delivery。
L6的expectation是：你是一个tech lead。你不仅能做project，还能define project。你能告诉团队“我们应该做什么”，而不只是“叫我做什么”。L6的晋升标准是technical leadership加上cross-functional influence。
这不是说L6比L5更聪明。而是说L6需要的能力是different kind。你可能是一个完美的L5——你做的事情永远按时交付，code quality永远高——但如果你不能define project，不能influence others，你升不到L6。
一个常见的mistake是：L5在准备1on1的时候，会花大量时间讲“我做了多少个项目”。这不是L6的story。L6的story应该是“我如何带领团队做了一个重要的决定”或者“我如何改变了团队的工作方式”。
具体来说，L6的impact statement应该包含以下几个元素：你是如何识别一个问题的、你是如何说服团队采纳你的proposal的、你的decision带来了什么结果、这个result如何影响了下游的team或者product。这些元素缺一不可。
L5到L6的transition，最难的不是技术，是mindset。你要从“做事情的人”变成“决定做什么事情的人”。这个转变不是一夜发生的，它需要你在日常工作中就开始练习。速查表可以帮你structure你的story，但它不能帮你build这个capability。
> 📖 延伸阅读：zh-apple-vs-google-pm
准备清单
准备1on1不需要一份复杂的清单。你需要做的事情其实很简单，只是多数人把它们搞复杂了。
第一件事：回顾过去六个月你做的所有项目，挑出三个最有impact的。不是你做的最多的，是impact最大的。Impact的定义是：你的工作改变了什么？是让用户的行为发生了变化，还是让团队的工作方式发生了变化，还是让系统的某个指标发生了变化？没有measurable change，就没有impact。
第二件事：为每个项目准备一个“一句话总结”。这句话应该包含三个元素：问题、你的action、result。比如“发现search latency在mobile设备上比desktop高40%，通过优化rendering pipeline降到15%差距”。这句话要在10秒内说出来，因为manager的attention span很短。
第三件事：准备一个“challenges”list。不是technical challenges，是political challenges。你在项目过程中遇到了什么阻力？你是如何解决的？manager想听这个，因为这个能证明你有leadership potential。
第四件事：准备一个“future direction”的想法。你不需要有完整的plan，但你需要show that you're thinking about what's next。这个想法不需要是original的，你可以引用team的roadmap或者company的strategy，重点是你要展示你关心“更大的图景”。
第五件事：准备一个问题问你的manager。不要在1on1里只是回答问题，也要问问题。好的问题包括“你对我的期望是什么”、“我有什么gap是我没有意识到的”、“有没有什么机会是我应该去争取的”。这些问题能帮你获得manager的input，也能展示你的growth mindset。
第六件事：如果是年度总结性质的1on1，准备一份你自己的self-assessment。不是给manager看的，是给你自己看的。写下来你今年做到了什么，没做到什么明年想做什么。这个动作能帮你organize your thought，也能帮你在对话中stay focused。
第七件事：系统性拆解1on1的结构。PM面试手册里有完整的1on1 preparation framework，包括如何准备impact statement、如何回答behavioral questions、如何处理manager的challenge questions。
这些框架不是速查表，它们是thinking tools，能帮你not just present better but think better。
关于薪资，Google L6工程师的总包构成如下：base salary大约$180K-$220K，RSU第一年grant大约$80K-$150K（分四年vesting），bonus大约15%-25%的base，即$27K-$55K。Total compensation第一年大约$285K-$425K。
L7的base大约$220K-$280K，RSU第一年grant$150K-$300K，bonus20%-30%，total第一年大约$400K-$650K。这些数字是2024年的market range，具体取决于你的team、你的location、以及你的negotiation。
常见错误
错误一：把1on1当成presentation
BAD版本：你在1on1里准备了一个30页的slides，从你入职的第一天讲起，逐个项目罗列你的achievements。你讲得井井有条，数据齐全，story完整。Manager听完后说：“很好，但我还有个会，我们下次再聊。”
GOOD版本：你没有slides。你准备了一张纸，上面写了三个项目，每个项目一句话。Manager问“你最近在做什么”，你说“我在做X，它解决了Y问题，result是Z”。
Manager说“展开讲讲”，你讲两分钟。Manager问“你觉得有什么挑战”，你说“我觉得team在A方面缺乏clear direction，我想聊聊这个”。对话而不是presentation。
为什么BAD？Because 1on1不是考试，是conversation。你不是向manager证明你做了什么，你是和manager一起对齐你们对工作的理解。Presentation mode会让manager觉得你在“sell”yourself，这会触发defensive reaction。
错误二：只讲technical details，不讲context
BAD版本：你在1on1里花了20分钟讲你是如何优化一个algorithm的，包括具体的data structure选择、time complexity分析、edge cases处理。Manager听完后完全不知道这个工作对团队或者产品有什么影响。
GOOD版本：你先用一句话讲context——“我们发现user retention在某个flow掉了10%，我调查发现是latency问题”——然后用两分钟讲你的technical solution，最后用一句话讲result——“优化后retention恢复了7%”。
为什么BAD？Because manager doesn't care about your algorithm. Manager cares about outcomes. Technical details只有在它们能帮助manager理解你的decision making时才值得讲。Otherwise they're noise.
错误三：把1on1当成complaint session
BAD版本：你在1on1里花了大量时间讲team的问题、process的问题、resource的问题。你说“我们没有足够的engineer”，你说“别的team不配合”，你说“PM总是改requirement”。Manager听完后沉默了很久，然后说“我知道了，我会找时间聊一下”，然后再也没有下文。
GOOD版本：你提到challenge，但不只是complain。你说“我们遇到了resource constraint，我是这样解决的——我prioritized了A和B，sacrificed了C”。
或者说“别的team不配合，我尝试了Xapproach和Yapproach，最后用了Zapproach解决了”。你展示的是problem solving，不是problem reporting。
为什么BAD？Because manager hired you to solve problems, not to report them. Complaining without solutions makes you look like you can't handle ambiguity. 在Google这种复杂的组织里，每个team都有问题。
能解决问题的人升，不能的人走。
> 📖 延伸阅读：17-google-cloud-pm-vs-azure-pm
FAQ
Q1: 我的manager在1on1里从来不给我具体的feedback，总是说“很好继续努力”，我该怎么办？
这不是一个rare的问题。很多Google的manager不擅长给feedback，尤其是negative feedback。他们不想conflict，所以用“很好”来回避。但这不是1on1的问题，这是manager的问题。你需要主动去要feedback。
具体做法：在1on1里，不要等manager给你feedback，直接问。比如“我想知道我在tech leadership方面有什么具体的gap，你能不能举一个我做得不好的例子？”这个问题很直接，manager很难回避。
如果manager还是说“都很好啊”，你可以追问“那我如果要升L7，你觉得我现在缺什么？”这个问题把conversation从feedback转向了growth path，manager更容易回答。
如果你的manager真的给不出任何具体的feedback，这是一个red flag。这意味着他要么不关注你的发展，要么他自己也不知道怎么培养人。在这种情况下，你需要找别的sponsor。找team里senior的engineer，或者找别的team的manager，建立mentor关系。1on1只是feedback的一个渠道，不是唯一的渠道。
Q2: 我在1on1里表现很好，manager也说我exceeds expectations，但连续两年没有升，我该继续等还是换team？
这是一个经典的Google困境。你的performance很好，但晋升没有发生。这通常意味着有structural的问题，不是performance的问题。
首先，你需要弄清楚为什么不升。最直接的方式是问manager：“我想知道为什么我没有被nominate，是我的technical level不够，还是别的原因？”如果manager说“是budget的问题”，你可以问“那明年会有budget吗？”如果manager说“是你的impact不够”，你可以问“你觉得什么样的impact才能nominate？”
如果manager的回答让你不满意，或者你发现team有systemic的问题（比如team太小、没有visible的项目、manager没有sponsorship power），那换team是一个合理的选择。但换team不是guarantee能升。
你需要做的是：在换team之前，确保你了解新team的politics和新manager的track record。
一个真实的案例：Google Ads团队的一个L6工程师，在原来的team卡了三年，manager每年都说“明年一定nominate你”。他换了team后，新manager在第一年就nominate了他。
原因不是他在新team表现更好，而是新team的VP更支持internal promotion。这是一个political决定，不是performance决定。
Q3: 我刚入职Google不久，应该现在开始准备1on1吗？
如果你入职不到一年，你的priority不应该是准备1on1。你应该先弄清楚你在哪里、学到什么、如何contribute。
入职第一年的1on1，通常不会涉及晋升讨论。Manager对你的expectation是learning和ramp-up，不是delivering large impact。你在1on1里需要展示的是：你在学习、你理解team的context、你在寻找自己的place。
但这不意味着你可以完全不做准备。你应该做的是：建立和manager的trust、understand what they care about、find your niche。这些事情不需要速查表，需要的是consistent interaction和genuine curiosity。
一个常见的mistake是：new hire在第一年的1on1里就准备一个长长的list of achievements，然后发现manager根本没兴趣听。Manager想知道的是“你适应得怎么样”而不是“你做了什么”。你的priority应该是前者。
如果你现在是L4或者L5，入职第一年最重要的目标是：找到一个你可以own的小project，建立credibility，然后逐步扩大你的scope。1on1是帮助你align这个过程的工具，不是你需要“准备”的考试。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。
相关阅读
你的下一次1:1不必尴尬。
获取1:1不翻车速查表 → — 包含难对话脚本、晋升话术和向上管理技巧。