• 0
  • 0
分享

  最近小编的好友小李来找我抱怨,抱怨的内容也很简单,小李和小马在同一个部门,做着差不多的工作,薪资待遇差不多都是6K。

  不久前两人相继跳槽,入职了之后,小李和小马一打听,才知道小马现在的薪资竟然有11K,而小李跳槽后的薪资才堪堪7K,这巨大的落差让小李心里十分不服气,想着自己也不比他差,同样是跳槽,怎么薪资就差了这么多?

  其实在工作经验和能力差不多的情况下,这里我们就不得不谈谈谈薪技巧,在换工作时,如何和新公司谈判薪酬福利,才能在有可能的范围内,争取到福利待遇的最大化呢?

  把握薪资浮动的弹性

  大家都知道,无论哪一家公司,对于薪资都是有上下幅度的,没有一个固定的值。所以,跳槽时,开口谈薪的第一句话,就显得尤为重要。

  有的人谈到薪资待遇时,说“我尊重公司的要求。”于是,被迫接受了HR给出的同级别中最低的工资。

  而还有的求职者,态度太强硬,直接开口“我要月薪20K。”最终也在第一轮就被刷下来了。除非你的技术在这个公司不可获取又没有替代性,HR一时半会找不到和你相同的人才,不然,在有比较的情况下,面对你没有任何余地的谈薪方式,HR大概率会将你pass掉。

  最好的方式是什么呢?留有余地地告诉对方:“如果可以的话,我的心理价位是20K。”礼貌又留有余地的口吻,会给大多数的HR带来好感,这样HR会和领导去商谈,只要你的价位在他们可接受的范围内,一般都会满足。

  一定要将主动权留在自己手中,因为基本上你开口回答的薪资,就会成为你和HR在暗暗较劲的第一个筹码,当年小编换的第一份工作,跳槽到了另一家公司时,HR问我心里价位是多少,当时没经验,随口说了句:只要不比我原来的薪资低就行,最后HR真的给我开出了一个与我上一份工作差不多的薪资。

  当主动权交到HR的手中后,由她开出了第一个价格,那么之后的谈薪就会变得比较困难,涨幅基本不会超过2K,毕竟HR也有他们的绩效指标,在社会中,无论哪个场景,人们都希望用最低的价格买到最划算的东西,追求性价比是所有职场人都遵守的规则,无可厚非。

  当然,如果你对这家公司情有独钟,宁愿降薪也想进去的话,这就另说。否则不要放任HR来决定你的薪资。

  个人能力是决定薪资的关键

  小马的薪资原本只有6K,跳槽后谈到了11K,增长了80%多,这在行业里是十分少见的,小马告诉小李,其实他现在的岗位和之前的略有不同。

  原本他的岗位是技术工程师的职位,但在从事上一份工作时,小马除了完成了自己的本职工作外,他还自己报班学习了不同的技术,并且有时会接接外单,这样,同样工作了三年,他的项目经验要比小李高出不少。

  并且,虽然小马从事的是技术工作,但是他平时也时刻在关注市场的发展动态以及竞争对手的市场情况。在综合了小李的技术能力和看完他呈现的市场分析后,HR给出了小李项目经理的职位。

  这也是市场上企业现在面临许多的状况,比如某个项目的负责人离职了,同时这个部门里又缺技术人员,这其实代表HR需要同时招一个项目负责人和技术人员。

  这时,领导会比较倾向于只招一个技术人员,但是这个技术人员,不仅仅只负责技术,最好能够承担之前项目负责人+技术的工作,这样只招一个人,但是解决了两个岗位的需求。

  所以在招那名技术人员时,企业愿意给出更高的价格,如市场价为20K,那领导和HR可能愿意给到25K,27K的薪资,前提是,这个人可以负担起整个项目的职责。

  这也是为什么企业的薪资往往不是一个固定的数字,而是在一个区间的原因。因为即便他花了比市场价更高的价格去聘用一个资深的技术员,也是节省成本的一种选择,当然,求职者是否能争取到这个机会,也得考量他的技术能力和谈判能力。

  并且这种情况并不是个例,目前很多公司都采取了节省人力资源的方式,所以,想要在跳槽的过程中升职或是涨大幅度的薪,就需要抓住一切面试官抛出的橄榄枝,准确把握机会。

  所以对于文章开头的那个问题,想必小伙伴们读到这里也知道了答案,和小李一样,我们大多数人工作了四五年,除了干好了本职工作,不断提升自我才是下一次谈薪是能够大幅涨薪的关键点。

  高薪是比对出来的

  求职中大多数候选人都讲究时间成本,基本上只挑选自己喜好或者可能性大的公司去面试。但其实面试和别的技能一样,需要不断的练习,只有多和不同公司的HR和部门领导周旋之后,才能在遇到心仪工作时,一击必中。

  所以在接到多份面试邀请时,可以先面试自己期望值比较低的公司,即使失败了也没有关系,并且可以提出比较高的薪资,如果对方同意了,自己可以将此薪资和后面公司的薪资进行比对,要是因为薪资过高而被婉拒了,也并不是什么大问题,相当于一次锻炼口才的机会。准备齐全再去自己心仪程度较高的单位,这样很多问题都可以圆润解决。

  其次,骑驴找马并不是一件坏事,在和面试官讨价还价时,你的谈判资本就是手中的offer。谈薪最忌讳的就是着急二字,有底牌才有底气,底牌越多,在薪资谈判上越是占据了有利的局面。

  最后还有一点大家需要注意的是,在谈薪时大家谈的基本都是固定薪资*多少个月,根据绩效部分浮动多少个月的奖金或者一个固定的奖金包。对于高管岗位来说还可能会有期权、额外补贴等其他各种福利。

  基本上薪资内在构成和外在构成如下图:

