职业 | 2026 SDE/FE 在职跳槽上岸总结

Disclaimer：个人经验，仅供参考。

2025 年 11 月开始到 2026 年 2 月，历时三个多月，从坚定要跳槽开始到结束背调，一共 101 天，我终于上岸啦！成功和傻缺老板说拜拜，跳槽升职加薪一条龙！

本人背景：坐标多伦多，full stack 偏 front-end，6+ YOE，一直在本地非 tech 中小厂，零大厂经验。

整个过程的详细流水账请见：她乡找工流水账

本贴为尘埃落定后的总结贴，将分为以下几个部分：

找工需要做好的心理准备
我的找工时间线
海投相关
个人 SDE 找工学习计划 & 学习资料
各阶段面试经验
接 offer 相关

先做好心理准备

丑话说在最前面：找工是长期战，且直到最后上岸为止，会不停收获负反馈。

SDE 更加特殊，是极少数面试比实际工作更难的工种。面试一轮接一轮，每一轮考核的内容都不同，可能涉及的内容又多又广，而且竞争极其激烈。

所以一定要有心理准备。从一开始就要有做好需要几个月甚至将近一年才能上岸的预期，准备好每一次投递每一次面试都被拒绝的最差情况。相信坚持就是胜利，要克服那个想要放弃的瞬间。

以下是帮助我在高强度找工中稳住心态的办法：

一定劳逸结合，否则很容易 burnout。我给自己定下的规定是，十点后不学，周末不学，时不时奖励自己。
有一个相对固定的每日日程。不用每天纠结“今天学什么”，照着日程走就好。
每天坚持记录，给一个推着自己前进的动力，另外和朋友以及找工姐妹多交流。
寻求家人的支持。我找工的这段时间，额外的家务事全部甩给家里人了，但他们没有任何怨言，全心支持我跳槽找工作，家属也多次表示如果压力太大了，我裸辞全职找工也没关系，真的非常感激。

找工时间线

我的找工时间线可以大致分成几个阶段：

启动期，11 月初，Week 1-2

坚定要跳槽，开始制定找工和学习计划。
一开始有些混乱和压抑，感觉要做的事情要学的东西太多了，又觉得自己这么多年没面试水平降低了很多，也不确定自己如今的市场价值，但只能硬着头皮走一步算一步。
更新完简历，开始投递，并幸运地得到回音。

上升与调整期，11 月-12月，Week 3-7

有了真正的面试经验，根据实际反馈不断积累并调整。
因为高强度地学习和高强度地面试，导致有点 burnout，注意到严重性后开始调整计划，劳逸结合。
经历某大厂岗位的全部八轮面试，虽然遗憾没有拿到 offer，但积累了宝贵的经验。
调整心态，不再那么焦虑。

稳定期，1 月，Week 8-12

新年新气象，市场开始活跃，不停有新的面试安排。
基础知识已经全部过了一遍，不再需要高强度学习，也有了足够多的面试经验，心态很稳。
最后斩获两个 offer！挑了更满意的签了！

背调期，2 月初，Week 13-14

搜集背调所需的资料，提前联系好 references，然后焦急等待背调结束。
期间为了以防万一有在继续面试，但已停止投递新岗位（不推荐哈，该投还是继续投）。
等待背调的同时计划好如何 resign，背调完成当天闪击递交辞职信。

关于海投

简历 Resume

简历是敲门砖，没有简历什么都免谈。所以一定要克服不想改简历的拖延心理。我的第一版简历写得很痛苦，但只要第一版写出来了，后面就只是在此基础上不停修修补补和添砖加瓦了。

我有 full stack 和 front-end 两个主方向，所以在 full stack 版简历的基础上又改了一版 front-end 用。投递时看岗位的 job description，更贴合哪个方向就用哪一版简历。

简历上放什么内容（以下按顺序）：

