Revenue kỷ lục, 1.100 người ra đi — nghịch lý Cloudflare

Revenue kỷ lục, 1.100 người ra đi — nghịch lý Cloudflare

Doanh thu quý cao nhất lịch sử, sa thải lần đầu sau 16 năm — CEO Cloudflare nói vì AI, không phải cắt chi phí. Team bạn nên chuẩn bị gì?

"We've never done something like this in Cloudflare's history." — Matthew Prince, CEO Cloudflare, nói câu này trong buổi công bố kết quả Q1/2026, ngay sau khi báo doanh thu quý cao nhất lịch sử công ty: 639,8 triệu đô, tăng 34% so với cùng kỳ. Cùng buổi đó, ông công bố sa thải 20% nhân sự — khoảng 1.100 người.

Bình thường, sa thải đi kèm tin xấu. Lần này, nó đi kèm con số tăng trưởng mà bao startup mơ ước. Và lý do Prince đưa ra không phải "cắt chi phí" — mà là AI đã khiến những vị trí đó không còn cần thiết.

Đây không phải chuyện riêng Cloudflare. Meta, Microsoft, Amazon — danh sách ngày càng dài. Nhưng case Cloudflare đáng bóc tách vì nó cho thấy rõ nhất một nghịch lý mà team nào cũng sẽ phải đối mặt: khi công ty lớn hơn nhưng cần ít người hơn, ai ở lại và ai ra đi?

Bối cảnh: 16 năm chưa từng sa thải hàng loạt

Cloudflare — công ty bảo mật và tăng tốc internet cho hàng triệu website — có lịch sử 16 năm không sa thải quy mô lớn. Q1/2026 phá vỡ truyền thống đó.

Điểm đáng chú ý: công ty cắt nhân sự ở mọi phòng ban, mọi khu vực địa lý, trừ duy nhất nhóm sales trực tiếp mang quota doanh thu. CFO Thomas Seifert xác nhận trên earnings call: đây là restructuring (tái cấu trúc) toàn diện, không phải cắt một nhóm nhỏ.

Song song đó, RPO — remaining performance obligations, tức doanh thu đã ký hợp đồng nhưng chưa ghi nhận — đạt hơn 2,5 tỷ đô, tăng 34% YoY. Hiểu nôm na: khách hàng vẫn xếp hàng dài, chỉ là công ty muốn phục vụ họ với ít người hơn.

Quyết định: "Không phải tiết kiệm — mà vì AI thay được"

Prince nhấn mạnh: đây không phải cost-cutting. Ông nói đội ngũ đã dùng AI tự động hóa đủ nhiều quy trình đến mức một số vai trò trở nên dư thừa. Khi AI viết code, xử lý ticket, phân tích log — những người từng làm việc đó mất ghế.

Nhưng câu hỏi hóc búa phía sau: nếu AI thay được, tại sao công ty vẫn lỗ 62 triệu đô trong quý — nhiều hơn mức lỗ 53,2 triệu đô cùng kỳ năm trước? Doanh thu cao hơn, lỗ cũng lớn hơn — chi phí đang chạy nhanh hơn thu.

Plot twist: sa thải 1.100 người không giúp Cloudflare có lãi ngay. Nó giúp công ty kéo dài đường băng cho giai đoạn tiếp theo — nơi tăng trưởng đến từ AI-powered products thay vì headcount.

Hệ quả: cùng xu hướng, khác cách hạ cánh

Cloudflare không đơn độc, nhưng cách mỗi công ty xử lý tạo ra hệ quả rất khác nhau:

Oracle sa thải ước tính 20.000–30.000 người bằng email. VPN bị cắt trước khi nhân viên kịp hiểu chuyện gì xảy ra. Severance (trợ cấp thôi việc) thấp, cổ phiếu chưa vest bị thu lại — có người mất cả triệu đô chỉ vì thiếu 4 tháng vesting. Nhân viên remote ở bang không có luật bảo vệ mạnh thì gần như trắng tay.