2.jpg

(图来源于知乎Jacob贾超)

  但如今,越来越多的企业都会以固定部分+浮动部分+期权的方式来给予应聘者作为薪酬包。在这种模式下构成的薪资,大家一定要注意,固定薪资+期权的比例,毕竟期权无法流动不能变现就是摆设。

  写在最后

  其实在谈薪时还有一些小的技巧是我们需要注意的,比如守住底线,不要讨价还价,暧昧不清或是得寸进尺等等,这些都是HR在面试时忌讳的点,所以把握好谈薪时的细节,也是成功的关键。

  职场中有个现象,在毕业后的前几年,薪资的涨幅比较大,基本每一次跳槽都能上涨个2、3K,但到了中层后,貌似薪资和岗位都陷入了一个瓶颈期,挪动的步伐也缓慢下来,所以在步入中层前的每一次跳槽谈薪都至关重要,希望以上的这些经验能够对大家有帮助和借鉴。

  最后祝想要换工作的小伙伴们工作顺利,能够早日拿到自己心仪的offer~


作者:小静    

来源:http://www.51testing.com/html/16/n-7796016.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   第一部分:复用思想概述  在工作中,你有没有过这种感觉 ,某个功能用例之前设计过或者类似的工作之前干过。  再次干还需要重新设计,所以感觉有一种浪费时间或者没有意义的感觉。  本文希望提供一种策略和原则,指出测试工作的中的‘道’,让我们找到工作中的解决方案即‘复用思想’,那么何为复用?  复用是一种软件开发原则,它鼓励使用现有的资源来构建新的软件系统或其组件。这种思想基于一个简单的观察:许多软件问题和需求在不同的项目和上下文中是相似的,因此可以利用已有的解决方案,而不是从头开始。  比如深入现代软件开发中,库和框架的广泛使用是复用思想的一个明显例子,如Java的Spring框架或Pytho...
            0 0 493
            分享
          •   rf(即robotframework)是自动化测试常用的框架之一,在前端自动化测试中常与webdriver驱动器,以及rf的selenium2library库搭配使用。selenium2library提供的open browser,close browser,click element……等关键字方便了广大测试人员编写前端自动化用例。  编写前端自动化用例的首要原则即是模仿用户的习惯,在浏览器上进行各种“点击”、“下拉”、“滑动”等操作验证浏览器返回的响应是否与用户期望一致。但是,往往在前端自动化测试过程中会遇到进行浏览器设置从而使得测试用例更快、更稳定运行的情形。例如:设置浏览器避开ht...
            14 14 1376
            分享
          •   近日美国加利福尼亚州的三名特斯拉车主以集体诉讼的形式起诉了特斯拉,指控特斯拉虚假宣传其电动汽车的预计行驶里程。  据悉,美国加州法院的诉讼援引了外媒上周发表的一篇文章,文章称特斯拉在接到大量车主投诉后,在内华达州成立了一个“分流小组”,以尽可能多地取消与续航里程有关的预约。  报道称,据一位知情人士透露,大约十年前,特斯拉决定为其仪表盘内的续航里程表编写算法,向驾驶员显示在电池充满的情况下汽车可行驶距离的“乐观”预测。  知情人士说,提出乐观续航里程估计的指令来自特斯拉首席执行官马斯克。目前无法确定特斯拉是否仍在使用提高续航里程估计值的算法。  据悉,当时的特斯拉在电量低于最大电量的50%...
            0 0 615
            分享
          • 导读在自动化测试实践中,测试数据是制造测试场景的必要条件,本文主要讲述了在沟通自动化框架如何分层,数据如何存储,以及基于单元测试 pytest 下如何执行。并通过实践案例分享,提供数据驱动测试的具体落地方案。基本概念数据驱动测试(DDT)是一种方法,其中在数据源的帮助下重复执行相同顺序的测试步骤,以便在验证步骤进行时驱动那些步骤的输入值和 / 或期望值。在数据驱动测试的情况下,环境设置和控制不是硬编码的。换句话说,数据驱动的测试是在框架中构建要与所有相关数据集一起执行的测试脚本,该脚本利用了可重用的测试逻辑。数据驱动的测试提供了可重复性,将测试逻辑与测试数据分离以及减少测试用例数量等优势。设计...
            0 0 773
            分享
          •   作为一个测试,最尴尬的莫过于分给你的task,别人做交叉兼容测试的时候,在你负责的内容里找出了很多你没有测试出来的bug。  我也曾因为测试不全被组长在工作群里艾特。说实话,真的恨不得找个地方躲起来。  为了避免自己再次出现类似的情况,我开始写测试笔记。记录负责task中需要测试的内容,然后不断的重复研究测试,这种情况就基本没有了。  复杂的测试笔记,我写了有两年,后来慢慢发现好多东西都是相通的。于是,我整理了一个做测试的模板,每次新分配给我task时,我都按我自己的模板测试。  我做的工作是黑盒测试,基本属于纯黑盒。测试的有web端,android手机端和ios手机端,偶尔也会测试手机带...
            0 0 599
            分享
      • 51testing软件测试圈微信