求职面试：自我介绍、讲经历、答缺点、反问 HR

美国面试的标准流程是先电话初筛、再用工经理面、然后技术面或终面，全程两到四周。初筛通常是 Recruiter 打来，半小时左右，问的其实就三件事：你现在在做什么、为什么想换、期望薪资是多少。这一轮一般不淘汰人，但答崩了后面就没机会。

中美面试最大的差别是：美国面试是聊天式考核。面试官不会照着题库念题，他会顺着你的回答往下追问，中间还会插两句闲话（How's your day going?、Did you find the place okay?）。你不需要背稿，但必须能用一分钟讲清一段经历，并且在被追问细节时不掉线。

称呼和语气也不一样。美国面试官开口就是 Hi Wei, I'm Marcus.，直呼其名，不会出现 Mr. Smith 或者「面试官您好」。语气上也不流行谦卑：中文里「我经验不足，请多指教」翻过去只会显得没底气，美国人期待的是 Here's what I've done, and here's why it maps to this role.

还有一个中国人最容易吃亏的点：行为面试题要用 STAR 结构（Situation 情境、Task 任务、Action 行动、Result 结果）。面试官问 Tell me about a time you…，他想听的是你当时具体做了什么、结果怎么样，不是「我们团队如何如何」。讲的时候 I 和 we 必须分清楚：全说 we 像没有个人贡献，全说 I 像抢功。

这一篇拆成五幕，按真实顺序走一遍：Recruiter 电话初筛 → 技术面讲项目 → 行为面答缺点 → 反问 HR → 拿 offer 前先问清级别与团队。

级别这件事，值得单独说一句。 很多中国候选人把「级别」当成入职后自然会长出来的东西，结果进去才发现：同样的活，senior 和 staff 的薪资区间、股票额度、汇报关系完全不一样，而且级别一旦定下来，下一次调整至少要等一个评估周期。所以在谈钱之前把级别、团队、汇报线问清楚，不是斤斤计较，是省掉后面一年的别扭。

Recruiter 电话初筛

Recruiter（电话初筛，说话快但很随意） 候选人（六年后端经验）

Recruiter: Hi, is this Wei?

💬 招聘专员： 你好，是 Wei 吗？

候选人: Yeah, this is Wei. Is this Priya?

💬 候选人： 是我。你是 Priya 吗？

Recruiter: It is. Thanks for making the time today. How’s your morning going?

💬 招聘专员： 是我。谢谢你抽时间。今天早上过得怎么样？

候选人: Pretty good. A little nervous, not gonna lie.

💬 候选人： 挺好的。说实话有点紧张。

Recruiter: Ha, that’s normal. So we’ve got about thirty minutes. I’ve read your resume, but I’d rather hear it from you. Tell me a little about yourself.

💬 招聘专员： 哈，这很正常。我们大概有三十分钟。简历我看过了，不过我更想听你自己说。简单介绍一下你自己吧。

候选人: Sure. So I’ve been a backend engineer for about six years. Right now I’m at a mid-size fintech company, where I work on the payments platform. Before that I was at a startup for three years, so I’ve seen both the scrappy version and the more structured version.

💬 候选人： 好。我做后端工程师大概六年了。现在在一家中型金融科技公司，做支付平台。之前在一家创业公司待了三年，所以比较散的打法和比较规范的打法我都见过。

Recruiter: Nice. And what’s making you look right now?

💬 招聘专员： 不错。那现在为什么会想看机会？

候选人: Honestly, my team’s great, but the product hasn’t changed much in two years. I’m looking for something where I can grow into a tech lead role. The scale you’re working at is a big part of why I applied.

💬 候选人： 说实话，我团队很好，但产品两年没什么变化了。我想找一个能往 tech lead 方向成长的位置。你们这边的体量是我投简历的一个主要原因。

Recruiter: Got it. So this role is on the payments infrastructure team. Does that line up with what you’re looking for?

💬 招聘专员： 明白了。这个职位在支付基础架构团队。跟你想找的方向一致吗？

候选人: It does. Can I ask how the team’s set up? Is it pure platform work, or are people embedded with product teams?

💬 候选人： 一致。能问一下团队是怎么分的吗？是纯做平台，还是有人嵌到产品团队里？

Recruiter: Mostly platform. They support the product teams. Okay, so walk me through your payments experience.

💬 招聘专员： 主要是平台，他们支持产品团队。好，那你讲讲你做过的支付相关的经历。

候选人: Yeah. So right now I own our refund service. It handles about two million calls a day, and I’m the primary on-call for it.