Jensen Huang (Nvidia) lại tuyên bố AI đang tạo ra "số lượng lớn việc làm mới". Ông thừa nhận: một tác vụ bị tự động hóa không có nghĩa cả vị trí biến mất. Task khác job — tự động hóa bước kiểm tra code không xóa vai trò QA engineer, nhưng thay đổi hoàn toàn nội dung công việc hàng ngày của họ.

xAI thì chọn hướng ngược lại: bán compute cho Anthropic thay vì dùng hết năng lực data center, biến hạ tầng thành nguồn thu — gián tiếp tạo thêm việc ở mảng vận hành.

Dịch sang ngôn ngữ thực tế: không có kịch bản chung. Cùng một xu hướng AI, công ty này cắt người, công ty kia tuyển thêm, công ty khác chuyển hẳn mô hình kinh doanh.

Bài học: đừng đọc tiêu đề — hãy nhìn biến quyết định

Nếu bạn đang lead một team ở Việt Nam — giả sử team 8–15 người làm product hoặc engineering — case Cloudflare cho bạn ba bài học cụ thể:

1. "AI thay việc" là câu nói quá đơn giản.
Cloudflare không nói AI thay "developers" hay "engineers". Họ nói AI thay những task cụ thể mà trước đây cần người. Khi đủ nhiều task bị thay, vị trí đó mới biến mất. Giả sử team bạn có 3 người làm QA manual — AI test automation có thể xóa 60% task lặp lại, nhưng vẫn cần 1 người hiểu context để thiết kế test case phức tạp và review kết quả.

2. Nhóm duy nhất được giữ: người tạo revenue trực tiếp.
Cloudflare giữ nguyên sales mang quota. Tín hiệu rõ ràng: trong thời kỳ AI, proximity to revenue — mức gần với nguồn thu — quyết định bạn ngồi ở tháp không lưu hay ở phòng chờ transit. Dù bạn là dev, designer, hay PM, câu hỏi nên tự đặt ra: "Công việc mình đang làm cách revenue bao xa?"

3. Quyền lợi khi bị restructuring — ít ai nghĩ tới cho đến khi quá muộn.
Case Oracle cho thấy: cổ phiếu chưa vest có thể bị thu lại hoàn toàn, nhân viên remote bị bất lợi pháp lý. Ở Việt Nam, câu hỏi tương đương: hợp đồng lao động của bạn quy định gì về thời gian báo trước, trợ cấp, và các khoản thưởng chưa thanh toán?

Áp dụng: khung 3 câu hỏi cho team

Thay vì hoang mang đọc tin sa thải mỗi tuần, bạn có thể dùng khung sau để đánh giá tình hình team mình:

| Câu hỏi | Nếu "có" | Nếu "chưa" |
|---|---|---|
| Task lặp lại trong team có thể tự động hóa bằng AI hiện tại không? | Lên kế hoạch chuyển đổi skill cho người đang làm task đó | Chưa cấp bách, nhưng nên thử nghiệm |
| Vai trò nào trong team gắn trực tiếp với revenue/khách hàng? | Đầu tư thêm vào nhóm đó | Tìm cách kết nối vai trò hỗ trợ gần hơn với outcome kinh doanh |
| Team có hiểu rõ quyền lợi pháp lý nếu bị restructuring không? | Giữ nguyên | Review lại hợp đồng, nói chuyện với HR |

Ví dụ cụ thể: một team product ở Sài Gòn mình biết — 10 người, làm SaaS cho SME. Họ dùng AI code assistant tăng tốc feature delivery, nhưng thay vì cắt dev, họ chuyển 2 dev sang làm customer success engineering — gần revenue hơn, giữ được người, và tận dụng kiến thức kỹ thuật để upsell. Đó là cách đọc đúng tín hiệu mà Cloudflare đang phát ra.

Một dòng mang về

Khi AI rút ngắn đường băng cũ, người ở lại không phải người giỏi nhất — mà là người tìm được đường băng mới nhanh nhất.

---

Bụi Wire — nghiện đọc release notes lúc 2 giờ sáng

Nguồn tham khảo