"Bỏ mua" mà khảo sát nói là tự dựng toàn diện à?

Không. Khảo sát hỏi "có từng vì có thể dùng công cụ agentic coding tự dựng mà bỏ mua ít nhất một sản phẩm hoặc chức năng phần mềm không". Cái này thường là chức năng ngoài rìa hoặc công cụ nhỏ, chứ không phải dùng tự dựng thay cả bộ ERP hay CRM. Hiểu là "ranh giới mua sắm co vào trong" thì chính xác hơn.

Công ty phần mềm nên ứng phó thế nào?

Rà lại sản phẩm của bạn có bao nhiêu là "chức năng", bao nhiêu là "thứ người khác tự dựng không ra". Sản phẩm thuần chức năng nguy hiểm nhất; sản phẩm có hiệu ứng mạng dữ liệu, có tích lũy tri thức pháp luật, có hệ sinh thái tích hợp thì an toàn hơn. Đề xuất giá trị phải chuyển từ bảng danh sách chức năng sang những phần khó sao chép này.

Một phần ba doanh nghiệp quyết định không mua phần mềm nữa — vì AI viết ra được

Q: Ngành nào rõ nhất?

Theo bóc tách ngành của khảo sát, công nghệ cao nhất đạt 41%, tiếp là bên chi trả và cung cấp y tế 39%, dịch vụ chuyên nghiệp và năng lượng vật liệu 38%, định chế tài chính 36%, truyền thông viễn thông 34%, dược phẩm và sản phẩm y tế 33%.

Q: Tự dựng thật sự rẻ hơn không?

Chi phí phát triển ban đầu quả thật bị AI nén xuống mạnh, nhưng tổng chi phí phần mềm chưa bao giờ là chi phí phát triển. Bảo trì, cập nhật an ninh, thay đổi pháp luật, tiếp quản sau khi người phát triển gốc nghỉ, những cái này không rẻ đi. Khi ra quyết định phải nhìn tổng chi phí sở hữu ba năm, không phải thời gian phát triển lần đầu.

Khảo sát toàn cầu The State of AI 2026 của McKinsey đưa ra một con số rất không thân thiện với ngành phần mềm: 32% tổ chức từng vì "dùng tác nhân viết mã AI là tự làm được" mà bỏ mua một sản phẩm hoặc chức năng phần mềm. Trong nhóm hiệu suất hàng đầu, tỷ lệ này gần một nửa. Điều này có ý nghĩa gì với ngành phần mềm và IT doanh nghiệp?

Trưởng bộ phận IT của một công ty môi giới bảo hiểm cỡ trung, đầu năm nhận được nhu cầu từ bộ phận nghiệp vụ: họ muốn một công cụ nhỏ tự động đối chiếu khác biệt điều khoản hợp đồng bảo hiểm. Quy trình trước đây là tìm nhà cung cấp, hỏi giá, báo khoảng sáu trăm triệu, xếp lịch ba tháng.

Lần này anh để một kỹ sư dùng công cụ viết mã AI thử. Hai tuần sau, một phiên bản dùng được đã lên.

Không hỏi giá, không có quy trình mua sắm, không có sáu trăm triệu đó.

Bối cảnh sự kiện

Khảo sát toàn cầu The State of AI 2026 của McKinsey đã biến trường hợp cá biệt này thành con số.

Khảo sát phát hiện, 32% tổ chức từng vì "có thể dùng công cụ agentic coding tự dựng" mà bỏ mua ít nhất một sản phẩm hoặc chức năng phần mềm.

Đáng chú ý hơn là sự phân bố. Trong 6% được định nghĩa là "nhóm hiệu suất cao" (tổ chức quy ít nhất 5% EBIT cho AI), gần một nửa từng làm vậy, so với 31% của các tổ chức khác. Nghĩa là, càng là công ty thu được lợi nhuận thực chất từ AI, càng thiên về tự làm.

Bóc tách theo ngành cũng rõ: công nghệ 41%, bên chi trả và cung cấp y tế 39%, dịch vụ chuyên nghiệp và năng lượng vật liệu 38%, định chế tài chính 36%, truyền thông viễn thông 34%, dược phẩm và sản phẩm y tế 33%.