💬 候选人： 好。我现在负责我们的退款服务，每天大概两百万次调用，我也是它的主要 on-call。

Recruiter: Nice. And what part of that is yours specifically, versus the team’s?

💬 招聘专员： 不错。那这里面哪些是你个人做的，哪些是团队的？

候选人: I designed the retry logic and the idempotency piece. The API layer was a teammate’s, and we reviewed each other’s work.

💬 候选人： 重试逻辑和幂等那部分是我设计的。API 层是同事做的，我们互相 review。

Recruiter: Got it. Okay, before I hand you off to the hiring manager, a couple of practical questions. What are you looking for comp-wise?

💬 招聘专员： 明白。好，在我把你转给用工经理之前，有几个实际问题。薪资方面你想要多少？

候选人: I’m pretty early in the process, so I don’t have a number for you yet. Do you have a range budgeted for this role?

💬 候选人： 我现在还在流程早期，所以还没有具体数字。这个职位你们有预算的区间吗？

Recruiter: Yeah, it’s posted at 165 to 195 base, plus equity.

💬 招聘专员： 有，挂出来的是基本工资 16.5 万到 19.5 万，另加期权。

候选人: That’s in the ballpark I was thinking. I’d want to see the whole package before I say anything firm, but nothing there’s a dealbreaker.

💬 候选人： 跟我预期的差不多。具体定下来之前我想看看整体待遇，不过这个数没有什么问题。

Recruiter: Fair enough. And when could you start?

💬 招聘专员： 合理。那你什么时候能入职？

候选人: I’d want to give my current team four weeks. I don’t wanna leave them mid-quarter.

💬 候选人： 我想给现在的团队四周时间。不想在季度中间走人。

Recruiter: That’s pretty standard. So here’s the process. I send your profile to Marcus, he’s the hiring manager, then a technical round, then a final round. Two to three weeks total.

💬 招聘专员： 这很常规。流程是这样：我把你的资料发给 Marcus，他是用工经理，然后一轮技术面，再一轮终面。总共两到三周。

候选人: Works for me. One thing, is the team hiring for one seat or two? I saw two postings.

💬 候选人： 可以。问一下，这个团队是招一个还是两个？我看到两个职位。

Recruiter: Two, actually. One senior, one mid.

💬 招聘专员： 其实是两个。一个高级，一个中级。

候选人: Good to know. And who would I be reporting to?

💬 候选人： 知道了。那我汇报给谁？

Recruiter: Marcus. He’s been here about four years.

💬 招聘专员： Marcus。他在这儿大概四年了。

候选人: Got it. Thanks, Priya.

💬 候选人： 明白。谢谢你，Priya。

Recruiter: Thanks, Wei. I’ll follow up by Friday either way.

💬 招聘专员： 谢谢你，Wei。不管结果如何，我周五之前都会跟你联系。

这一幕的核心句型

口语小注

1. Tell me about yourself 不是让你背简历。

面试官想听的是九十秒的定位陈述：你是谁、做过什么方向、为什么来这儿。按年份从大学开始背，三十秒后对方就走神了。

2. I 和 we 的比例是面试里的隐形考点。

美国人非常在意你能不能分清个人贡献和团队成果。讲团队背景用 we（We were on a tight deadline.），讲你的动作必须用 I（I rewrote the retry logic.）。全用 we 的候选人，面试官记不住他做过什么。

3. 早期不报数字，是保护自己的价格锚点。

初筛阶段的标准回答就是反问区间：Do you have a range budgeted for this role? 只有在对方先给了区间之后，你才说 That's in the ballpark. 很多中国候选人被问到期望薪资就报一个数，报低了后面很难拉回来。

4. 初筛结尾一定要把流程和时间线问出来。

What are the next steps, and when should I expect to hear back? 这一句同时做三件事：显得你专业、让你知道要等多久、给你后面安排其他面试提供依据。

技术面：挑一个项目，被追问到底

Dev（支付基础架构团队的高级工程师，技术面面试官） 你（候选人）

Dev: Hey Wei, I’m Dev — I’m on the payments infra team, Marcus asked me to run this one. So here’s the plan: about forty minutes on one project you’ve worked on, then I’ll leave time for your questions. Pick something you can go deep on.

💬 Dev： 嗨 Wei，我是 Dev，在支付基础架构团队，Marcus 让我来面这一轮。这样安排：四十分钟聊一个你做过的项目，最后留时间给你提问。挑一个你能讲深的。

你: Sure. Let’s do the refund service. I’ve owned it for about two years.

💬 你： 好。那就讲退款服务吧，我负责它大概两年了。

