从SAP到用友，一场集体转型背后的客户风险
2026年7月，欧洲最大软件公司SAP向全体员工发送了一封内部邮件：冻结大部分招聘，暂停非AI相关的内部差旅，审查所有供应商支出。邮件明确写道——未来公司将"只把新招聘集中在核心AI岗位"。
这并非SAP的第一次"瘦身"。去年，SAP刚完成一项耗资超过30亿欧元的重组计划，裁掉了约10,000个岗位。首席财务官Dominik Asam更是直言：公司计划每年继续削减1%到2%的员工。
SAP不是孤例。
Oracle在2026财年裁掉了约2.1万人，员工总数从16.2万降至14.1万，降幅达12.9%。Oracle在提交给SEC的文件中明确写道："在我们的运营中引入和部署AI技术，已经导致并可能持续导致员工人数减少。"为此，Oracle支付了18亿美元的重组成本——是上一财年3.74亿美元的481%。
Salesforce在不到一年内经历了至少四轮裁员：2025年9月削减262个岗位，2026年2月数百人，6月86人，8月又裁133人。仅2026年第一季度就计入了8000万美元的重组费用。CEO Marc Benioff一直将裁员与AI效率提升挂钩。
用友网络三年累计亏损超44亿元，员工总数从2023年底的24949人精简至19110人，两年间减少5839人。其中技术人员减少908人，实施运营人员减少1001人——恰恰是那些最懂客户系统的岗位。
金蝶国际虽然2025年扭亏为盈，但利润是"砍"出来的：员工从1.2万人减至11294人，一年裁掉706人。有分析直言，这9300万利润"不是'长'出来的，而是'砍'出来的"。
SAP、Oracle、Salesforce、用友、金蝶——五大软件巨头，无一幸免。这不是某家公司的个别问题，而是软件行业正在经历的一场集体转型：从"卖人头、卖服务"转向"卖AI产品"。而这场转型的代价，正在由它的客户来承担。
当你的供应商开始"自救"
软件公司为什么要大规模裁员？
驱动力一：AI正在替代人工。 Oracle明确表示AI部署直接导致裁员。SAP CEO Christian Klein甚至直言："我不确定两三年后这里是否还有人写代码。"
驱动力二：资本市场在逼他们"变瘦"。 SAP股价今年下跌约33%，Salesforce下跌约27%——投资者担心AI会侵蚀传统软件订阅收入。为了证明自己"跟得上时代"，软件公司必须削减成本、All in AI。
驱动力三：商业模式在重构。 从"卖实施服务"到"卖AI产品"，软件公司不再需要那么多懂业务、懂客户特殊场景的实施顾问和运维工程师。SAP在裁员的同时新增了"前沿部署工程师"等AI相关岗位——这不是简单的减员，而是结构性的换血。
Salesforce内部甚至执行过"裁掉1000人又重新招募1000人"的净重组操作。问题是——被裁掉的那1000人里，有多少是熟悉你公司业务的人？
"孤儿系统"的三个阶段
当你的软件供应商在大规模裁员，当熟悉你业务的顾问批量离职，你的系统正在悄然变成"孤儿"。
第一阶段（系统上线后1-2年）：一切正常
系统能运行，遇到小问题找客服能解决。你甚至觉得"当初选这家选对了"。
第二阶段（乙方大规模裁员后）：响应变慢、问题堆积
当年参与你项目实施的核心顾问离职了。新顾问不了解你的特殊配置、定制化逻辑。遇到问题，响应时间从2小时变成2周——甚至根本得不到解决。
第三阶段（你的业务发生变化时）：系统改不动了
业务模式调整了，需要系统做相应改动。但当年做实施的人已经不在了，文档不完整甚至根本没有。系统改不动——要么硬扛着用，要么花大价钱重新实施。
Oracle自己在提交给SEC的文件中承认，大规模裁员伴随着"生产力下降""特定岗位技能人才短缺""宝贵机构知识流失"以及"员工士气和留任率受损"等风险。连Oracle自己都知道裁员的代价——而它的客户，承受的是双倍的代价。
风险自查：你的系统"孤儿化"了吗？
核心顾问流失 ： 当年主导实施的乙方顾问已离职
响应速度下降 ：工单响应从小时级变成周级
知识转移缺失 ：系统配置逻辑只有乙方知道，甲方无人能解释人
供应商持续亏损：乙方连续亏损、融资困难
供应商战略转向 ：乙方从"卖服务"转向“卖AI产品"
系统升级无人带 ：每次版本升级都要额外付费请人做适配
五条防御性策略
策略一：培养内部"系统钥匙人"
不求多，每个核心系统至少培养1-2名内部人员。不求会写代码，但求三件事：懂业务逻辑（为什么这个环节要这样配置）、懂系统配置（知道在哪里改参数）、懂数据流向（出了问题知道去哪里查）。
让乙方在实施时带着你的骨干做"师徒制"——乙方干，甲方看；乙方讲，甲方记。
策略二：在合同中加入"知识转移条款"
签合同时明确要求三件事：交付物包括完整的系统配置文档（不仅仅是操作手册）；上线后一定时长内，核心顾问不得随意更换；乙方需安排一定时长的驻场知识转移培训。
策略三：建立自己的"系统知识库"
乙方提供的文档往往不够用。甲方团队在日常运维中，遇到问题解决后，要自己记录一份"问题日志"：发生了什么问题？谁解决的？怎么解决的？根本原因是什么？怎么防止再次发生？
时间久了，这就是甲方自己的"系统宝典"。
策略四：定期评估供应商"健康度"
不只看产品功能列表，还要盯三件事：乙方的人员流失率（尤其是资深顾问）；乙方的财务状况（连续亏损是红灯）；乙方在你这个行业的客户留存率。
策略五：核心能力"去供应商化"
不是不用供应商，而是把对单一供应商的深度依赖，逐步转化为"标准能力在自己手里、增值服务向供应商采购"的模式。具体做法：
业务流程设计由甲方主导，乙方负责技术实现；基础运维能力内部化，复杂定制外部采购；数据模型和接口协议必须掌握在自己手里。
结语
软件行业的集体"瘦身"，不是短期波动，而是结构性变革。SAP、Oracle、Salesforce、用友、金蝶——没有一家能幸免。
对于企业决策者来说，最大的风险不是你买了谁的系统，而是你把系统的"命脉"完全交给了别人。
当你的供应商为了活下去而裁员、转型、换血时，你的系统可能正在变成一座豪华但无人维护的"数据孤岛"。