Senior SWE 候选人（Google L5 / Meta E5 区间）
目标岗位 JD 写着 Senior、5+ 年经验，担心系统设计轮次的深度追问、项目深挖到第三层就空，或者 BQ 还停留在个人贡献叙事。
● Senior / Staff 人群路线
Senior / Staff Engineer 面试辅导：System Design 与影响力
面向 Senior、Staff 工程师（Google L5/L6、Meta E5/E6、Amazon SDE II / Senior SDE 档位）的面试准备路线：Senior SWE 面试辅导与 Staff Engineer 面试辅导共用一条主线——复杂系统设计、项目深挖、跨团队影响力、技术领导力和 Behavioral。
Who it's for
这个页面适合谁
Senior / Staff 面试和中级岗位最大的不同：题不是主要障碍，「深度追问下的可信度」才是。本页按人群给出常青路线，具体公司的轮次结构见下方公司攻略。
Staff Engineer 候选人（Google L6 / Meta E6 区间）
准备 Staff 轮次或 Staff 跳级申请，核心焦虑是跨团队影响力、技术领导力和风险决策没有成体系的故事，不确定 Staff 面到底考什么。
有深度但讲不清的资深工程师
实际做过复杂系统，但把项目讲成流水账：方案空间、取舍理由、量化结果说不完整，面试官听不出 Senior 级别判断力。
中文背景资深工程师
技术没问题，但英文面试下的深度表达、边讲边画、追问应对没练过，需要按轮次把 Senior / Staff 叙事结构化后再上强度。
应届生和 New Grad / Intern 候选人的路线见New Grad / Intern 人群页，两者评价标尺不同，准备方式不能混用。
Level signals
Senior 和 Staff 到底差在哪：级别信号对比表
不同公司 Level 编号只是大致参考，以岗位为准。这张表对比的是「面试官在两个级别上分别期待什么信号」，而不是公司编号的换算。
| Senior（Google L5 / Meta E5 常见区间） | Staff（Google L6 / Meta E6 常见区间） | |
|---|---|---|
| 公司 Level（大致参考） | Google L5、Meta E5 常见为 Senior 范围；Amazon L5 常见为 SDE II；Microsoft 级别因岗位而异，以 JD 与 recruiter 确认为准 | Google L6、Meta E6 常见为 Staff 范围；Amazon L6 常见为 Senior SDE，更高层级不宜直接统一翻译成 Staff；Microsoft 以 JD 与 recruiter 确认为准 |
| 范围（Scope） | 模块到子系统：独立负责一个服务或一条业务链路 | 多系统到领域：跨服务、跨团队的技术方向与架构标准 |
| System Design 期望 | 完整设计 + 深度追问：容量增长、一致性演进、故障恢复、trade-off | 在 Senior 之上追问架构演进史、跨团队标准化和 10 倍增长路径 |
| 项目深挖期望 | 1–2 个主项目扛住三层追问：决策、备选方案、量化结果、失败点 | 项目要体现影响力：影响了哪些团队、改变了什么默认做法 |
| Behavioral 期望 | Ownership、冲突处理、失败复盘，故事带量化 impact | 跨团队影响力、技术领导力、风险决策，强调「如何被组织采纳」 |
| 典型失分 | 设计只讲 happy path；项目讲成流水账；impact 没有数字 | 影响力故事全是「我们」；风险决策讲不出判断过程 |
不同公司的 Level 体系只能粗略参考，不能精确等价：同一个编号在不同团队、不同公司的职责范围差异很大（例如 Amazon 更高层级不宜直接翻译成统一的 Staff）。上表仅作大致参考，投递与准备请以岗位 JD 和实际面试邀请为准，按「岗位要求的信号」而不是「公司编号」对齐。
System design depth
System Design：Senior 和 Staff 的深度差异
同一道题，两个级别走的是同一条路径，但被追问的位置和深度完全不同。按下面五个维度对照自检：Senior 列是你的下限，Staff 列是你需要能接住的方向。
| Senior 深度 | Staff 深度 | |
|---|---|---|
| 需求澄清 | 明确功能与非功能需求，锁定 3–4 个核心约束，说明为什么这些最重要 | 追问需求的业务背景与增长曲线，主动划定「不做什么」并说明对业务的影响 |
| 容量估算 | 从 DAU / 峰值倍数推出 QPS、存储、带宽，每个假设可解释 | 在估算之上给出 10 倍增长的分阶段路径，指出哪一步先破 |
| 数据模型 | 核心实体、关系、索引、读写路径清楚，分片键说得清 | 数据模型如何随业务演进：迁移方案、双写与归档策略 |
| 瓶颈与故障 | 指出真实瓶颈并量化影响；为 2 个故障场景准备降级与恢复顺序 | 跨服务故障的传播路径、级联失败防护、监控告警的触发与响应 |
| Trade-off 表达 | 每个关键选择三句话：选了什么、放弃了什么、用哪个指标衡量 | 在 Senior 之上多一层：这个决策如何被团队采纳、如何影响其他团队的默认做法 |
完整的训练方法（六步框架、五维评分表、高频题拆解和 mock 复盘模板）见System Design 准备路线。Senior 轮次里「如果用户量再涨 10 倍怎么办」是高频追问，建议单独准备分阶段扩容路径。
Project evidence
项目深挖：用证据矩阵自检你的主项目
Senior / Staff 轮次的项目深挖不是「讲一遍你做过什么」，而是逐格验证「你是 owner 吗」。拿 2 个主项目对照这张矩阵：Senior 列每格都要能答，Staff 列是加分区。
| Senior 标准 | Staff 标准 | |
|---|---|---|
| 问题与方案空间 | 讲清问题为什么值得解，列出 2–3 个备选方案及放弃理由 | 在方案空间之上说明：为什么最终方案被组织采纳，如何对齐其他团队 |
| 架构与技术决策 | 能画出结构图，说清每个组件为什么存在、数据怎么流 | 能讲架构演进：从 v1 到 v3 每一步改了什么、为什么当时改 |
| 量化结果 | 延迟、吞吐、成本、错误率至少 2 个指标有前后对比 | 指标之外还有组织级结果：复用范围、团队效率、标准落地 |
| 失败与重来 | 至少 1 个失败点 + 重来会怎么改，不回避代价 | 失败要能体现判断修正：当时信息不全时为什么这么选、事后如何修正 |
| 「我」的部分 | 每个项目有自己主导的决策与推进动作 | 跨团队部分能点名影响了哪些团队、改变了哪些默认做法 |
- 主项目必须能扛住三层追问不卡壳，其余项目保底到两层。
- 每个项目预写 5 个追问并录音口述，回听只盯「我们→我」的切换。
- 没有量化指标的项目，先说清验证过什么、没验证什么，不硬编数字。
追问框架（事实证据 / 决策 / 冲突 / 失败 / 结果五层）见BQ 与项目深挖题型页， 讲稿组织模板见项目深挖模板， 方法论文章见把项目讲成 impact 故事。
Influence stories
跨团队影响力：Staff 轮次最缺的四类故事
Staff Engineer 面试辅导里最常被卡住的部分不是技术，是影响力叙事。每类故事都有一个可复用的四段结构，先有结构再填经历，没有对应经历就先列出最接近的素材。
没有汇报关系时如何推动落地
结构：共同目标怎么对齐 → 阻力来自哪里 → 用了什么机制（数据、原型、升级路径）→ 最终状态。关键是把「说服」讲成可复用的方法，而不是运气。
技术方案如何变成团队默认
结构：方案在哪个项目验证 → 证据是什么 → 如何推广（RFC、结对、模板）→ 现在多少团队在用。这条线直接对应 Staff 的「跨团队技术影响力」。
跨团队冲突与技术分歧
结构：分歧点是什么 → 双方约束 → 你如何把讨论拉回到指标和事实 → 结论与遗留风险。避免写成「我赢了」，重点是你如何管理分歧而不是赢得争论。
技术领导力：不带团队时的影响
结构：识别了什么问题 → 如何组织讨论与分工 → 培养出什么能力或资产 → 结果。Staff 轮次常见追问是「你的影响力在没有 authority 时如何发生」。
四类故事合起来回答 Staff 面试的核心问题：在没有直接汇报关系时，你的技术判断如何变成组织行为。只讲「我做了 X」而讲不出「谁因为 X 改变了做法」，故事就不成立。
Failure & risk
失败与风险决策：Senior / Staff 的区分度所在
这一部分决定你能不能从「很强的 Senior」跨到「可信的 Staff」。面试官不是要听你出过事，是要看你在不确定条件下的判断质量。
失败的架构或上线决策
讲约束（时间、信息、资源）、备选方案、为什么这么选、实际代价、事后修正。Senior / Staff 面试官要的是判断过程的质量，不是你是否没犯过错。
信息不全时的风险决策
重点讲你如何量化不确定性：列了哪些假设、做了哪些快速验证、设了什么止损线。回避不确定性、假装信息完备，是这一类故事最常见的失分点。
事故复盘与责任承担
结构：事故影响面 → 你的角色 → 根因（区分直接原因和系统原因）→ 你推动的改进 → 改进被验证了吗。只讲「下次小心」的复盘在 Staff 轮次不成立。
说不：被挑战的技术决策
准备一个你否决了别人方案（或被别人否决）的例子：依据是什么、如何沟通、结果如何。它同时考察技术判断和影响力，是 Staff 面试的高频组合题。
故事真实性检查：每个失败故事都能被追问到「当时你知道什么、不知道什么、什么时候意识到出错了」。答不出这一层的经历，换一个再讲。
30-day plan
30 天 Senior / Staff 准备路线
适用于已有 Senior 级项目经验、距离目标面试窗口约 30 天的候选人。时间更长就从 Day 1 的简历对齐开始多投几轮；时间更短就砍掉 Day 4–9，保住系统设计 mock 和故事录音口述。
定位与简历对齐
- 按目标 JD 逐条对照：JD 里的每个级别信号，你有哪个证据支撑
- 简历按「一岗一版」调整：每个 bullet 带量化结果，Senior / Staff 动词换到位（led、drove、shaped）
- 选定 2 个主项目 + 1 个跨团队项目，列出各自的三层追问问题清单
项目证据矩阵
- 主项目按证据矩阵五列重写讲稿：问题空间、决策、量化、失败、「我」的部分
- 每个项目预写 5 个追问并录音口述，回听只盯「我们→我」的切换
- Staff 方向项目补「组织级结果」：影响范围、标准落地、复用证据
System Design 深度
- 按五维评分表做 3–4 道 Senior 深度 mock：估算、数据模型、瓶颈、故障、trade-off
- 每题补 2 个故障场景（组件宕机、数据不一致）的降级与恢复顺序
- 针对「用户量涨 10 倍」类追问写分阶段扩容路径，任何一维低于 3 分就专项补
影响力与风险决策故事
- 跨团队影响力故事按四段结构写 3 个：对齐目标 → 阻力 → 机制 → 状态
- 失败与风险决策故事写 2–3 个：约束 → 备选 → 判断 → 结果 → 修正
- 全部故事录音口述，每个预写 2–3 层追问，临场编的故事经不起追问
全真模拟与状态
- 1 次整轮 Senior / Staff loop mock：SD 深度 + 项目深挖 + BQ 组合
- 复盘只修最影响结果的 2–3 个点，弱项二刷旧题不换新题
- 最后 1–2 天只复盘讲稿、调整状态，面试前 24 小时不碰新题
Role routing
按岗位分流：Senior / Staff 各方向练什么
Senior / Staff 不只是 SWE 的级别。同一套「深度 + 影响力」框架在不同岗位上的载体不同：先看目标岗位的能力模型，再分配训练时间。
💻 SWE
主战场：Coding 保下限 + System Design 拼深度 + BQ 讲影响力。Senior / Staff 的区分度在设计轮和项目深挖轮。
查看岗位路线 →🧠 AI Engineer / MLE
ML System Design 深度 + 训练 / 评估 / serving 链路的项目证据，Senior 方向重点讲线上约束和失败案例。
查看岗位路线 →📊 Data Science
SQL 深度 + 实验设计与指标口径 + 跨团队协作案例；Senior DS 的 BQ 同样考影响力叙事。
查看岗位路线 →⚙️ Data Engineer
pipeline 设计与数据建模深度 + 稳定性视角（SLA、回填、幂等），跨平台项目是影响力故事的好素材。
查看岗位路线 →Guides
按轮次拆的准备指南
把 30 天路线落到具体题型：系统设计拼深度、项目深挖拼证据、BQ 拼影响力。先按指南打基础，再用模拟暴露短板。
System Design 准备路线
六步框架 + 五维评分表 + 高频题拆解，Senior 深度 mock 的完整训练方法。
查看指南 →BQ 与项目深挖
STAR 结构 + 五层追问框架，把项目拆到能被连续追问三层不露馅。
查看指南 →VO / Onsite 模拟
多轮 loop 的节奏管理、表达清单与整轮 mock 复盘模板。
查看指南 →项目深挖模板
按证据矩阵组织主项目讲稿的模板，直接套你自己的经历。
查看指南 →面试准备 Checklist
按轮次拆的准备清单，对照勾选，避免临场才发现缺口。
查看指南 →项目深挖怎么准备：把项目讲成 impact 故事
项目深挖的结构化方法：主线、取舍、量化与追问抗压。
查看指南 →北美科技 offer 薪资谈判
Senior / Staff 档位 offer 结构、谈判时机与常见失误。
查看指南 →Company hubs
按公司看 Senior 轮次信号
本页是常青路线，不写具体公司的轮次细节。目标公司确定后，进对应公司攻略看轮次结构、题型信号和准备重点（不同团队可能不同，以实际邀请为准）。
FAQ
Senior / Staff Engineer 常见问题
Senior SWE 面试辅导和一般 SWE 面试辅导有什么区别？
一般 SWE 路线解决「能不能做出来」：算法下限、表达完整度、轻量设计。Senior SWE 面试辅导解决「能不能扛住更深的追问」：系统设计的容量增长与一致性演进、项目深挖到决策与失败、BQ 从个人贡献升级到跨团队影响力。训练重心从刷题数量转向每道题、每个项目都能被连续追问三层不露馅。
Staff Engineer 面试辅导主要练什么？
Staff 轮次少考手写代码、多考影响力和判断力。核心是三块：一是能把自己最复杂的项目讲成「问题 → 方案空间 → 取舍 → 结果 → 如何被组织采纳」的完整决策链；二是跨团队影响力故事：没有直接汇报关系时如何对齐目标、推动落地；三是技术领导力和风险决策：架构选型、技术债、故障复盘里的判断过程。
Google L5/L6、Meta E5/E6、Amazon SDE II / Senior SDE，面试辅导按什么级别准备？
不同公司的 Level 体系只是粗略参考，不能精确等价，以 JD 与实际面试邀请为准：Google L5、Meta E5 常见为 Senior 范围；Google L6、Meta E6 常见为 Staff 范围；Amazon 常用 L 口径，L5 常见为 SDE II，L6 常见为 Senior SDE，更高层级不宜直接翻译成统一的 Staff；Microsoft 级别和 title 会因岗位、地区和组织变化。准备时按「Senior 下限 + Staff 信号」两条线覆盖：系统设计按 Senior 深度打底，影响力和风险决策故事按 Staff 标准打磨。
Senior 轮次的 System Design 和初级候选人差多少？
初级候选人看「能不能走完整条设计路径」，Senior 轮次看「设计在容量增长和故障下是否仍然成立」。典型追问包括：用户量涨 10 倍后瓶颈在哪、某个服务挂了如何降级和恢复、数据一致性怎么演进、每个组件为什么选它而不是备选方案。估算、数据模型、瓶颈、故障处理、trade-off 五个维度任何一个低于 3 分，都优先补对应训练而不是再刷整套新题。
项目深挖准备到什么程度才算够？
按证据矩阵自检：主项目必须能讲清问题与方案空间、关键取舍与备选方案、量化结果与未验证的部分，并准备好「重来会怎么改」。Staff 方向的项目还要能讲出跨团队部分：影响了哪些团队、改变了什么默认做法、结果如何被验证。每个项目预写 5 个追问并录音口述，回听只盯「我们→我」的切换和量化细节。
失败与风险决策故事怎么准备？
这是 Senior / Staff 轮次区分度最高的部分。选 2–3 个真实经历：一次失败的架构或上线决策、一次在信息不全时做的风险判断、一次你承担责任的事故复盘。按「当时的约束 → 备选方案 → 为什么这么选 → 结果 → 事后如何修正」讲，重点是判断过程而不是结果本身。只讲成功故事、回避失败经历，在 Senior 以上轮次会被直接读出。