Dev: Great. Start with the shape of it. What does it do, and where does it sit?

💬 Dev： 好。先讲整体结构：它是干什么的，处在链路的哪个位置？

你: So it sits between our order service and the card networks. When a customer asks for a refund, the order service publishes an event, we call the network, and we reconcile whatever comes back. Go and Postgres, Kafka for the event stream — nothing exotic.

💬 你： 它夹在订单服务和卡组织之间。客户发起退款时，订单服务发一个事件，我们去调卡组织，然后把返回的结果对上。技术栈是 Go 和 Postgres，事件流用 Kafka，没什么花哨的东西。

Dev: Good. I’d rather hear about a boring system you know really well. So walk me through the retry logic.

💬 Dev： 好。我更愿意听你把一个不花哨的系统讲透。那讲讲重试逻辑。

你: The short version is exponential backoff with jitter, capped at three attempts, and the whole thing is keyed on an idempotency key we generate before the first call.

💬 你： 简单说是带抖动的指数退避，最多三次，整个流程都挂在第一次调用前生成的一个幂等键上。

Dev: Why three and not five? And why jitter?

💬 Dev： 为什么是三次不是五次？为什么要加抖动？

你: Three because the networks either respond in a couple of seconds or they’re down, so extra attempts mostly just add load. Jitter because without it all our clients retry at the same instant and we hammer them.

💬 你： 三次是因为卡组织要么几秒内回，要么就是挂了，多试几次基本只是加压。抖动是因为不加的话所有客户端会在同一瞬间重试，等于同一秒钟一起打过去。

Dev: Okay, that’s a real answer. So what happens when the call times out but it actually succeeded on their end?

💬 Dev： 好，这是真的想过。那如果调用超时了，但对方其实成功了，会怎么样？

你: That’s the case the idempotency key is for. On the retry we send the same key, they recognize it and return the original result instead of refunding twice.

💬 你： 这正是幂等键要解决的。重试时我们带同一个键，他们认出来就返回原来的结果，不会重复退款。

Dev: And if the duplicate shows up three days later, outside the retry window?

💬 Dev： 如果重复请求三天后才出现，已经超出重试窗口了呢？

你: Then we catch it in reconciliation. We run a daily job against the settlement file, and anything that doesn’t match gets flagged for a human. It’s rare — maybe once or twice a month — but when it happens it’s a real customer’s money, so I don’t want to automate the human out of it.

💬 你： 那就在对账里抓。我们每天跑一个任务对结算文件，对不上的会标出来给人处理。次数很少，一个月一两次，但一旦发生就是客户真金白银，所以我不想把人从流程里拿掉。

Dev: Fair. Now the other direction. What’s the part of that system you’d rebuild if you started over?

💬 Dev： 合理。反过来问：如果重来一次，哪部分你会推倒重做？

你: The config layer, no question. Every network has slightly different rules, and we handle that with a pile of conditionals. If I started over I’d make it data-driven.

💬 你： 配置层，毫无疑问。每家卡组织的规则都略有不同，我们用一堆条件分支来处理。重来的话我会做成数据驱动的。

Dev: And why haven’t you fixed it?

💬 Dev： 那为什么没修？

你: Honestly? Priorities. It works, it’s just painful to change. I wrote it up as a known issue so it’s not just living in my head.

💬 你： 说实话？优先级问题。它能跑，只是改起来很痛苦。我把它写成了一条已知问题，不是只放在我脑子里。

Dev: I respect that answer. Let’s switch to a failure. Tell me about the worst incident on your watch.

💬 Dev： 这个回答我认可。换个话题，讲失败。你值班时最严重的一次事故是什么？

你: About a year ago. A schema change on our side made the reconciliation job silently drop about four hundred refunds. Nothing paged, because nothing errored.

💬 你： 大概一年前。我们这边一个表结构变更，让对账任务悄悄丢了大概四百笔退款。没有任何告警，因为没有任何报错。

Dev: So how did you find it?

💬 Dev： 那你怎么发现的？

你: A support rep asked why a customer hadn’t gotten their money. That’s the worst way to find out. I pulled the logs, found the join, fixed it, and we reprocessed everything by hand that week.

💬 你： 一个客服问为什么有个客户没收到钱。这是最糟糕的发现方式。我翻了日志，找到那个关联条件，修掉，那一周我们手工把全部重跑了一遍。

Dev: What changed after that?

💬 Dev： 那之后改了什么？

你: Two things. The reconciliation job now asserts on a count it expects, so a silent drop pages someone. And we stopped shipping schema changes on Fridays.

