「你的期望薪资是多少」怎么回答
这个问题通常问得很早,多半是 HR 在第一轮电话里问的,而它对你最终薪资的影响,大过后面任何一次谈判。答得太早,你给自己封了顶;直接不答,你显得难打交道。走得通的是一个顺序,不是一句话。
第一步:先问他们的区间
大多数公司在见到候选人之前就有薪资带宽了。问一句很正常,也没有成本:
“在我报数字之前想先确认一下——这个岗位有预算区间吗?我更希望先确认我们在同一个范围里,而不是我来猜。”
很多时候你会拿到带宽,问题就结束了。接下来你是在一个不是你定的区间里谈。
要不要先报数字?
谈判研究里,先出价的一方确实常常占优:Galinsky 与 Mussweiler(2001)的实验发现,先报价的一方往往拿到更好的结果,第一口价对最终价格有很强的预测力——除非对方刻意去关注与这个报价相矛盾的信息。所以关键在于信息:你手里有扎实的行情数据,先报一个有依据、偏高的区间可以对你有利;没有把握时(换行业、换城市、岗位少见),先问对方的带宽更安全。
第二步:他们坚持问,就给一个有依据的区间
“我不清楚”不是选项——它读起来像没准备。给一个区间,并且说清楚它来自市场,而不是来自你的感觉:
“按我看到的同级别岗位行情,我的期望大概在 45K 到 52K 月薪,具体看整体结构。”
区间的三条规则:把你真正想要的数字放在区间的下沿——哥伦比亚大学 Ames 与 Mason 2015 年的研究发现,以目标为下限、向上延伸的区间,往往比只报一个数谈得更好,前提是区间可信;幅度适中,哈佛谈判项目的总结是一般在基数之上 5%–20%;把 base 和奖金、股票、几薪分开说,否则整段对话会糊掉。
顺带一提,国内报价常以“月薪 × 几薪”表达。只报一个月薪数字而不说薪数和奖金,等于把自己的年包说少了——尤其当对方是 15 薪、而你默认 12 薪的时候。
第三步:不要让现薪成为锚
国内被问现薪几乎躲不掉,offer 阶段还可能要流水,所以“拒绝回答”通常不现实。现实的做法是不让它成为唯一的锚:说清楚现薪的构成,再把话题拉回这个岗位的市场价。
“我目前是 35K×15 薪,加上一部分股票。不过这个数是两年前定的,而这个岗位的职责范围跟我现在不一样,所以我更想按这个岗位的市场价来谈。”
如果我现在被低估了呢
这正是上一条重要的原因。如果你比市场低 30%,只报现薪等于直接给对方一个 30% 的折扣。把锚放在调研上:同级别的招聘 JD、行业薪资报告、以及你身边的人实际拿到的数。常听到“跳槽涨 20%–30%”的说法,但这并没有权威统计,行业和城市差别很大;以同级别 JD 的公开区间和身边的真实数字为准,再想清楚这次跳槽换来的是什么。
如果我的期望高于他们的带宽
在第一通电话里发现,好过在第五轮发现。如果对方说你的区间超预算,问清楚带宽是多少,再做决定。有时候诚实的答案就是两边不匹配——那是一个用很低成本换来的好结果,不是失败。
会让你亏钱的几句话
- “我比较灵活。”读起来就是“按你们区间的下限给我吧”。
- “您看着给就行。”同上,而且更不体面。
- 很早就报一个精确的数字。它会变成天花板,永远不会变成地板。
- 只报现薪的 base。把自己的年包说少了,后面很难往回拉。
三行总结
- 先问他们的区间。
- 被追问,就给一个有调研依据的区间,把想要的数放在下沿。
- 现薪要说构成,但别让它成为唯一的锚。
说出口时不打颤
难的不是知道答案,而是在 HR 开场第四分钟问出来时,把它平稳地说出去。对方一问完,Interview Copilot 就把一个基于市场行情的回答放到屏幕上——而且它不会替你编一个你从没给过它的数字,那正是在这个问题上最费钱的错误。
资料来源
- Galinsky & Mussweiler (2001), “First offers as anchors”, JPSP 81(4), 657–669
- Harvard Program on Negotiation — range offers (Ames & Mason, 2015, JPSP)
以上来源均于 2026 年 10 月 14 日核对。
FAQ
HR 第一轮就问期望薪资,要不要直接报数?
先反问他们这个岗位的预算区间——这很正常,而且很多时候你会拿到答案。被追问再给区间,并说明它来自市场行情,而不是你的感觉。
期望薪资的区间怎么给?
把你真正想要的数字放在区间下沿,幅度适中(常见建议是基数之上 5%–20%),并把 base、奖金、股票和几薪分开说。人们记住的是区间的下沿。
现在的薪资要不要如实说?
国内很难躲开,offer 阶段还可能核对流水,所以与其回避,不如说清构成——月薪、薪数、奖金、股票——再把话题拉回这个岗位的市场价。
跳槽涨幅多少算合理?
常听到 20%–30% 的说法,但没有权威统计,行业和城市差异很大。更重要的是想清楚:这次跳槽换来的是职责、技术栈还是稳定性,否则很容易跳完就后悔。