姓名 + title
联系方式：
- 必有邮箱和电话。
- LinkedIn 最好也放上。
- Github/Portfolio 如果足够优秀也可以放，但如果内容不够那干脆别放。
- 如果在本地，city level 的地址也可以加上。
自我介绍/bio：
- 非常重要。放在最前面，让人只用几秒就能大致得知你的概况，可以说是一眼定生死。
- 第一句话一定要提到 title + YOE。
工作经验：
- 最近三年内的经验最关键，尽量详细。超出三年的适当缩减省略。
- 和岗位无关的经验建议全部删掉。
- 提前考虑背调，不要往简历上放会给你的背调造成问题的内容。
教育经验：
- 和工作经验类似，和岗位无关的建议删掉。
- YOE 3+ 后，工作经验最重要，教育一般不会卡太死，可适当省略。
Skills：把会的技能按类别像菜单一样列出来，对付 AI 初筛有奇效。

其他需要注意的：

简历的重点是信息清晰而不是设计感。白底黑字模板即可，避免任何花哨元素。
尽量把空白处填满，实在填不满，就调整行间距和页边距。
用 PDF。文件名包含 full name 和 title。
一定要让 AI 帮忙反复 review，但要注意避免 AI 味过重，毕竟最终读者仍然是人。
除非是特别中意的职位，否则不推荐根据每个 JD 调整简历，太费时间。

投递

我总共投递 63 个岗位，拿到 8 个 recruiter 初面，6 个进了 HM 二面，5 个进入后续轮次并全部进入 final round，最后收获 3 个 offer。总投递数其实不算多，海投/面试转化率大概 10 %，挺不错了。

我是纯海投，没有任何内推，也没搞任何 networking，而且因为不想暴露在图谋跳槽的事，也没有公开声明 open to work。但我不推荐这么做，我这么搞纯粹是本人太 i + 运气不错 + 在职找工精力不够，还是建议能拿内推就拿、能多 connect 就多 connect。

用哪个平台找工作：

LinkedIn：首选，设置几个不同的 job alert，每天固定时间刷一遍。
Indeed：filter 做得稀烂，老是推不相关的岗位，后期完全不刷了。
Glassdoor：主要用来找面经和判断公司情况，我不在这上面投。

在正式开始投递前，需要先想清楚几个问题：

能不能接受 hybrid/on-site？能接受的通勤时间和 RTO 天数上限是多少？
对公司规模有要求吗？接不接受 2-10 人的小公司？接不接受一两年内才建立的 startup？
对行业和产品有要求吗？有哪些行业完全不能接受？（ex. 我个人对涉及 crypto、赌博的公司敬谢不敏，也不想去 AI startup，所以相关的岗位我会直接略过）
对 title 有要求吗？接受 junior 或者平级跳吗？
最低薪资是多少？是可以视情况接受更低薪资，还是完全不考虑？
愿意 on call 吗？愿意接受不同时区吗？

把这些问题想清楚后，就能有一个更清晰的目标和筛选标准，而且这个标准会随着接触越来越多岗位而不断细化。

投递时，根据自己的标准，用排除法快速判断要不要投递某个岗位。以我自己为例：

看地点，非本地的 onsite/hybrid 排除。RTO 超过三天的排除。
看 YOE 要求，超过 8 年的排除，YOE 1-3 年过于 junior 的也排除。
看 tech stack，main stack 不符合的排除。
提供的 salary range 低于我最低薪资的排除。
看公司和产品。不符合要求的排除。
最后看具体的 JD，有硬性条件（比如要求会法语、要求必须在另一个时区）不符合的也排除。
优先投新岗位。如果一个岗位已经开了几个月或者被反复 repost，我会提高警惕。

这么一通筛选下来，已经可以筛掉很大一部分了，最后剩下的岗位就可以随便投了。

关于 cover letter，有的话当然最好，但我个人建议是除非特别中意，否则没必要。我拿到面试的那些全部没提交 cover letter，交了 cover letter 的几个反而都初筛都没过就被拒了。

Recruiter reach out

基本都来自 LinkedIn。这些全部是广撒网，有时会特别离谱，比如 7+ YOE 然后只给 50k 什么的，没兴趣可以直接不用回。

有兴趣的那些，我会先问这些问题：

是 hybrid/remote/on-site 吗？hybrid 的话，RTO 几天、在哪里？
是 full time 还是 contract/temporary？
Salary range？