💬 你： 两件事。对账任务现在会校验一个预期数量，静默丢数据会触发告警。另外我们不再在周五发结构变更。

Dev: Good. Last one on this, then I’ll let you ask questions. If I gave you a week to make the refund service twenty percent cheaper to run, what would you do first?

💬 Dev： 好。这个项目最后问一个，然后换你提问。如果我给你一周，让退款服务的运行成本降两成，你先做什么？

你: First I’d ask what you mean by cheaper. Compute and network fees are different problems. If it’s compute, I’d start with the reconciliation job, it’s the heaviest thing we run.

💬 你： 我会先问「便宜」指的是哪块。算力和通道费是两个不同的问题。如果是算力，我会从对账任务下手，那是我们跑得最重的东西。

Dev: Good — clarifying the question first is the right instinct. Okay, your turn.

💬 Dev： 好——先澄清问题是对的直觉。行，轮到你问。

你: Two things. What does the on-call load actually look like, and what’s the hardest part of this job that isn’t in the posting?

💬 你： 两个问题。on-call 的实际负担是什么样的？另外，这岗位最难的地方是什么——那种招聘说明里不会写的东西。

Dev: On-call’s one week in five, and it’s usually quiet. The hard part is that payments is never fully done. There’s always a network changing a rule on you.

💬 Dev： on-call 是五周一轮，一般没什么事。难的地方在于支付这件事永远做不完，总有卡组织在改规则。

Dev: Cool. Priya will reach out about timing. Thanks, Wei.

💬 Dev： 好。时间安排 Priya 会联系你。谢谢，Wei。

这一幕的核心句型

口语小注

1. 技术面真正的考点是「为什么」，不是「是什么」。

Why three and not five?、And why haven't you fixed it? 这类追问，面试官想确认的是这个系统是你做的、还是你只是碰过。每个设计选择都要能说出被放弃的那个方案，以及放弃它的理由。

2. 承认「能跑但很丑」比假装完美更安全。

It works, it's just painful to change. 是很加分的回答。美国工程师对遗留代码有共识，硬说自己的系统没有问题，反而会被追问到露馅。

3. 事故题必须落到「改了什么」。

讲事故只讲惊险过程拿不到分。标准结构是：怎么发现的 → 当时怎么处理的 → 事后改了什么制度。最后一块是面试官真正在听的。

4. I'd ask what you mean by cheaper 是这一场最值钱的一句。

开放题先澄清约束，是资深工程师和新手最明显的区别。类似的还有 Depends on the traffic profile — can I assume it's still peak-heavy? 先问清前提，再给方案。

5. 技术面最后一定会留时间让你提问。

What's the hardest part of this job that isn't in the posting? 比问技术栈有用得多，因为对方的回答会暴露团队的加班情况、成熟度和真实痛点。

终面现场，答"你最大的缺点是什么"

Hiring Manager（用人经理，风格直接但友善） 候选人

Hiring Manager: Wei, right? Good to finally meet you. Thanks for coming in. How’s your day going so far?

💬 用人经理： Wei，对吧？终于见到你了。谢谢你过来。今天到现在还顺利吗？

候选人: Good, thanks. Nice office. I got here early, so I had time to grab a coffee downstairs.

💬 候选人： 挺好的，谢谢。办公室不错。我到得早，就在楼下买了杯咖啡。

Hiring Manager: Oh, that place is dangerous. Okay, so I’ve got your resume here. Priya said you own the refund service?

💬 用人经理： 哦，那家店很危险（容易乱花钱）。好，我这儿有你的简历。Priya 说退款服务是你负责的？

候选人: That’s right. About two million calls a day.

💬 候选人： 对。每天大概两百万次调用。

Hiring Manager: Nice. So let’s start with behaviorals. Tell me about a time something broke in production. Can you walk me through a specific example?

💬 用人经理： 不错。那我们从行为题开始。讲讲有一次线上出故障的经历。能具体说一个例子吗？

候选人: Yeah, sure. This was about a year and a half ago. So the situation was, our refund service started timing out during a big sale event, and it was our highest-traffic day of the year.

💬 候选人： 可以。大概一年半以前。情境是这样的：我们退款服务在一个大促期间开始超时，那天是一年里流量最高的一天。

Hiring Manager: Mhm.

💬 用人经理： 嗯。

候选人: My job that day was to stop the bleeding and then figure out what actually happened. So I rolled back the last deploy, which got us back up in about ten minutes. Then I spent the next day in the logs and found a query that only fell over under load.