Một con số liên quan khác: trong các doanh nghiệp lớn doanh thu trên 1 tỷ USD, 40% đã mở rộng tác nhân AI trong một hoặc nhiều chức năng, năm trước con số này là 27%.

Trọng điểm

32% tổ chức từng vì có thể dùng tác nhân viết mã AI tự dựng mà bỏ mua sản phẩm hoặc chức năng phần mềm.
Gần một nửa tổ chức hiệu suất cao (6% quy ≥5% EBIT cho AI) có hành vi này, các tổ chức khác là 31%.
41% người trả lời ngành công nghệ có hành vi này, cao nhất theo ngành.
40% doanh nghiệp lớn (doanh thu trên 1 tỷ USD) đã mở rộng tác nhân trong một hoặc nhiều chức năng, năm trước là 27%.
Ở đây chỉ chủ yếu là chức năng ngoài rìa và công cụ nhỏ, không phải dùng tự dựng thay hệ thống lõi.

Phân tích tác động thị trường

Với người dùng: Với người đi làm, ý nghĩa của xu hướng này là "công cụ nội bộ sẽ nhiều hơn, nhanh hơn, và cũng xấu hơn".

Trước đây bộ phận nghiệp vụ đề một nhu cầu nhỏ, câu trả lời của IT thường là "xếp không vào" hoặc "đi mua cái có sẵn". Nay lựa chọn thứ ba xuất hiện: hai tuần làm một thứ thô nhưng dùng được. Cái lợi là nhu cầu được đáp ứng nhanh hơn nhiều; cái hại là các công cụ này thường không có tài liệu, không có kiểm thử, người làm nghỉ việc là thành mồ côi.

Gợi ý của tôi rất thực tế: nếu bộ phận bạn bắt đầu xuất hiện loại "công cụ nhỏ do ai đó làm" này, hãy nhanh hỏi ba câu — mã để ở đâu, có người thứ hai đọc hiểu không, dữ liệu lưu ở đâu. Ba câu này không trả lời được thì công cụ đó là bom chưa nổ.

Với ứng dụng doanh nghiệp: Ý nghĩa của việc này với IT doanh nghiệp là ngưỡng tâm lý của quyết định mua sắm đã thay đổi.

Phán đoán trước đây là "mua cái có sẵn rẻ hơn tự làm", kết luận này trước khi có AI gần như luôn đúng, vì chi phí phát triển quá cao. Nay chi phí phát triển bị nén xuống, cùng phép tính đó phải tính lại.

Nhưng tôi phải nhắc một điều dễ bị bỏ qua: tổng chi phí phần mềm chưa bao giờ là chi phí phát triển. Bảo trì, cập nhật an ninh, thay đổi pháp luật, tiếp quản sau khi người phát triển gốc nghỉ việc — mấy khoản này chẳng rẻ đi chút nào, thậm chí vì mã do AI tạo có độ dễ đọc không đều mà còn đắt hơn.

Khung phán đoán lành mạnh hơn, tôi cho là ba câu hỏi này:

Chức năng này có thay đổi theo pháp luật không? Có (ví dụ hóa đơn điện tử, tính bảo hiểm lao động y tế, tuân thủ dữ liệu cá nhân) thì mua cái có sẵn an toàn hơn, vì nhà cung cấp sẽ chịu trách nhiệm theo kịp pháp luật.
Chức năng này sai thì cái giá bao nhiêu? Báo cáo nội bộ sai thì sửa được, tính lương sai là có chuyện.
Ba năm sau ai bảo trì? Câu này không trả lời được thì đừng tự dựng.

Tự dựng phù hợp nhất là "quy tắc ổn định, phạm vi rõ, cái giá sai thấp" — đúng loại công cụ ngoài rìa mà khảo sát nói.

Với lập trình viên: Với công ty phần mềm và đội SaaS, đây là tín hiệu phải nhìn thẳng.

Nếu giá trị sản phẩm của bạn chủ yếu đến từ "bảng danh sách chức năng", thì bạn đang bị công cụ viết mã AI cạnh tranh trực tiếp. Khách hàng sẽ bắt đầu tính: mấy chức năng này tôi tự làm mất bao lâu.

