互联网公司裁员的预兆和手段

大家好,我是煎鱼。

今天是来自匿名同学小E 的授权投稿。

前段时间分享了互联网大厂裁员的原因和预兆,里面包含了许多互联网公司的裁员原因分析和预兆。

有许多同学反馈,规模不同的公司,有一些更经典的预兆和步骤,对于大家来说更普适。希望能对大家有所帮助。

背后目的

对于一家企业而言,裁员的目的,大部分都比较单纯,就是:降低经营成本。

单针对某条业务线,背后的原因不外乎:

  1. 公司(也可能是业务线)已经进入长期亏损状况,高管们认为通过市场无法短时间扭亏。最快的办法就是降低支出。
  2. 大佬们认为投入的成本无法产生更多的收益(前文提到的市梦率),看不到未来,幻想开始破灭。再投入只会继续扩大亏损。

基于上述目的(不限于,但大多是钱的问题),从员工角度来看,公司就会开始出现一些奇奇怪怪的骚操作了。

裁员预兆

小试牛刀:省钱加班

在最早的初期来讲,一般是不会马上开始裁员的,会想想其他路子。

大佬们会想着提高大家的工作效率和缩减福利开支,看看能不能挤挤,有没有新希望。

转到打工人侧,初中期常看到的步骤是:

  • 抓考勤:如果早上上班时间比较灵活,主打一个宽松感。那么大佬们为了提效,会要求 9 点或 9 点 30 要到。不再像以前那样,会进行收紧,不会再有过于活自由的时间点。
  • 多加班:会有领导层认为只要员工多加班,公司就能得到更多的益处。例如:提高交付效率。因此会改变工作时长,暗地里要求 9105,9106 等时长的执行。
  • 砍开支:加班餐、下午茶等经费缩减或直接取消。食堂控制每个人可以拿的分量等。这对于大佬们都是实打实的银子。(也会抓一些不合规的行为)
  • 卡福利:严格意义来讲,这属于砍开支的一部分。但这对于我们打工人而言,感触也比较深。因此单独拎出来。常见的操作,像是推迟加班餐到达时间、推迟加班允许打车时间、节假日的礼品调整等。
  • 加制度:为了上述动作合规,时常会有加制度的行为。例如抓考勤,有的公司就会要求上下班要打卡,加到规章制度中,确保不会被人抓到漏洞。

当然。到中后期后。大部分措施已经落地,米已成炊了,发现这些措施对公司盈利其实没有特别大的作用。

并不会说什么你做了这次,公司业务的业绩就蹭蹭蹭涨了。后面大家也就直接略过这种提效降本的步骤。

大刀阔斧:减人合并

在发现无论如何降本、提效(加班)都无法提高公司业绩的利润后,真正的裁员步骤开始了。

常用的步骤如下:

  • 部门人员盘点:在正式动手前,中层及以上管理岗还有人力部门,会有密集的盘点行为。这是一个哨声。
  • 直接缩减 HC:在公司经过盘点测算后,在裁员的早期,会下发给每个部门 HC,要求直接减员。这是最基础的裁员。
  • 合并业务后裁员:在经过多轮的切香肠式裁员后,会发现一个问题:切不动了。这种时候,就会用 "高阶" 办法,将原有的业务再进行切割和划分,用看起来多给了几个人的 HC,让既有部门负责更多的业务。再进行减员。
  • 整条业务线裁员:这个比较常出现在大厂,这个业务的梦想破灭了。从总监、基层管理、研发都会被减员。可以认为是第二点的加强版。

一般企业中会分为成本中心和利润中心,对于程序员们最熟悉的就是 "成本中心" 了。纯粹的技术部门,例如:工具、架构、数据、中台等部门,如果没有产生实际的客户业绩增收,都被归属为成本中心。

许多公司裁员会先动成本中心的相关部门,如果你已经发现了蹊跷,就可以找这些部门的同学了解一下当前情况,就能知道是不是真的了。

个人应对措施

千言万语,多说无益。主要以下几点:

  • 多存些钱,留好备用金。应对被裁员后的相当一段时间的经济支出。
  • 多卷八股文和算法等,以备突发面试,保证自己常在面试状态。
  • 多居安思危,要考量在公司自己的技术能得到什么。
  • 多了解公司现状和未来发展预期,看好风险,做好心里预期。
  • 多看看多渠道收入发展,看看能不能有 ABZ 计划。有就是最好的。
  • 少背些负债,像房贷、月供等,要量力而行。不要一崩就全崩了。

总结

目前的行业情况和局面,需要大家保持好自己的核心竞争力。身边有许多的朋友都有过被裁员或主动离职。大多数最后还是能找到工作,又或是降薪才找到的。

希望以上内容能够给大家带来一些观察细节和日常警醒,公司裁员一般还是有迹可循的。提前做好一定的准备,对自己和家庭都是非常重要的。

文章持续更新,可以微信搜【脑子进煎鱼了】阅读,本文 GitHub github.com/eddycjy/blo... 已收录,学习 Go 语言可以看 Go 学习地图和路线,欢迎 Star 催更。

Go 图书系列

推荐阅读

相关推荐
梦想很大很大2 小时前
使用 Go + Gin + Fx 构建工程化后端服务模板(gin-app 实践)
前端·后端·go
lekami_兰7 小时前
MySQL 长事务:藏在业务里的性能 “隐形杀手”
数据库·mysql·go·长事务
却尘10 小时前
一篇小白也能看懂的 Go 字符串拼接 & Builder & cap 全家桶
后端·go
ん贤11 小时前
一次批量删除引发的死锁,最终我选择不加锁
数据库·安全·go·死锁
mtngt111 天前
AI DDD重构实践
go
Grassto2 天前
12 go.sum 是如何保证依赖安全的?校验机制源码解析
安全·golang·go·哈希算法·go module
Grassto4 天前
11 Go Module 缓存机制详解
开发语言·缓存·golang·go·go module
程序设计实验室5 天前
2025年的最后一天,分享我使用go语言开发的电子书转换工具网站
go
我的golang之路果然有问题5 天前
使用 Hugo + GitHub Pages + PaperMod 主题 + Obsidian 搭建开发博客
golang·go·github·博客·个人开发·个人博客·hugo
啊汉7 天前
古文观芷App搜索方案深度解析:打造极致性能的古文搜索引擎
go·软件随想