💬 候选人： 我当天的任务是先止血，然后再查清到底发生了什么。所以我回滚了上一次发布，大概十分钟就恢复了。第二天我一直在看日志，发现有一条查询只在高压下才崩。

Hiring Manager: Right.

💬 用人经理： 嗯。

候选人: I wrote the fix, added a load test so we’d catch it earlier next time, and wrote it up for the team.

💬 候选人： 我写了修复，加了一个压测，下次能更早发现，然后给团队写了一份复盘。

Hiring Manager: And the result?

💬 用人经理： 结果呢？

候选人: We haven’t had a repeat since. The load test actually caught two other things before that sale season. Honestly, the bigger win was that we changed our deploy policy for peak weeks.

💬 候选人： 之后没再出现过。那个压测在大促前还抓出另外两个问题。说实话，更大的收获是我们改了高峰期的发布规则。

Hiring Manager: I like that. Okay. What would you say your biggest weakness is?

💬 用人经理： 这点我喜欢。好，你觉得自己最大的缺点是什么？

候选人: Yeah, this is one I’ve actually worked on. I used to take too much on myself instead of delegating, because it was faster to just do it than explain it. That doesn’t scale, and it burned me once when I was out for a week.

💬 候选人： 这个问题我确实认真想过。我以前什么都自己扛，不太会分出去，因为自己做比讲一遍更快。但这样不可持续，有一次我休假一周就出问题了。

Hiring Manager: Mm, that’s a common one.

💬 用人经理： 嗯，这个挺常见的。

候选人: Right. So what I’ve been doing about it is handing off one thing per sprint, and I started writing short runbooks so whoever picks it up isn’t stuck. It’s gotten a lot better. I still catch myself doing it sometimes, though.

💬 候选人： 对。所以我现在每个迭代都会分出去一件事，并且开始写简短的 runbook，接手的人不至于卡住。已经好很多了，不过偶尔还是会犯。

Hiring Manager: That’s a solid answer. Okay, let me ask you something a little different. Do you have kids, or any plans to start a family soon? I only ask because the travel can be a lot.

💬 用人经理： 这个回答很实在。好，我换个问题。你有孩子吗，或者近期打算要孩子吗？我问这个是因为出差会比较多。

候选人: I’d rather keep that out of the interview, if that’s okay. Happy to talk about the travel, though. That’s a fair question.

💬 候选人： 这个我想放在面试之外聊，可以吗？出差的事我很乐意谈，那个问题问得合理。

Hiring Manager: Yeah, that’s fair. My fault. So travel is maybe once a quarter.

💬 用人经理： 行，是我不该问。出差大概一个季度一次。

候选人: Once a quarter works. I’d just want a month’s notice.

💬 候选人： 一个季度一次可以。我只是希望提前一个月通知。

Hiring Manager: Sure, we usually plan it a month out. Okay, we’ve got about ten minutes left. What questions do you have for me?

💬 用人经理： 当然，我们一般都提前一个月规划。好，还剩十分钟左右。你有什么想问我的？

候选人: A couple. What does success look like at six months?

💬 候选人： 有几个。这个岗位做满六个月，什么样算做得好？

Hiring Manager: Good question. At six months I’d want you owning a service end to end, and being the person the team goes to on payments.

💬 用人经理： 好问题。六个月的时候，我希望你能完整负责一个服务，团队里支付相关的问题都来找你。

候选人: Got it. Two quick ones. How does on-call work, and how do you all give feedback?

💬 候选人： 明白。再问两个快的。on-call 是怎么轮的？你们的反馈机制是什么样的？

Hiring Manager: On-call’s a one-week rotation, and we pay for it. Feedback is both, written reviews twice a year, but I try to give it in the moment, good and bad.

💬 用人经理： on-call 是一周一轮，有额外补贴。反馈两方面都有，一年两次书面评估，但我尽量当下就说，好的坏的都说。

候选人: That works for me.

💬 候选人： 这样挺好。

Hiring Manager: Great. We’ve got a couple more candidates this week, so we’ll get back to you early next week.

💬 用人经理： 好。这周我们还有几个候选人，下周初会给你回复。

候选人: Sounds good. Thanks for your time, Marcus. I’ll send you a note.

💬 候选人： 好的。谢谢你的时间，Marcus。我会给你发封邮件。

Hiring Manager: Please do. And connect with me on LinkedIn. I’m easy to find.

💬 用人经理： 好啊。也在 LinkedIn 上加我，很容易找到。

这一幕的核心句型

口语小注

1. 行为题永远用 STAR 四段收口。

