职业与工作方法jacquesmattheij.com编辑精选
给技术人的薪资谈判指南
Salary negotiations for techies (2011)
2011 — 2015，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
这是 Jacques Mattheij 写给技术从业者的薪资谈判文章，核心主张是围绕你为公司创造的价值来争取报酬。评论补充了现实难点：技术贡献往往难以量化，实际薪酬常受岗位市场价、经验和公司需求影响，跳槽与不轻易透露当前薪资或期望范围是常见策略。
为什么经久不衰：它把技术人最不擅长的谈判问题讲得直接，而评论区又提供了跨越多年的实战经验，今天仍有参考价值。
HN 评论精选
按价值论证理论上对，但技术贡献难量化，薪酬实际更多由岗位市场价和公司需求决定。
这篇博客的主旨是，你应该根据自己为公司增加的价值来争取报酬。理论上很好，但技术人的困境在于，他们增加的价值往往很难、甚至无法用硬数字衡量。比如：你缩短 100ms 响应时间留住了多少客户？你做的漂亮 UI 带来了多少客户？你谨慎的错误处理和出色测试避免了宕机，从而少给了多少折扣？你写的文档帮新人更快上手，省了多少钱？即使能量化，比如每月降低 1.5 万美元托管成本，这难道不正是你薪水已经很高的原因吗？明年怎么再来一次？这难道不是团队功劳？现实是，你的薪酬基本取决于雇主认为同岗位其他人拿多少，再按经验、声誉和招聘紧迫程度上下浮动。如果不喜欢，就该转管理或销售。
No1查看英文原文
The main tenet of this blog post is that you should argue for your compensation based on the amount of value you add to the company. That's nice in theory, but the techies' dilemma is that it's often difficult or impossible to put a hard number on the value they have added. How many customers were retained because you decreased response times by 100ms? How many customers were gained because of that slick UI you created? How many discounts were not handed out because of downtime that wasn't suffered because of your cautious error handling and exemplary testing? How much money was saved because of that documentation you made that helped the new hire ramp up faster? Even when you can put a hard number on work you've done, like decreasing hosting costs by $15k per month, isn't that why you're paid so handsomely already? How are you going to do that again next year? (Why haven't you done it already?) Wasn't it a group effort? The reality is, you're basically going to get paid based upon what your employer has deemed everyone else in your position is earning, plus or minus some % based upon experience level, your reputation, and how badly the company needs the position filled. If you don't like that, time to go into management or sales.
不要透露当前薪资或期望范围，先研究公司薪酬以保留信息优势。
最重要的薪资谈判技巧：不要告诉他们你当前挣多少，也不要给一个范围。招聘者总是一开始就问并坚持要知道。我从未因为拒绝提前给数字而失去面试机会。如果你在申请一家公司，说明你至少研究过他们大概会付多少，并认为那个范围可以接受。你不需要告诉他们你研究过并觉得可以接受，因为那也像给范围；研究只是为了不浪费时间。这样你有优势：你大致知道他们付多少，他们却几乎不知道你愿意接受多低。最好情况他们给得比研究更高，你再谈一点；最坏情况你拒绝并继续其他面试。
vproman查看英文原文
The most important salary negotiation tip: DON'T TELL THEM HOW MUCH YOU ARE CURRENTLY BEING PAID OR GIVE THEM A RANGE. Recruiters always ask this up front and INSIST that they must know. I have NEVER been denied the opportunity to interview for refusing to give a number upfront. If you're applying at a company, it means you've done at least a little research on what they should be expected to pay and you see somewhere around that range as acceptable. You don't have to tell them that you've researched their rates and find them acceptable, because that too would be like giving them a range, instead the research is simply to avoid wasting your time. You wouldn't want to interview for a job that pays the position with compensation worth at most $60k when you're already making at least $100k. This way, you have an advantage: you know roughly how much they pay but they have almost no idea how much (i.e. how little) you will accept as compensation. Best case scenario, they offer you MORE than what your research said they would, and you negotiate a little more on top of it and accept, assuming you actually like the job. Even if they say no to your counter offer, you're still ahead. Worst case scenario, they offer you less, they say no to your counter offers, and you have to decline. Either your research was wrong or they were lowballing you, either way you've got multiple other interviews in process (right?) so move on. If you find your research is repeatedly off the mark, find better sources. No matter what, don't give them a number. Make them give you a number first and negotiate from there.
跳槽是涨薪捷径；在招聘者初次联系时就问薪资范围并报出期望区间，提前锚定价格。
跳槽通常最容易实现大幅涨薪。现在的公司和未来公司都会锚定你当前薪资。招聘者或招聘经理问时，谈判时不要给这个数字。我的做法是：招聘者第一次打电话时就直问，你知道这个职位的薪资范围吗？如果不够好，就说，抱歉，我只考虑能付 115 到 125k 的资深岗位，因为我有 n 年经验和 x 方面的强背景。记住，你给的区间下限附近往往就是最终 offer；招聘者在记笔记。如果招聘者不确定雇主上限，甚至可能帮你向公司确认他们愿意给最佳候选人付多少。如果你的数字超出职位范围，就继续找。否则你已提前给自己定价、设定期望，并通过招聘者传递信息，而不必亲自谈判。
ericb查看英文原文
It is always easiest to get a big jump by moving to a new job. Your company, and future companies anchor on the salary you are paid now. When recruiters or hiring managers ask, don't give out that number at negotiation time. Instead, here is my hack: when a recruiter first calls, be blunt with them. Ask "do you know the salary range for the position?" and if it isn't great, say "Sorry, I'm only looking at senior roles that can pay in the 115-125 range because I have n years and a strong background in x." Keep in mind that something around the lower number of the range you give is what the offer will come in at if you eventually get hired--the recruiter is taking notes. If the recruiter is not sure about the upper end of the employer's range, he or she may even call the company and confirm for you by feeling out what they would pay their "best candidate." If your number is beyond the range for the position, move on. If not, you've set a price for yourself, in advance, set an expectation that you are worth that price, and sent the message through the recruiter without ever having to negotiate a thing. If you're thinking "do I really want whoever is hiring me to have to pay a recruiter?" the answer should actually be yes. Why? People who pay recruiters 1-want someone badly enough to pay extra for them, 2-are spending their time on more important things, 3-have the money to pay a recruiter, and so are showing at least some budgetary strength and flexibility and 4-recruiters will sell you to the company, and act as a non-threatening channel to pass information like "I have another offer at 110 with work from home 2 days a week I'm considering." edit: minor edits to clarify whose "range" I meant. Also, if it was unclear, to get recruiters contacting you, put your resume on monster.com and make it public. Then sign in/update it every now and then as I think that bumps you to the top and shows you as recently active.
成熟公司的周期调薪不是真谈判；要用贡献复盘和邮件记录跳出周期，并学会自我营销。
给家人的相关建议：在大多数成熟公司，你按周期被评估，涨薪幅度由 HR 表格预先设定。由此产生的谈话不是真正的薪资谈判。你的目标应该是跳出这个周期。可以这样做：让评估流程走完，拿到 HR 批准的调薪，然后说，谢谢给我加薪。我想问一下，哪些因素促成了这次加薪？他们会给一套套话，让他们说。然后说，有道理。我还有一个问题。过去一年我做了 XXX、YYY、ZZZ，你没提到这些。没关系！但我想确保把精力放在公司看重的事情上。相比 XXX、YYY、ZZZ，我应该做什么？然后就具体事项展开对话，并事后发邮件总结。我的理论是：商业不是精英制，赢家懂得自我营销。程序员在 GitHub 上互相看谁厉害，但成功的商务人士总在宣传自己的胜利。你需要寻找并抓住机会，在记录上吹响自己的号角。这也是内向、信奉精英制的技术人很欠缺的、与薪资谈判相关的能力。
tptacek查看英文原文
Some related advice I just gave a family member on this subject: In most mature companies, you're reviewed on a cycle, and the bump you get is preprogrammed according to an HR spreadsheet. The conversation that results from this is not a real salary negotiation. Your goal needs to be to break out of the cycle. What I think you should try is, let the review run, and get your HR-approved comp pellet. Then say, "Thanks for increasing my comp. I appreciate it. I have a question. What were the factors that led you to raise my salary?" They'll give a platitudinous answer. Let them. Then say, "That makes sense. I have another question. Over the past year, I did XXX, YYY, and ZZZ. You didn't mention these things. That's fine! But I'd like to make sure I'm putting my energy into things that the business values here. Instead of XXX, YYY, and ZZZ, what should I do?" Then have the conversation, in specific terms, and follow up with an email recapping the conversation. I have a couple theories about this approach: (1) (Extremely important and something I know to be valid:) Business isn't a meritocracy. The winners know how to market themselves. Coders look over each others shoulders on Github and developer a sense of who the bad-asses are. Successful business people always broadcast their wins. You need to seek out and seize opportunities to toot your horn on the record. This is something tangential to salary negotiation that introverted and meritocratic tech people also suck at. (2) The "objectives" most people are given at salary reviews are inevitably vague. This serves the purpose of the business by making comp something out of the control of both the team member and the manager. (3) Even if you don't want to push for a bigger bump (and most of you, if you think about it seriously, don't, or you'd already be making more money), it is still in your long term interests to establish a winning track record on your terms. If you leave it to the managers to decide what goes on the track record, you will lose out to every member of your team who is better at politics and marketing than you are.
历次讨论
同类还值得读
用十年时间自学编程（1998）
Teach Yourself Programming in Ten Years (1998)
Peter Norvig 1998 年的经典文章，回应“21天/24小时学会编程”一类速成书，主张真正精通编程需要约十年持续、有意识的练习。
职业与工作方法上首页 11 次 · 2007–2025norvig.com编辑精选如何成为一名程序员：简短、全面而个人的总结
How to be a Programmer: A Short, Comprehensive, and Personal Summary
一篇广为流传的程序员成长指南，作者以个人经验系统总结了成为优秀程序员所需的各项技能——从调试、测试、沟通到团队协作与身心健康。
职业与工作方法上首页 6 次 · 2008–2015samizdat.mines.edu编辑精选不要自称程序员
Don't Call Yourself a Programmer
经典职业建议文章劝软件工程师不要把自己局限在“程序员”这个标签上，而要从公司业务角度说明自己创造的价值；文中讨论了成本中心与利润中心、头衔、求职与职业选择，也顺带批评了学术界的价…
职业与工作方法上首页 5 次 · 2011–2021kalzumeus.com编辑精选创作者的日程与经理的日程
Maker's Schedule, Manager's Schedule (2009)
Paul Graham 在这篇文章里把时间表分成两类：管理者的日程以小时为单位，会议可以填满一天；创作者（程序员、写作者等）的日程则以半天为单位，需要长时间不被打断的连续块。
职业与工作方法上首页 5 次 · 2009–2021paulgraham.com编辑精选为什么程序员的薪酬不与生产力成正比
Why programmers are not paid in proportion to their productivity
讨论为什么程序员的薪酬往往不随其生产力成比例增长：生产力难以客观量化，薪酬更多受组织预算、岗位定价和个人议价能力影响。
职业与工作方法上首页 5 次 · 2009–2022johndcook.com