如果觉得合适的话就发简历，然后很快会接到电话进一步聊，约等于正常的 recruiter phone screen 一面。

记录与追踪

每一个投递的岗位我都有记录。

我用的是 Notion 的 database，每投递一个岗位，就添加一条 record，包含以下内容：

该岗位的 title。
投递日期，再设置一个自动 field，显示具体投递已过了 X 天。
目前的 status，大致可以分为 applied/rejected/archived/interviewing/…，看个人喜好。
原始的 job post url，还有 job description。
提交 application 时回答的附加问题 & 我的答案。
Salary range（如果有提供）。

之后如果投递有回音，可以把更多信息填进去，比如面试安排、专门针对这个岗位的问题等等，方便汇总归纳。

SDE 学习计划

我是在职跳槽，但好在我只有 RTO 1，所以 WFH 的时候能每天挤出 3-4 小时的学习时间，有时还能上班摸鱼时学习。

我每天的学习&海投日程大概可以分成锻炼、海投、刷题、自由学习、自由时间几个部分。

锻炼：~1 h，遛狗，腰椎突出的复健。
海投：30 mins ~ 1 h，浏览今天的 job post，投递看中的岗位并做好记录。
刷题：控制在 1 h 内，2-3 道 LeetCode easy-medium。
自由学习：~1 h，根据面试安排选择学习内容，没有面试就挑薄弱项学。
自由时间：做完以上事情后剩余的时间，没学完也没关系，推到下一天，自己开心就好。

综合了解

可以总体了解 SDE 面试内容和求职流程的资料，建议至少通读一遍：

纯 Front-end 方向面试内容会和 SDE 有所不同，考虑这个方向的建议通读：

GreatFrontEnd | Front End Interview Playbook

Behavioral Questions

如何准备可以看： Roadmap to Behavioral Interview Prep。

具体题目可以参考这个清单来：How to Prepare for Behavioral Interviews

不过我更推荐按照常见的 BQ topics 而不是具体问题来准备：

Teamwork
Leadership
Motivation
Challenge
Conflict
Learn new skills
Multitasking
Planning
Client service
Failure

至少需要准备：

“Tell me about yourself”，三十秒到一分钟左右的自我介绍，不宜过长，不要完全照着简历念。定下标准版后可以根据具体岗位微调细节。
1-2 个可以结合实际经验讲述的个人优点/缺点。
未来职业发展计划，可以适当瞎扯，足以忽悠面试官就够了。
至少 2 个可以经得起从 high/low-level deep dive 的 tech 项目，其中 1 个当重点项目要非常熟悉。
准备至少 4-5 个可以套用到多个 BQ 主题且你非常熟悉的 BQ 故事。

System Design

强烈推荐 hello interview。上面后端和 full stack 部分写得很好，不过偏 cloud architecture 的部分多一些，可以视情况选择性跳过。

前端方向的 system design 推荐 GreatFrontEnd | Front End System Design Playbook。里面的免费例题也很推荐，写得很好，有很多干货。

这两个网站上的文字量都挺大，知识点也很密集，一两天啃完很难，建议每天只读一到两章节，然后自己做笔记挑重点记。

Low-level Design

推荐阅读：hello interview | Low-level Design。

Low-level design = Object-oriented design。

不要忽略 LLD，我个人认为可以把 LLD 视为 AI 时代 LeetCode DSA 题的上位替代：需要和面试官不停沟通确认 requirement → 考验 collaboration & communication；需要视情况选择合适的 data structure 和数据处理方式 → 考验基础 DSA；随着 requirement 的变动不断优化&拓展 → 考验 OOP principals。

Front-end

前端比较头痛的点是，知识点过于分散了，HTML/CSS/JS，什么部分都有可能被考到，而且和后端知识并不重合。

这类小知识点推荐先快速过一遍 Quiz/trivia questions in front end interviews，然后根据自己不熟悉的部分有针对性地查缺补漏。

至于 UI coding，看 GreatFrontEnd | All Practice Questions 里的 UI coding 免费例题的部分就差不多够了。

如果是用 React，还推荐找时间把 React 官方文档过一遍。

DSA/LeetCode