面试官问 Tell me about a time you…，他要的是情境 → 你的责任 → 你的动作 → 结果。少了最后一格，整段就变成讲故事。结果最好带数字，或者带一个制度上的改变。

2. 被问到违法问题时，拒答不需要理由。

I'd rather keep that out of the interview, if that's okay. 说完就停住，不要解释为什么不想答，也不要道歉。然后立刻给一个能聊的替代话题（Happy to talk about the travel, though.），这样对方有台阶下，面试不会僵住。

3. 缺点题的安全区是「曾经拖累过你、但不会影响这个岗位」的毛病。

不会分派、不会拒绝、当众讲话紧张，都能用。粗心、不守时、跟人合不来这类会直接影响胜任力的，说了就出局。

反问 HR：流程、政策、时间线

Priya（Recruiter） 你（候选人，终面之后的第二天）

Priya: Hey Wei, thanks for hopping on. I wanted to close the loop on yesterday.

💬 普里娅： 嗨 Wei，谢谢你能接电话。我想跟你同步一下昨天的情况。

你: Thanks for calling. How did it go?

💬 你： 谢谢打过来。情况怎么样？

Priya: Good. Feedback was strong, and Marcus wants to move forward. The next step is offer approval, which usually takes a few days.

💬 普里娅： 不错。反馈很好，Marcus 想推进。下一步是 offer 审批，一般要几天。

你: That’s great to hear. While we’re here, can I ask a couple of things?

💬 你： 听到这个很高兴。趁现在我能问几件事吗？

Priya: Yeah, go for it.

💬 普里娅： 当然，你问。

你: First one, and this matters to me. How did the team land on the level? I want to make sure we’re talking about the same thing.

💬 你： 第一件，这个对我挺重要。团队最后定的是哪个级别？我想确认我们说的是同一件事。

Priya: Marcus sees you at senior on the payments infrastructure team.

💬 普里娅： Marcus 是把你放在平台团队的 senior。

你: Got it. And is this a backfill or new headcount?

💬 你： 明白。那这个位置是补缺还是新增编制？

Priya: It started as a backfill — someone left in March — but the scope grew, so we’re treating it as new headcount.

💬 普里娅： 一开始是补缺——三月有人离职——但职责范围变大了，所以我们现在按新增编制算。

你: Can I ask why they left?

💬 你： 能问一下他为什么走吗？

Priya: He went to a smaller company. It wasn’t a team thing — Marcus tried to keep him.

💬 普里娅： 他去了一家更小的公司。不是团队的问题，Marcus 当时想留他的。

你: Okay, that’s reassuring. What does the process look like from here, and when should I expect to hear back?

💬 你： 好，这让我放心。接下来的流程是什么，大概什么时候会有结果？

Priya: I take it to comp on Monday, and I should have approval by Wednesday. So you’d hear from me Wednesday or Thursday.

💬 普里娅： 我周一提交给薪酬那边，周三应该能批下来。所以你周三或周四会收到我的消息。

你: That works. A few practical ones, then. How many days a week in office?

💬 你： 可以。那问几个实际的。一周要去办公室几天？

Priya: Three, Tuesday through Thursday. That’s the team’s anchor days.

💬 普里娅： 三天，周二到周四。那是团队的固定到岗日。

你: And is that firm, or does it vary by team?

💬 你： 这个是硬性的吗，还是各团队不一样？

Priya: It’s a company policy now, so it’s firm. Though people travel and take weeks remote. Nobody’s counting.

💬 普里娅： 现在是公司政策，所以是硬性的。不过出差或者整周远程的情况也有，没人真的去数。

你: Fair enough. How does the comp review cycle work here? Is it annual or twice a year?

💬 你： 明白。你们这边的调薪周期是怎么走的？一年一次还是两次？

Priya: Annual, in March. There’s a promotion cycle in September too.

💬 普里娅： 一年一次，三月。另外九月有一个晋升周期。

你: So if I start in November, when would I be eligible for the first one?

💬 你： 那如果我十一月入职，第一次能赶上什么时候？

Priya: You’d be in the March cycle. It’s prorated, but you’d be in it.

💬 普里娅： 能赶上三月那一轮。会按比例算，但你在里面。

你: That’s helpful. Last one. What’s the timeline on the offer itself?

💬 你： 这有用。最后一个，offer 本身的时间线是怎样的？

Priya: It’ll have a standard two-week window. But if you need a little more, just tell me.

💬 普里娅： 标准的考虑期是两周。如果你需要多一点时间，直接跟我说。

你: Good to know. I don’t want to leave you hanging, so I’ll be straight with you either way.