Khó bị sao chép hơn là mấy loại sau: hiệu ứng mạng dữ liệu (càng nhiều người dùng dữ liệu càng tốt, như tín dụng, danh sách, giá thị trường), tích lũy tri thức pháp luật (bạn hiểu luật đổi thế nào, đổi rồi sửa ra sao rành hơn khách), hệ sinh thái tích hợp (bạn đã nối ba mươi hệ thống, khách tự nối phải mất một năm), và trách nhiệm vận hành (bạn có SLA, có trực, có chứng nhận an ninh, sai bạn chịu).

Ngược lại, sản phẩm thuần "một giao diện đẹp + vài chức năng CRUD" thì tình cảnh sẽ càng khó. Đây không phải hù dọa, mà là thứ khảo sát này đã thể hiện bằng con số.

Xu hướng phát triển tương lai

Ba thay đổi tôi dự đoán sẽ xảy ra.

Thứ nhất, mua sắm phần mềm sẽ dồn về hai đầu. Hệ thống lõi (ERP, CRM, tài chính kế toán) vẫn sẽ mua, và mua đắt hơn tích hợp hơn; các công cụ nhỏ đuôi dài thì chuyển sang tự dựng nhiều. Lớp ở giữa — SaaS chức năng đơn, giá trung — sẽ bị ép mạnh nhất.

Thứ hai, "quản trị công cụ nội bộ" sẽ thành đề tài IT mới. Khi mỗi bộ phận đều làm được công cụ của mình, công ty sẽ nhanh chóng tích lũy một đống hệ thống không ai quản. Đây cùng vấn đề với shadow IT mười năm trước, chỉ là nhanh gấp mười lần. Thứ doanh nghiệp cần không phải cấm, mà là cung cấp một "đường tự dựng tuân thủ": môi trường triển khai chuẩn, xác thực danh tính thống nhất, bắt buộc lưu trữ mã.

Thứ ba, kiểm thử và bảo trì sẽ thành nút thắt. Mã viết nhanh không có nghĩa lên được. Đây đúng là vấn đề nút thắt kiểm thử mã do AI tạo mà trang đã bàn — khi sản lượng bùng nổ, năng lực kiểm chứng thành yếu tố giới hạn mới.

Học viện TheAI tổng kết và nhận định

Tôi không cho rằng điều này nghĩa là SaaS sắp chết. Nhưng tôi thật sự cho rằng, ngưỡng tâm lý mua phần mềm đã tăng vĩnh viễn.

Trước đây sếp thấy một công cụ một năm ba trăm triệu, thấy tạm được là ký. Nay ông sẽ hỏi thêm một câu: "Cái này chúng ta tự làm mất bao lâu?" — chỉ một câu này đã đủ giết nhiều sản phẩm tầm thường.

Nhận định: AI không làm cho tự dựng thành ý hay, nó chỉ làm cho "không mua" thành một lựa chọn thật. Mà với người bán phần mềm, như vậy đã đủ chí mạng.

Gợi ý cụ thể cho bạn đọc:

Nếu bạn là trưởng bộ phận IT, tôi khuyên lập một danh sách quyết định "tự dựng vs mua" đơn giản, đưa tính thay đổi theo pháp luật, cái giá sai, trách nhiệm bảo trì ba năm vào, và yêu cầu khi đề xuất phải trả lời. Điều này chặn được phần lớn quyết định bốc đồng kiểu "vì AI nhanh nên ta tự làm".

Nếu bạn ở công ty phần mềm, việc nên làm bây giờ là rà lại thành thật: sản phẩm của bạn có bao nhiêu giá trị đến từ thứ khó sao chép? Nếu đáp án là "không nhiều" thì thứ cần điều chỉnh là chiến lược sản phẩm, không phải lời lẽ marketing.

Nếu bạn là kỹ sư, xu hướng này thực ra là tin tốt cho bạn — người biết dùng công cụ AI để nhanh chóng giao hệ thống nội bộ đang có sức mặc cả tăng lên. Nhưng đừng quên làm cả kiểm thử và tài liệu, đó mới là điểm biến sản lượng của bạn từ "đồ chơi" thành "tài sản". Muốn tìm công cụ phù hợp có thể tham khảo phần tổng hợp về Cursor, Windsurf và v0 trên trang.

Nguồn tham khảo

Tổng hợp theo thông tin công khai, căn cứ theo báo cáo chính thức. Bài viết không cấu thành lời khuyên đầu tư.