自从 AI 横空出世后，DSA 的重要性降低了不少。我面了那么多次，只有一次碰到 LeetCode 算法原题，其他时候全部是考 OOP/API/UI（也可能是因为我申请的都是 senior 岗，默认不怎么考 DSA）。

我的建议是可以适当地放低 DSA 的重要性，但还是推荐学，而且尽快开始学，因为 DSA 绝对不是临时抱佛脚可以补上的。

重点是熟悉常见算法和常用解题 framework，不要死记硬背。刷题推荐刷 LeetCode easy-medium 题，hard 题就不用死磕了，性价比太低，撕一道 hard 足够多刷两三道 medium 了。

各阶段面试经验

SDE 面试至少三轮起跳，大致可以分割成四个阶段：

一面 Recruiter/HR phone screen：双方初步了解彼此的情况，评估是否适配。
二面 Hiring manager：大多数情况是和未来 manager 面试。
三面 Tech rounds：FE/BE coding，system design，product/ux，debugging，BQ & culture。至少有一轮，大公司可能有四轮，甚至更多。Take-home assignment 和 online assignment 我在这次的找工里没碰见过，所以略过不提。
终面 Final：走到这一轮等于进入决赛圈了，一般是再和 HM 面一次，或者是比 HM 更高级的来面。基本是纯 BQ & culture。

有些时候会先面 tech 再面 HM。

面试准备

收到面试安排后

第一时间确认面试内容、时间，若有问题，或者想获得更详细的信息，请不要客气地去问 recruiter 吧。把 recruiter 当队友，他们比任何人都希望你能通过面试拿到 offer。

面试安排里一般还会带上面试官的名字，可以去 LinkedIn 上找人，重点关注面试官在公司的 YOE 和 title，据此准备不同的问面试官的问题。比如 title 更高的，可以问一些更 high-level 的；面试官是 SDE，可以问些 SDE daily work 相关的问题。

另外还可以去 Glassdoor 上找一找面经作为参考，但不要给予太大期望，大概率是碰不到原题的。

最后根据面试内容&安排，调整自己接下来的学习计划。

面试当天

如果是线上面试：

上半身入镜部分拾掇好（包括背景部分），滤镜可以安排上。
至少提前十分确认软件、摄像头、耳机都没问题。
把手机调到静音。如果工作电脑就在旁边开着的话，也一定要调静音。
提前十秒左右进入 meeting 就行了，不要提前太多。

如果是线下面试：

全套 business casual 安排上。
预留出至少十分钟的时间，提前到达。如果是交通繁忙或者停车位紧缺的地方（如果自己驾车），建议留出更多时间增加容错率。

向面试官提问

不要小看每次面试最后的这一部分。问出高质量的问题是很拉分的，而且正确的问题能帮你迅速了解 team/公司的情况；反之，低质量和敷衍的问题会让这段本可以变成高质量互动的时间变成垃圾时间。

我对每一个面试官都会问的问题：

What’s the team/company’s current biggest challenge? → 了解核心工作内容以及难点。
What do you enjoy most about working on this team/company? → 通过正面反馈判断团队/公司的 culture。比如面试官大多提及 wlb，那该公司的 workload 一般不会太多；如果多提及 efficient，大概率是个氛围偏 startup 的公司。
What are the things you don’t like most working on this team/company? → 通过负面反馈判断团队/公司的 culture。面试官正常不会在面试时和候选人疯狂吐槽自家公司，所以这个问题大概率问不出真正的痛点，他们会挑一个比较不痛不痒的来回答。反过来说，如果他们心目中“不痛不痒、可以和候选人聊的缺点”都已经算 red flag，那就要提高警惕了。比如有个公司的几个面试官都提到 requirement changes frequently、需要加班，当时我就在心里给这个公司画了个叉……
What does ‘excellent performance' look like for a senior engineer on this team/company? → 可以结合上一个问题来推断 team/公司的整体 workplace culture。

面试官回答问题后，除了 thank you for your answer，最好根据面试官的回答附和几句、稍微互动一下。

Recruiter Phone Screen 一面

时长：15 mins ~ 30 mins

目的：初步了解，评估你是否适配岗位，并向你介绍公司/岗位的基本情况。

