甲骨文裁员背后：不是转型太慢，而是成功太久

2026年3月31日凌晨，一封简短的邮件让全球数万甲骨文员工瞬间惊醒。这家成立49年的企业软件巨头，刚刚公布季度营收增长22%、non-GAAP净收入增长23%、调整后EPS增长21%的强劲业绩，转身却宣布全球裁员约18%（涉及2-3万岗位）。从邮件推送到达门禁失效，前后不过几小时。没有一对一谈话，没有过渡缓冲，甚至没有一句体面的告别。许多人就这样被突然地切断了多年奋斗的职业轨迹。

表面上看，这是一场典型的科技大厂“赚钱却裁员”操作。但深挖下去，这远不止于经营压力或执行冷酷，而是甲骨文在技术范式切换的关键时刻，仍深度依赖旧时代的组织逻辑和商业模式。这才是这场风暴最刺眼的地方。

一、路径依赖：不是没看到趋势，而是舍不得打碎旧护城河

甲骨文在云计算领域的落后并非一日之寒。AWS和Azure高速扩张时，它仍靠传统数据库的丰厚利润过得舒适，对云转型长期半推半就。直到近年，Oracle Cloud Infrastructure（OCI）才勉强站稳，却始终徘徊在市场份额约3%的位置，远低于行业第一梯队。

AI算力领域同样如此。微软深度绑定OpenAI、谷歌自研TPU，而甲骨文直到2024年后才密集布局，却已在行动：与NVIDIA深度合作建设超级集群，承接大型AI训练订单，OCI基础设施收入部分季度实现84%增长，云整体收入本季度飙升44%。

被裁减的岗位，多为传统IT时代的核心职能。在“AI优先”新战略下，它们成了可以腾挪的成本。从公司角度，这一步方向清晰——为高强度AI资本开支（数十亿至上百亿规模）释放现金流。但真正的问题在于：为什么拖到今天才大规模调整？不是没钱，不是没看见趋势，而是路径依赖太深。过去太成功了，成功到难以亲手打破那套曾经无敌的打法。

二、甲骨文的核心基因：销售驱动，而非纯技术驱动

许多人误以为甲骨文是典型的技术公司，其实它骨子里是一家销售驱动的企业软件公司。

它的成功基因包括：极强的销售执行力、铁一般的合同锁定、数据库深度绑定、企业客户关系，以及License一次性高额收费模式。这套逻辑在数据库时代近乎无敌——它靠销售和关系统治市场，而非依赖工程师日复一日的快速迭代。

AI时代的胜负手，却是另一套打法：开发者生态、开源社区、算力基础设施、数据飞轮，以及模型迭代速度。这些领域，恰恰不是甲骨文最擅长的。在数据库时代，它靠销售称王；在AI时代，市场话语权更多掌握在算力、模型和生态手中。销售驱动的公司并非完全无用，但AI时代明显更奖励工程驱动与基础设施驱动的玩家。

三、技术范式转移：老王者退化成“现金流机器”

拉长50年视野，科技行业的权力中心一直在迁移：

主机时代：硬件王者IBM

PC时代：操作系统王者Microsoft

互联网时代：流量平台Google / Meta

云计算时代：基础设施王者Amazon

AI时代：算力+模型主导者NVIDIA / OpenAI

甲骨文是数据库时代的绝对王者，但数据库已不再是AI时代的权力中心。每一次大范式转移，都会诞生新王者，同时让上一代王者逐步退化成“高利润现金流机器”——还能赚很多钱，却不再是创新中心，也不再掌握行业定义未来的能力。

甲骨文正在经历的，正是这个过程。它仍有深厚的企业客户基础和现金流，如果能成功重塑组织，或许还能在AI基础设施层找到稳固位置。但傲慢加技术判断的滞后，让转型付出了更高代价。更准确地说，它不是完全没转型，而是仍在用旧时代的逻辑参与新世界的竞争。

四、最大风险：不是失败，而是曾经太成功

对被裁员工而言，这场毫无预兆的职场地震确实令人心酸。但放到更大尺度，这其实是所有老牌科技公司共同面临的命题：当技术时代突然变轨，过去最成功的商业模式，反而成了最沉重的包袱。

大公司很少死于亏损，往往死于“还在赚钱”。它们不是被对手直接打败，而是被自己最骄傲的打法困住。IBM当年如此，甲骨文如今也在走这条路。在技术革命面前，最大的风险从来不是失败，而是曾经成功过。

结束语

当一家公司开始用大规模裁员为未来“融资”时，往往说明它错过的不是一个季度，而是一个时代。

数据库时代已经结束。甲骨文的问题，不是裁员本身，而是它的组织、文化和决策逻辑，很大一部分仍活在那个已结束的时代。

它能否在AI时代重新找到位置，关键不在于再投多少钱建数据中心，而在于它愿不愿意、能不能够，在范式剧变的这一刻，亲手打碎自己过去最引以为傲的护城河。

真正的退场，从来不是从亏损开始，而是当一家公司仍然赚钱，却已不再属于未来。