💬 你： 知道了。我不想让你干等，所以不管怎样我都会直接跟你说。

Priya: I appreciate that. Talk Wednesday.

💬 普里娅： 谢谢你这么说。周三聊。

你: Thanks, Priya.

💬 你： 谢谢，Priya。

这一幕的核心句型

口语小注

1. 反问环节要按顺序问，先问「级别和团队」，再问「政策和时间」。

级别决定后面的数字空间，团队决定你每天过得舒不舒服，这两个排在福利前面。一上来就问「有没有免费午餐」， recruiter 会立刻把你归类。

2. backfill 还是 new headcount，是判断岗位风险的第一问。

backfill（补缺）意味着这个位置有人做过、有明确的期待；new headcount（新增编制）意味着范围可能还在变。追问一句 Can I ask why they left? 完全正常，对方也预料到了。

3. 调薪周期一定要问到「我能不能赶上第一轮」。

Annual, in March 这句话对不同入职时间的人价值完全不同。十一月入职、三月就能进周期，和七月入职、要等八个月，差距是实打实的。问法就是 When would I be eligible for the first one?

4. 别在 HR 这一轮报数字。

HR 问 What number are you looking for?，标准回答还是 I'd rather see the whole offer first. Do you have a range for the level? 你这一轮说的任何数字，都会被原样带到给招聘经理的审批单上。

5. Recruiter 是你在公司里的唯一内线，态度要合作。

I don't want to leave you hanging 这类话很值钱——它把你从"候选名单上的一个人"变成"一个靠谱的人"。哪怕最后谈不拢，这层关系也别烧掉。

谈 offer 前，先把级别和团队问清楚

Marcus（Hiring Manager，用人经理） 你（候选人，offer 审批之前的电话）

Marcus: Hey Wei, thanks for hopping on. Priya said you had some questions before we get to the offer.

💬 马库斯： 嗨 Wei，谢谢你能接电话。Priya 说在谈 offer 之前你有些问题。

你: Yeah. Nothing dramatic. Before we talk numbers, I want to understand the level and the scope, because that affects everything else.

💬 你： 对，不是什么大事。谈数字之前，我想先弄清楚级别和职责范围，因为它影响后面所有事。

Marcus: Sure, that’s fair. What do you want to know?

💬 马库斯： 当然，这合理。你想知道什么？

你: So the posting said senior. Is that what you’re hiring at, or is there flexibility?

💬 你： 招聘说明上写的是 senior。你们就是按这个级别招吗，还是有弹性？

Marcus: Senior is what’s approved. Staff would be a stretch for the req.

💬 马库斯： 批下来的是 senior。staff 这个编制批不下来。

你: Okay. Then can you help me understand the difference in scope? What does senior own here that staff doesn’t?

💬 你： 好。那能帮我理解一下职责范围的差别吗？在你们这儿，senior 负责什么，是 staff 不用负责的？

Marcus: Senior owns a service end to end. Staff owns a problem area — several services, plus the direction. Staff is also expected to be the person other teams come to.

💬 马库斯： senior 端到端负责一个服务。staff 负责一整块问题域——多个服务，加上方向。staff 还得是别的团队会来找的那个人。

你: That’s clear, thanks. And who would I report to? You?

💬 你： 说得很清楚，谢谢。那我向谁汇报？你吗？

Marcus: Me, yeah. I’ve got eight engineers right now.

💬 马库斯： 是的，向我。我现在带八个工程师。

你: How’s the team set up? Is anyone else senior on payments, or would I be the only one?

💬 你： 团队是怎么分的？支付这边还有别的 senior 吗，还是只有我一个？

Marcus: Two other seniors, and a mid who’s close. You wouldn’t be carrying it alone.

💬 马库斯： 还有两个 senior，另外有一个中级也快升上来了。你不会一个人扛。

你: Good. Then the thing I care about most. What would you want me owning at six months?

💬 你： 好。那我最关心的一件事：六个月的时候，你希望我负责什么？

Marcus: By six months, I’d want you running the refund and settlement services, and driving the network migration. That’s the big one this year.

💬 马库斯： 六个月的时候，我希望你管退款和结算这两个服务，并且主导卡组织迁移。那是今年最大的一件事。

你: That’s more scope than I expected, which is good. So let me ask the awkward one. Is the level locked by the req, or is there a path?

💬 你： 这比我预期的职责范围大，是好事。那问个尴尬的：级别是编制里定死的，还是有路径？

Marcus: It’s locked for this req. But I can tell you what the staff case looks like, and it’s a real conversation in the September cycle.