除了一定会有的自我介绍外，准备好回答以下问题：

Why are you leaving your current role?
Why are you interested in this role?
大部分时候 recruiter 还会抛出一些基础的 technical questions 做 technical screening。
一两道基础的 BQ，比如优点/缺点、最近的项目等。
Salary expectation。如果是奔着即使不适合也想蹭个面试经验来的，可以不用告知真实期望，报个中位数即可，反正具体的薪资等 offer 阶段才会谈，到时候调整完全来得及。

适合向 recruiter 询问的内容：

一切 JD 上没写清楚或希望进一步了解的部分。比如 RTO 多少天、有没有 on call 等。
后续的面试安排和 timeline，有几轮、每一场多长、什么内容。
不要与 recruiter/HR 以外的任何面试官讨论薪资问题。

Hiring Manager 二面

时长：45 mins ~ 1 hour

目的：判断你是否具有足够的沟通能力、technical 方面是否足够 match、是否愿意跟你这个人共事。

面试内容一般是 project/experience deep dive 加 BQ，但偶尔会混着 system design 甚至 technical 的内容。

HM 面不难，但却是最重要的一场面试。HM 有一票否决权，如果在面试里 HM 觉得你不合适或者无法融入团队，基本上就彻底凉凉了。重点是向 HM 展现你有足够的 professional 技能/经验，可以为团队做出贡献，而且在 soft skills 上没有明显短板。

HM 面也是进一步了解团队具体工作内容和未来上司的好机会。如果感觉不好，可以趁现在赶紧跑。

适合向 HM 提问的问题：

What’s the team’s expectation for this role?
What are the kinds of projects I could expect to work on if I were to join your team?
If I succeed in getting the role, what advice would you give me so I can better achive in this role?
What are the current goals that the company is focused on, and how does this team work to support hitting those goals?

Culture & Behavioral

时长：30 mins ~ 45 mins

目的：与 HM 面相似，但几乎不会考察 technical 方面。

不一定会有纯 BQ round，大多数情况下会融进 HM/final round，或者每个 round 问一两道。

BQ 不是光靠学习看书就能练出来的，只能多面、多练、多 mock。

几个注意点：

注意面试官的实时反馈。如果对方兴趣缺缺，那就尽快讲完，进下一个问题。
给面试官互动的机会，自顾自地不要一直说一直说。
BQ 故事可以根据岗位进行微调。比如如果是个偏前端的岗位，那就可以适当略过后端的部分。

BQ 面的提问环节会比其他 round 更长，所以要准备足够的问题。

Coding/Technical

时长：45 mins ~ 2 hour，看具体项目，但一般不会少于 45 mins

目的：在实操中判断你的技术水平是否达标，以及能否和面试官针对技术问题进行沟通。

这里的 Coding/Technical 指所有需要敲代码的面试，我个人遇到了以下几种形式：

Low-level design，考了经典的 connect four。
API design，CRUD 基础上加一点点变体。
UI coding，一次考 image carousel，一次考红绿灯，另外几次是前后端结合考了 data table 和 form。
Debugging，给一个现成的项目，要一点点查缺补漏，修复所有错误，并给出优化建议。
SQL，写 query 获取每个部门薪水第二高的人的姓名。
在 coding 的基础上，一般还会问几道的 tech quiz/triva，比如有哪些 HTTP method、什么情况下用哪种，React 的 dehydration 和 virtual DOM 是什么。

Technical round 前，一定要提前问清楚：

需不需要提前设置好 local dev environment & IDE？如果是使用 CoderPad 之类的 online platform，需不需要提前了解使用方法？
可不可以用 Google 查资料？
可不可以使用 AI？

正常来说，可以分成三个档：严格的，限定只能在特定网站上查（ex. Mozilla），或者只能向面试官寻求帮助；宽松一点的，允许使用其他资源，但不能直接在 AI 上问答案；最宽松的，只要全程共享屏幕，AI 也能随便用。

一定要注意时间分配。如果面试题有一定难度，或者可优化的部分多，很容易超时。

整个流程，我的推荐是：

