Ba mươi hai phần trăm tổ chức đã quyết định không mua ít nhất một sản phẩm hoặc tính năng phần mềm vì họ có thể tự dựng nó trong nội bộ bằng công cụ lập trình dạng agent (McKinsey, 2026). Đây không phải một dự báo về mua sắm. Nó đã xảy ra rồi, ngay trong chu kỳ ngân sách vừa qua.
Ranh giới build-vs-buy đã dịch chuyển, và dịch chuyển trong im lặng — không nhà cung cấp nào công bố, không ai trình business case lên hội đồng quản trị. Ai đó mở email gia hạn, nhìn giá, nhìn một agent lập trình, rồi từ chối.
Đây là phần đáng để một Head of Operations chậm lại trước khi các đợt gia hạn Q4 chốt sổ. Trong cùng khảo sát đó, những tổ chức đi xa nhất trong việc thay thế này — nhóm AI high performer của McKinsey, trong đó gần một nửa đã né được một thương vụ mua theo cách này, so với 31 phần trăm của tất cả những người còn lại — báo cáo bị ràng buộc bởi chi phí khi dùng agent lập trình nhiều gấp khoảng ba lần so với các đáp viên khác (McKinsey, 2026). Nhóm có nhiều kinh nghiệm nhất trong việc tự dựng thay vì mua chính là nhóm tìm thấy cái trần trước tiên.
Thứ tự đó quan trọng hơn con số tiêu đề.
Khảo sát thực sự nói gì
Báo cáo State of AI thường niên lần thứ mười của McKinsey được công bố ngày 25 tháng 8 năm 2026, khảo sát từ 4 tháng 5 đến 8 tháng 6, với 1.719 đáp viên tại 97 quốc gia, có trọng số theo đóng góp của từng quốc gia vào GDP toàn cầu. Ba mươi sáu phần trăm đáp viên làm việc tại các tổ chức có doanh thu hằng năm trên 1 tỷ đô la.
Một lưu ý cần đặt ngay, vì nó quyết định liệu bất cứ điều gì ở đây có áp dụng cho bạn hay không: McKinsey cắt dữ liệu theo doanh thu, không theo số nhân sự. "Tổ chức nhỏ hơn" trong khảo sát này nghĩa là doanh thu dưới 1 tỷ đô la, bao gồm cả những công ty nằm ngoài xa dải 50–500 FTE. Hãy đọc chiều hướng của phát hiện; đừng chiếu sơ đồ tổ chức của bạn vào đó.
Với lưu ý đó, ba phát hiện khớp vào nhau.
Việc thay thế là có thật và tập trung. Ba mươi hai phần trăm trên tổng thể, phổ biến nhất ở công nghệ và y tế, kế đến là dịch vụ chuyên nghiệp cùng năng lượng và vật liệu. Gần một nửa trong nhóm high performer.
Cái trần là có thật và rơi đúng vào cùng loại công cụ. Khoảng 20 phần trăm toàn bộ đáp viên nói rằng chi phí vận hành liên quan đến AI, bao gồm chi phí token, đã hạn chế việc dùng AI của họ. Riêng với agent lập trình, nhóm high performer gặp ràng buộc đó nhiều gấp khoảng ba lần những người khác — và họ không bị hạn chế quá mức về chi phí ở các loại công cụ khác. Ma sát nằm đúng ở thứ họ đã chuyển sang.
Năng lực không được phân bổ đồng đều. Các tổ chức doanh thu trên 1 tỷ đô la đã đi từ 27 phần trăm lên 40 phần trăm về việc mở rộng agent AI trong ít nhất một chức năng, so với năm trước. Các tổ chức nhỏ hơn về cơ bản đứng yên ở 22 phần trăm. Khoảng hai trên mười đáp viên nói đã mở rộng agent lập trình, con số này là 31 phần trăm ở các doanh nghiệp lớn.
Vậy nên những công ty ở vị thế tốt nhất để thay phần mềm bằng agent cũng chính là những công ty đang trả giá cho đặc quyền đó. Còn những công ty bị phép tính này cám dỗ nhất — những nơi hóa đơn SaaS gây đau nhất — lại ít có khả năng đã mở rộng được một agent nào.
Vì sao cú đổi này trông rẻ vào tháng Chín
Sức hút không phải tưởng tượng, và cũng không phải tiếng ồn từ nhà cung cấp. Giá phần mềm đang tăng nhanh hơn gần như mọi khoản khác trên báo cáo kết quả kinh doanh của bạn.
Chỉ số của Vertice ghi nhận lạm phát SaaS ở mức 12,1 phần trăm vào tháng 4 năm 2026, 14,2 phần trăm vào tháng 5 và 16,4 phần trăm vào tháng 6 — một kỷ lục mới, vượt đỉnh cũ 14,7 phần trăm của tháng 11 năm 2025, và là đà tăng hai tháng nhanh nhất họ từng ghi nhận (Vertice, 2026). Vertice đặt mức đó ở gần gấp năm lần tỷ lệ lạm phát chung. Cùng chỉ số này cũng chỉ ra hiện tượng "shrinkflation" chạy song song: giá niêm yết tăng trong khi quyền truy cập tính năng ở cùng một bậc âm thầm bị thu hẹp.
Ngồi trong một cuộc họp gia hạn với con số đó và một agent lập trình đang chạy được, cú đổi trông hiển nhiên. Tăng 16 phần trăm cho một công cụ ba người dùng, so với một bản tự dựng bạn có thể ra mắt trong hai tuần.
Vấn đề là: phép so sánh đang được thực hiện không phải phép so sánh đang được mua.
Thứ thực sự chuyển giao trong cú đổi tự-dựng-thay-vì-mua
Hợp đồng SaaS là một nghĩa vụ cố định, có hỗ trợ, được bảo trì từ bên ngoài, với ngày gia hạn đã biết. Thứ thay thế nó gồm ba thứ riêng biệt, và chỉ một trong số đó xuất hiện trong business case.
Một hóa đơn token biến đổi. Giấy phép thì dự đoán được; suy luận thì tính theo mức dùng và tăng theo lưu lượng, số lần thử lại, và bất cứ thứ gì agent quyết định đọc. Đây đúng là khoản mà nhóm high performer của McKinsey nói họ đụng trần.
Một người chủ bảo trì nội bộ vĩnh viễn. Không phải người đã dựng nó. Mà là người giữ nó vào năm 2028, khi API nó gọi thay đổi và kỹ sư duy nhất hiểu nó đã nghỉ việc.
Các đặc tính bảo trì của mã do agent viết, kém hơn một cách đo được so với mã mà nó thay thế.
Người chủ bảo trì không ai gọi tên
Nghiên cứu Maintainability Gap của GitClear đã phân tích 623 triệu thay đổi mã từ 2023 đến 2026 và thấy các tín hiệu chất lượng cùng lúc đi sai hướng: trùng lặp khối mã tăng 81 phần trăm, sao chép/dán trong cùng một commit tăng 41 phần trăm, các cấu trúc che lỗi tăng 47 phần trăm, churn hai tuần tăng 15 phần trăm — trong khi số dòng được dịch chuyển do refactoring giảm 70 phần trăm, lời gọi hàm xuyên tệp (tín hiệu của tái sử dụng) giảm 35 phần trăm, và bảo trì mã legacy dài hạn giảm 74 phần trăm so với mức 2022 (GitClear, 2026).
Cách họ gọi kết quả này mới là thứ hữu dụng: các thành phần V1 vĩnh viễn. Mã được đưa ra sản phẩm rồi không bao giờ được hợp nhất, vì chẳng ai refactor thứ mà một agent có thể sinh lại.
Chương trình DORA của Google đi đến cùng một chỗ từ hướng khác. Trong khoảng 5.000 đáp viên, tỷ lệ lập trình viên dùng AI tăng từ 76 phần trăm lên 90 phần trăm, và thông lượng phát hành có AI hỗ trợ đã trở lại mức trung tính hoặc tốt hơn — nhưng sự bất ổn trong phát hành vẫn tồn tại như cái giá của việc áp dụng, và cách DORA đọc AI là một bộ khuếch đại của chính hệ thống tổ chức mà nó rơi vào (DORA, 2025). Ấn bản năm trước đó đã đo được mức giảm 7,2 phần trăm về độ ổn định phát hành cho mỗi 25 phần trăm tăng trong mức độ áp dụng AI (TechTarget, 2025).
Khuếch đại là từ cần giữ lại. Một công ty 300 FTE với một lập trình viên nội bộ quá tải và không có pipeline triển khai sẽ không có được kỷ luật của một nhà cung cấp phần mềm chỉ bằng cách sinh ra bản thay thế cho sản phẩm của họ. Nó chỉ có được kỷ luật của chính mình, nhanh hơn.
Nhóm đi xa nhất đã chạm trần trước tiên
Hầu hết tranh luận công nghệ xoay quanh việc liệu phe hoài nghi có đúng về sau hay không. Cuộc này đã chạy xong thí nghiệm, và kết quả nằm trong chính bộ dữ liệu đã tạo ra sự phấn khích.
Những tổ chức thay thế quyết liệt nhất là những tổ chức hôm nay báo cáo ràng buộc chi phí trên agent lập trình nhiều gấp ba lần tất cả những tổ chức khác (McKinsey, 2026). Không phải ràng buộc chi phí nói chung — khoản đó họ báo cáo ở mức bình thường. Mà cụ thể ở đúng lớp công cụ họ đã chuyển sang.
Đó là hình dạng của một cái trần khi được phát hiện từ bên trong. Bạn thay một khoản cố định bằng một khoản biến đổi, mức dùng tăng lên vì thứ đó hữu ích, và khoản biến đổi thôi không còn nhỏ hơn khoản bạn đã hủy.
Với một người vận hành ở phân khúc mid-market, suy luận không phải là "đừng tự dựng". Mà là đường cong chi phí được trình ra trước mặt bạn tại thời điểm ra quyết định mới chỉ là tháng đầu tiên của nó.
Phản biện trung thực
Ba giới hạn, nói thẳng.
Dữ liệu khảo sát tự khai không phải là kiểm toán. Các con số của McKinsey là điều đáp viên nói về chính tổ chức của họ. Không ai đối chiếu phần tự dựng được tuyên bố với sổ cái, và "quyết định không mua" bao gồm cả những quyết định vốn dĩ chẳng bao giờ chốt được.
Tự dựng thực sự thắng trong một tập hợp trường hợp có thể xác định được. Nơi quy trình đặc thù với công ty bạn, nơi không nhà cung cấp nào vừa vặn mà không cần cấu hình nặng, nơi thứ đó nhỏ, ổn định và chỉ đọc từ các hệ thống bạn đã sở hữu — tự dựng luôn là lựa chọn bảo vệ được, và agent hạ thấp ngưỡng để nó trở nên như vậy. Con số 32 phần trăm không phải là sai lầm một cách đồng đều.
Một năm dữ liệu chất lượng không phải bản án cho cả một thập kỷ. GitClear đo việc viết mã có AI hỗ trợ trông thế nào ở hiện tại, khi cả công cụ lẫn thực hành đều chưa trưởng thành. Những tín hiệu đó có thể cải thiện. Hiện vẫn chưa.
Điều mà không gì trong số đó thay đổi: cú đổi này biến vấn đề bảng cân đối của nhà cung cấp thành vấn đề của bạn. Đó là một sự chuyển giao, không phải khoản tiết kiệm — trừ khi bạn định giá sự chuyển giao đó.
Những đợt gia hạn nào khiến cú đổi là bảo vệ được
Bốn bước trước khi Q4 chốt sổ. Không bước nào cần nhà cung cấp mới, và không bước nào đòi bạn từ bỏ phương án tự dựng.
- Định giá khoản token theo mười hai tháng sử dụng đã tăng trưởng, không theo khối lượng pilot. Nếu bản thay thế chỉ rẻ hơn ở khối lượng gọi của hôm nay, bạn không tìm ra khoản tiết kiệm — bạn tìm ra một độ trễ. Hãy mô hình hóa ở mức gấp ba lần hiện tại và xem quyết định có đứng vững không.
- Gọi tên người chủ bảo trì trước khi hủy hợp đồng. Một cái tên, một tỷ lệ phần trăm thời gian của người đó, và một người kế nhiệm. Nếu không ai chịu đặt một con số, thì phần tự dựng đang được tài trợ bằng nhân lực chưa phân bổ — nghĩa là bằng những buổi tối của ai đó.
- Sắp xếp các đợt gia hạn theo ai gánh sự cố. Bất cứ thứ gì chạm đến lương, tuân thủ, lập hóa đơn hướng khách hàng hoặc dữ liệu bị quản lý đều giữ lại nhà cung cấp có SLA và điều khoản bồi thường. Báo cáo nội bộ, lớp kết nối giữa các hệ thống bạn đã sở hữu, và công cụ quy trình của một đội duy nhất — đó là nơi phương án tự dựng trung thực.
- Hãy coi báo giá gia hạn tăng 16 phần trăm là tín hiệu đàm phán, không phải phán quyết. Lạm phát SaaS ở mức gần gấp năm lần lạm phát chung nghĩa là mức tăng được chào là do thị trường và thường có thể thương lượng. Đối chuẩn một đợt gia hạn rẻ hơn việc sở hữu một codebase, và bạn có thể làm điều đó ngay trong tháng này.
Một giấy phép bạn hủy là một khoản chi phí bạn ngừng trả. Một hệ thống bạn tự dựng là một khoản chi phí bạn bắt đầu sở hữu — và những tổ chức đi xa nhất trên con đường đó đang nói với bạn, trong chính cuộc khảo sát đã khiến cú đổi trở nên hấp dẫn, chính xác chỗ nó thôi không còn rẻ.
Trước khi đợt gia hạn kế tiếp được gửi đi, hãy chọn một công cụ đang nằm trong danh sách cắt và viết ra ai sẽ bảo trì bản thay thế của nó vào năm 2028. Nếu dòng đó vẫn trống, hãy gia hạn.