💬 马库斯： 这个编制里是定死的。不过我可以告诉你 staff 的论证要看什么，春天那一轮是正经会谈的。

你: Then let’s do that. I’d rather have a specific list than “prove it for a year.”

💬 你： 那就这么办。我宁可要一张具体的清单，而不是「先干一年看看」。

Marcus: Fair. Direction across teams, and one migration you led end to end with other teams depending on it. That’s the shape of it.

💬 马库斯： 合理。跨团队的方向感，加上一次你主导的、别的团队依赖它的迁移。大概就是这个形状。

你: Got it. Two more. Would I be primary on-call for the services I own?

💬 你： 明白。还有两个。我自己负责的服务，primary on-call 是我吗？

Marcus: Primary, yeah. It’s one week in five, and we pay for it.

💬 马库斯： 是 primary。五周一轮，另外有补贴。

你: And why is this role open? Backfill or growth?

💬 你： 这个岗位为什么空出来？补缺还是扩编？

Marcus: Growth, mostly. It started as a backfill, but then we won the payments work for a second product line, so the scope is new.

💬 马库斯： 主要是扩编。一开始是补缺，后来我们拿下了第二条产品线的支付工作，所以职责范围是新的。

你: That’s actually the answer I was hoping for. Okay, I’ve got what I need. I’m not going to negotiate against myself, so send the numbers over and I’ll look at the whole package.

💬 你： 这其实是我希望听到的答案。好，我想知道的都有了。我不会自己跟自己砍价，所以把数字发过来，我看整体待遇。

Marcus: Ha. Fair enough. You’ll have it Wednesday.

💬 马库斯： 哈，行。周三你就能收到。

你: Thanks, Marcus. Talk then.

💬 你： 谢谢，Marcus。到时候聊。

这一幕的核心句型

口语小注

1. 级别没问清就谈钱，是最常见的亏钱方式。

同一个「高级工程师」的称呼，在不同公司的薪资区间、股票额度和汇报关系可能差一整级。先把 level 和 scope 问清，再问 range，顺序反了，你就只能在一个已经定好的框里讨价还价。

2. 问差别要用「senior 负责什么、staff 不负责什么」。

What's the difference in scope? 如果对方只给头衔，就追问一层：What does senior own here that staff doesn't? 这个问题问出来，对方会给你一套判断标准，那套标准就是你后面一年的工作表。

3. Is the level locked by the req? 是必须问的一句。

req（requisition，招聘编制）是公司内部审批的单位，很多级别不是经理不想给，而是这个编制里就没有。问清楚是「编制锁死」还是「有路径」，你才知道该争哪一样。

4. I'm not going to negotiate against myself 是很有力的一句，但语气要轻。

它的意思是「我不会自己先报一个更低的数字」，在美国职场是成年人之间的实话。说的时候带一点笑，配 so send the numbers over 这样的动作句，就不会显得强硬。

5. 你要的不是「先干一年看看」，而是一张清单。

I'd rather have a specific list than "prove it for a year" 这句话把模糊承诺逼成具体标准：跨团队的方向感、一次别人依赖你的迁移。能落到清单上的东西，才有可能在春天那一轮变成真的。

通用句型与说明

全篇词汇

以下单词都在词表里，建议先跟读一遍发音再练对话：

中式英语纠正

收尾与跟进（固定动作）

口语小注

1. 感谢信是默认动作，不是加分项。

面完 24 小时内发一封三五行的邮件：谢谢时间、补一句面试里聊到但没答好的点、重申兴趣。发完再在 LinkedIn 上加面试官，附一句 Great talking with you today.。在美国，LinkedIn 才是职业人脉的主场，名片基本没人用。

2. We'll keep you posted 不等于录取。

We'll keep you posted. / We'll be in touch. 只是"有消息会告诉你"。真正的推进信号是具体动作：约下一轮、要推荐人、问入职时间。而 We're moving forward with other candidates. 就是拒信，别追问原因。

3. I'll try 在美国人耳朵里像承诺。

中文的"我试试"能进能退，英文的 I'll try to get that done 会被当成"你会做完"。面试里被问到不会的东西，别用 I'll try，给时间点：I haven't used Kafka in production, but I've used similar tooling. Give me two weeks and I'd be productive on it.

4. 面试全程只讲三件事：你做过什么、你怎么判断、结果是什么。

其他的（团队多好、公司多大、你多努力）在美国面试官那里都不加分。五幕对话里所有句型的共同结构都是这一套，练的时候可以拿自己的项目往里套。