开头 5 分钟，互相介绍，然后初步了解考题。
用 5-10 分钟左右梳理清楚 requirement，给出 solution 的大框架，得到面试官的肯定后再开始 coding。
一边 coding，一边解释正在写的部分是什么、为什么这么写。如果卡壳了或者遇到不清楚的部分，立刻向面试官提问。绝对不要只顾埋头写码，沟通非常重要。
最后，至少预留 10 分钟时间让面试官 follow-up 和向面试官提问。如果只剩十分钟了还是没写完，坦诚告诉面试官，并大致解释没写完的部分有什么内容，然后看面试官是让你继续写还是就此打住。

适合在 Coding/Technical rounds 提问的问题，这里默认面试官都是 SDE：

What does it look like during the busiest and toughest times for this role?
What does collaboration between FE and BE look like on a typical feature?
What does cross-team collaboration usually look like for developers here?
How do the team reach a new technical decision in the team?

System Design

时长：45 mins ~ 1 hour

目的：你的 high-level technical skills，以及对整个 tech 系统了解的程度。

我遇到的 system design round 不多，考题分别是：

设计类似 Amazon 的在线购物网站的 checkout SPA。
设计类似 Slack 的 online chat room。

如何面对 system design 可以看 hello interview 的 delivery framework，里面已经写得很好很清楚了。

我能补充的是，system design 自由度很高，所以一个诀窍是，如果你对某一方面更擅长，那就在面试中尽可能把重点引到那个方向。比如购物网站，我更擅长 API design，所以我会选择在设计 API endpoints 上多聊一点，而我没怎么接触过的 distribution 部分，就几句话简单概括，除非面试官主动追问，否则不特意多提。

适合在 system design round 提问的问题和 tech/coding round 基本一致。

Product & UI/UX

时长：30 mins ~ 45 mins

目的：考察你与 non-technical people 的沟通能力，以及能否从用户/product角度思考问题。

Product round 可以直接当 BQ 来面对，只是会更多聚焦于 collaboration & communication，判断你是不是一个能够和不同的团队顺利合作、而不是只会敲代码却连基础需求都理解不了的人。他们会考察你作为 SDE，如何 push back unrealistic requirements、能不能合理判断 functional/non-functional trade-offs 并做出取舍。

因为我自己干过不少 product/UX 的活，所以遇到的 product 轮都轻松拿捏了。我的建议是：

不要把 technical jargon 挂在嘴边，如果可以完全不要用。必须用的话，后面跟一两句解释。
从用户的角度思考、回答。举例：优化后后端 query 速度更快 → 用户可以更快获得搜索结果；前端配置 client side cache → 用户等待加载的时间缩短。

适合向 product/UX 提问的问题：

What does a strong engineer–UX–PM partnership look like here?
Where do you most want engineering input in the design process?

Final 终面

时长：30 mins 左右

目的：在做出最终决定前最后彼此 clarify 的机会。

Hard skills 决定能否进入终面，soft skills 决定是否会被选中。

一般是再和 HM 见一面，也有可能是多个 manager/director 来面。形式一般和 HM/BQ round 没什么区别，可能会根据团队业务问得更加精准。

如果走到这一步，证明你的 technical skills 已经通过考验了，他们只是想要再问你几个问题，帮助他们做出最后的决定。最后这半小时就尽可能把自己的人设往自信大方、聪慧稳健的方向立吧，重点表现出你对该岗位/团队/公司的热情，证明自己是一个值得招进团队、值得共事的人。

终面后，如果团队急着招人或者特别满意，一般当天 recruiter 就会联系；如果有别的优秀候选人还没面完，或者几个候选人之间不相伯仲，那可能要等一周以上。若一周后 recruiter 还没联系，就主动 follow-up，没有回复的大概率凉凉了。简而言之，如果当天没有接到 verbal offer，就可以把这一家暂时归档，赶紧去看下一家。

接 offer 的那些事

接 offer 的流程概况：

终面后，recruiter 联系，给 verbal offer。
Recruiter 去找 finance/HR 开出具体的 offer，并约时间详细介绍 offer 的具体情况。
如果对 offer 不满意，可以 negotiate，要 counter offer。
达成共识后，公司会发来正式的 written offer。
签了 written offer 后，开始背调。
背调 fully cleared 后，就可以给你的 2 weeks notice 啦~

