关键选择:等公司加薪or跳槽涨薪?

2018-03-12  快读书馆

2008 年我开始在西安工作,月薪是 6800 。2014 年,月薪变为 14900 。这 7 年,薪水年均增长 11.86% 。

看起来还不错吧?很多人待在一家公司,会有两三年都不涨薪,或者每年普涨个两三百RMB。这也是很多开发者觉得加薪只能靠跳槽的依据。我自己也有跳槽涨薪的经历:

2014 年下半年,因产品停止开发,我离开待了 7 年的公司,换到另一家公司,月薪增加 10100 ,涨幅 67.79% 。

两相对比,似乎有结论了——公司加薪慢,涨薪得靠跳槽。

然而,这只是一种现象,还有另一种相反的现象:在一家公司待了 N 年之后,职位晋升,薪水猛涨!

所以,我们要从加薪的两个关键点谈起,提供一个工作机会评估工具,帮助我们来评估是应该待在公司等加薪,还是不断跳槽谋求涨薪。

1. 加薪的两个关键点

从市场角度看,程序员是一种商品。商品都有使用价值、价值和价格。

使用价值是商品满足人的欲求、物的效用方面的属性。比如削铅笔是削笔刀的使用价值,消除饥饿是馒头的使用价值,编写软件解决问题是程序员的使用价值。

一种商品可能有多种使用价值。比如水果刀,可以削水果,也可以割肉,还可以挖坑;比如程序员,可以编写软件解决问题,也可以陪一个女人逛街,还可以修电脑。

购买商品的主体,需要的是商品的某种使用价值。但使用价值需要通过“价值”来衡量。

通俗的讲,商品价值是指商品满足使用者需求的程度的评价

马克思的《资本论》中,把商品价值定义为凝结在商品中的无差别的人类劳动力或抽象的劳动力。商品的价值是生产该商品的社会必要劳动时间决定的。

这个商品价值是抽象的,必须有个东西能具体化它,商品才能交易、流通,这个东西就是以货币形式表示的价格。

理想情况下,商品价格越高,表示商品价值越高,表示商品满足某类用户某种需求的程度越高。

使用价值、价值、价格、需求……这些太复杂了,用一句话简单地讲:你的某种使用价值满足了雇主的某种需求,这个需求对雇主越重要,你满足得越好,雇主就越愿意为你付出更高的价格

这样来看,要加薪,最重要的是:你的某种使用价值被强烈需要

所以,我们在评估工作机会时,最关键考虑两点:

  • 使用价值的增长趋势

  • 薪水高低

把上面两点作为指标,可以组合出四种机会,我设计了一个简单的工具——工作机会评估四象限,可以更直观的帮助我们决策。

2. 工作机会评估四象限

这张图依据使用价值的变化趋势和薪水高低,把工作机会分为四类:

  1. 理想机会,薪水高,且个人使用价值将获得增长

  2. 潜力机会,薪水不高或变低,但个人使用价值会获得增长,未来会更值钱,等个人使用价值大幅增长后可以把当前工作转换为理想机会或者到外部找到理想机会

  3. 慢死机会,薪水不错,可是个人使用价值越来越低,处在存量技能被消耗状态,未来会变得不值钱,发生变动后很难找到更高薪水或同等薪水的工作

  4. 快死机会,薪水又不行,个人使用价值又越来越低,很快会一文不值,被辞退后很难找工作

有了工作机会评估四象限,就可以简单直观地判断我们面临的工作机会值不值得去——只要是理想机会或潜力机会,就值得一试。

程序员的使用价值其实会有很多种,可以从简划分为如下三类:

  • 技术能力,比如 Java 、 C++ 、Python 、Spark 、Keras 等。

  • 业务能力,比如金融、保险、医疗、建筑设计等等

  • 管理能力,包括沟通、项目管理、计划管理、领导、激励、组织、反馈、倾听等等

想好你当下几年要保持增长的能力,就可以在众多工作机会中快速选择。

3. 跳槽还是卧槽?

要判断该跳槽还是卧槽,只要分别评估当前工作机会和新的机会即可。面对下列几种组合,可以毫不犹豫地跳槽:

  1. 当前工作是慢死机会或快死机会,毫无疑问,跳;

  2. 当前工作机会是潜力机会,但新机会是理想机会,跳。

比如一个小伙伴 XZ ,在外包公司做前端开发,月薪 1 万,被外派到一家公司,使用 jQuery 做一些页面逻辑。他刚毕业两年,对薪水满意,但不想用 jQuery 啦,也不想只在领导安排下做一些不用动脑的事情,认为这样下去迟早会失去竞争力,那现在的工作,对他就是“慢死机会”。

考察之后,他决定转向 Node.js ,做后端的工作,通过一阵学习,掌握了 Node.js 的基本用法,可以做一些实验项目,然后找到了一个比较小的初创公司,使用 Node.js 做一个社区产品的后台,薪水 8000 。那这个新的工作,对他来讲,就是潜力机会。

现在,对 XZ 来讲,通过跳槽,从慢死机会转向潜力机会,就是一个好的选择。

最难的事儿

然而,最难的事情,其实在于梳理自己想大力发展的能力方向,和对薪水的期望……

回头我们再来聊它。

    猜你喜欢
    发表评论评论公约
    喜欢该文的人也喜欢 更多