





















在2024年这个充满挑战的就业市场中,数据专业人士如何成功跳槽并实现职业发展?本文通过分析上半年的求职情况,为读者揭示了成功跳槽的关键因素。从选择正确的赛道到扩展知识面,再到反复打磨面试技巧,本文提供了一系列的策略和建议,帮助数据专业人士在竞争激烈的市场中找到更好的职业机会。

现在是2024年7月份,对上半年求职情况做个总结,可以帮助同学们更好地看清楚整个市场环境,更好地规划自己的职业发展和能力提升。很多同学会感觉到:2024年很卷,找好工作很难,而背后的真相……
从一个问题说起。早在今年3月份,有一位同学在星球提问:“老师,我司是某著名招聘平台,发现公司销售业绩,在各个地区,各个渠道都大幅度下滑……”
问题一出,惊得人一身冷汗。这啥情况呀!这才3月份,企业都不招聘了,那就业形势不危险大了!!!
好在,星球内有各个厂子的同学,可以多方求证。收集信息后发现:不是企业都不招人了,而是为了节约现金,企业不再购买大额套餐,也不想付年费,而是改成小额套餐or季度付费的形式。
很快,BOSS直聘的财报数据,也侧面证明这一点:
企业有用人需求但是要控预算,这个主题贯穿2024上半年,叠加某些大厂裁员2万人的影响,导致求助市场上“货比三家”问题泛滥,直接引发了同学们切身感受到的种种问题,比如:
但是,即使在这么艰难的情况下,我们知识星球的同学也有取得很好成果的。这里把一些可以复制的经验总结下来,供大家参考。
注意!在今年内卷环境下,纯做支撑的SQL boy很难找到加薪机会,各个细分赛道都在卷。比较好的赛道是:
把相应的项目经验整理出来,体现在简历上更容易有面试机会,面试时候更容易过。仔细梳理自己的经验很重要,特别是有些同学是中台部门,能接触到报表的,一定要多累积些相关经验,容易跳个更好的岗位(方向清单如下图)。

今年很多大厂都在裁人,年初杭州某大厂猛裁2万人直接导致当地的求职难度拉满!特别是年薪30-40w这一段,太多大厂背景的人在竞争了。因此今年特别不适合“只认大厂,不认部门”。
挑不好部门,不但很难面上,万一业务有变也容易当炮灰。而很多企业招人,看到你背景不错,或者有一些经验就拉你去面,直接导致“炮灰面试”数量也在增加。
成功上岸的同学,大多不死磕“大厂”,而是认准自己优势领域,比如自己擅长商品方向就找跨境电商的,自己擅长商业化就找商业化部门。至于其他有面试机会,就当抽奖,中了更开心,不中也不会泄气,这样不至于迷失方向,自己越来越有信心。
今年面试能挑的人多,据说炙手可热的某厂招投比已经达到1:200的程度,这直接导致大家喜欢挑经验更丰富的人。
此时扩展知识面特别重要。即使日常做的是取数工作,也可以多跟业务沟通一下,到底取了数有啥用,到底啥业务场景在用,好不好用。在面对面试官问:“你做的有啥用”“你做的有没有实际效果”的时候,能对答如流。
而且,只要手头有数据,很多分析议题,即使领导没安排,自己也能做(如下图)

这里最容易吃亏的,是大厂背景+中台部门。本身离业务就远,知识面就窄,这两年中台的领导们又忙着上所谓“AI产品”“Chatgpt+BI”导致中台同学离业务更远。人家一看大厂背景,以为懂很多,结果面试时候被各种嫌弃缺少落地经验,只会跑数……总之,多结合业务做准备是必要的,因为下个问题还跟这事有关。
有些同学因为公司分工太细(大厂尤为如此),导致日常工作内容非常有局限性,比如做ABtest,就玩命地测优惠券发放额度,测新旧产品版本差异,缺少整体思考,面试时候被各种吊打:“你有没有做过策略型分析?”“你这些都太细节了有没有全局思考?”
虽然公司的分工不可改变,但是表现好的同学会自己主动去思考:
这样自己总结,补齐背景,就很容易过面试。请注意!大部分情况下,面试官在乎的不是你前司的真实数据,而是你的分析逻辑,思路完整性,所以这时候不主动包装,就是自己在减少自己的上岸机会(如下图)。

在重重困难下,好事多磨成为常态。特别是,很多好厂子的面试经常无疾而终,明明一面,二面面得很好,结果后边就没了……大部分情况,都是对方在挑人,要么挑经验更对口的, 要么挑薪资更低的,以控制招聘成本。
此时保持好心态非常重要,要记录面试情况,打磨自己的项目经验,补充知识。今年我们星友拿到好offer的,几乎没有一面就成功的,都是经历了很多次调整。
这里特别注意,不要因为一次,两次的失败,就匆忙调整自己的方向。正如第二点所说,有些面试可能注定就是炮灰面试,那种1:200的厂子,那种不是自己主线能力上的面试,该放过就放过,反而是自己主线能力上的面试,如果被质疑:思考不够,项目不深,一定要回来多打磨打磨,提高质量。
总之,今年环境下,是得比平时多花心思。
本文由人人都是产品经理作者【接地气的陈老师】,微信公众号:【接地气的陈老师】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。
题图来自Unsplash,基于 CC0 协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。