接 Offer

Recruiter 给出 verbal offer 时，会同时询问薪资期望、expected start date 等，然后会根据这些信息去找 finance/HR 开出具体的 offer。

接下里就是正式的 offer call 啦！

Offer call 之后很快会有 written offer，而 written offer 一般只有 48 小时有效期，所以如果同一时间还有其他中意的岗位还没面完，一定要把 offer call 尽量往后拖，同时立刻联系另一个公司的 recruiter，告知这边已经有一个 offer，但 you are still my top choice（别管是不是真的），然后要求加速后面的流程，并把手头上的这个 offer 作为 negotiate 中的重要底气。

Recruiter 介绍 offer 时，重点关注：

属于哪一个 team，report 给谁？
Base salary
Bonus：是百分比吗？是只和个人 performance 挂钩，还是和公司经营状况挂钩？
Equity/stock：有多少，如何分配，如何兑现，有没有 cliff。
Start day：加上背调时间，至少往后推三周。建议直接要四周。
有没有 sign-on bonus？
Remote/hybrid/on-site？RTO 几天？remote 有国家/地点/时区要求吗？
Vacation 有多少天？尤其注意所谓的 unlimited PTO，这种实际上可以只给你放法定天数。
其他的 benefits：RRSP match，health insurance，etc.

至于 offer negotiation，记得把 recruiter 当队友。你的 package 越好，recruiter 的提成越高，所以 recruiter 会积极帮你获得最好的 offer。我的建议是直接问 recruiter，offer 里有哪些部分可以 negotiate、需要提供什么来帮助 recruiter 去争取更好的条件。

另外你的 preferred name 和 legal name 不一样时，记得把 legal name 告知 recruiter，否则有可能导致之后开具的 written offer 无效。

在 offer call 之后会立刻发来 written offer，快的半小时，慢的也多在一天之内。绝大多数情况下只有 48 business hours 有效期。重点看上面有没有与 recruiter 给的 offer 不一样的地方，另外关注一下 termination/lay-off 的部分，可以甩进 AI 让 AI 帮忙 review。

背调 Background Check

签完 offer 后，公司的 HR 团队会很快安排背调，有些会要额外的 references。

北美的背调普遍需要一周到两周，但更久的情况也很常见。公司选择不同的背调 pacakge，更加详尽的会花更多时间。无论如何，不要在背调完成前离职。如果背调拖太久，来不及给 2 weeks notice，可以告知 recruiter 要求推迟 start day，这是很合理的要求，正常来讲不会拒绝。

背调开始时会填一个总表，以 Sterling 背调为例，要了这些信息：

简历。用于对比 employment history 中 title、start/end date 是否和官方记录中一致，若不一致会被认为是 discrepancies 并标注 consider，但如果能合理解释清楚的话没有问题。
举着两张不同 ID 的照片，必须是现拍的，不能上传文件。
过去七年的住址。
过去七年或者最近三家公司的工作经历，要求提供 title、start/end date，和对应的 HR 联系方式（但背调公司其实会优先通过公司公开的联系方式联络）。现公司可以勾选 do not contact。之后大概率会被要求上传各种文件证明 employment history。

以下是我在背调里用到的文件（仅以加拿大为例），有条件的建议提早准备：

T4 slips：从 CRA 上下载。
T4 tax form：每年报税季由公司发给个人。这个比较难补，建议好好保存。
Pay stub：一般是从公司所用的 payroll app 上下载，也可以找 HR 要。
ROE/record of emploment：从 ServiceCanada 上下载，没有的话找 HR 要。
Letter of employment：由公司开具。
Offer letter：入职公司时的 written offer，但证明效力有限，必须搭配以上文件。

写在最后

回头看这 101 天，我认为我做得最对的事情是：

持续记录与复盘
对方向的不断修正
在低谷时仍然没有放弃自己

拒绝、等待、怀疑自己，都是过程的一部分，而不是失败的证明。找工不是一场考试，而是一场长期工程。

你不需要一次就赢，只需要不断向前。