Tự xây dựng vs Mua vs Kết hợp: Điều gì thay đổi khi AI viết code?

Cuộc tranh luận tự xây dựng vs mua không mới — nhưng câu trả lời thì có thể mới. Tôi đã ngồi lại với Zach Zalowitz từ Fanatics và Laxman Mandayam từ Nextuple tại phiên thảo luận Order Management Gurus để nói về điều thực sự thay đổi khi AI bắt đầu viết code.

AI tác tử và code do AI tạo ra đang viết lại các quy tắc. Khi một nhà phát triển có thể dựng một microservice hoạt động được trong vài ngày — hoặc một tác tử AI có thể cấu hình một tích hợp vốn mất hàng tuần — các khuôn khổ quyết định cũ bắt đầu rạn nứt. Nếu AI có thể xây nhanh hơn, bạn còn cần mua nó không? Nếu bạn mua, liệu bạn thực chất chỉ đang lắp ráp và cấu hình, với AI đóng vai trò chất kết dính? Và nếu bạn đi theo hướng kết hợp, làm sao để nó không trở thành cơn ác mộng bảo trì về sau?

Phép tính cũ không còn đứng vững

Quyết định tự xây dựng vs mua cổ điển chủ yếu xoay quanh chi phí và tốc độ: tự xây cần một đội và một quý; mua thì đưa bạn ra thị trường ngay. AI không chỉ dịch chuyển các con số đó — nó thay đổi cả ý nghĩa của từ "tự xây dựng". Một năng lực vốn là dự án sáu tháng giờ có thể được dựng lên trong vài ngày bởi một đội nhỏ, hoặc bởi một tác tử đảm nhận công việc tích hợp vốn tiêu tốn cả một nhóm. Điều đó không khiến mọi việc tự xây đều là ý hay. Nó khiến các lối tắt cũ — "chúng ta luôn mua," "chúng ta luôn tự xây" — trở nên không thể bào chữa.

Mua đang trở nên thông minh hơn, không phải dễ hơn

Mua vẫn thắng khi vấn đề không phải là năng lực cốt lõi của bạn, hoặc khi lộ trình của nhà cung cấp tăng trưởng nhanh hơn tốc độ đội của bạn có thể tiếp thu lĩnh vực đó. Nhưng ngưỡng cho câu hỏi "vì sao chúng ta mua cái này" đã nâng lên. Nếu câu trả lời là "vì chúng ta không có người," thì AI đã khiến câu trả lời đó yếu đi. Nếu câu trả lời là "vì nhà cung cấp nắm phần khó của lĩnh vực này," thì đó vẫn là một câu trả lời mạnh — và AI đang khiến nó mạnh hơn, vì tích hợp và cấu hình chính là những phần AI giỏi.

Kết hợp là một quyết định về bảo trì, không phải về kiến trúc

Cuộc trò chuyện trung thực trên phiên thảo luận là về hướng kết hợp. Kết hợp là nơi hầu hết các doanh nghiệp dừng lại — câu hỏi là nó trở thành một hệ thống có chủ đích hay một hệ thống tình cờ. Nếu bạn định xây dựng quanh một nền tảng của nhà cung cấp, bạn cần sở hữu các đường nối: các tích hợp tùy chỉnh, các hợp đồng dữ liệu, những nơi code do AI tạo ra của bạn chạm vào code của họ. Các đội coi kết hợp là quyết định bảo trì ngay từ ngày đầu — với chủ sở hữu, kiểm thử và tài liệu — sẽ tránh được cơn ác mộng. Còn những đội coi nó là "mua trước, tính sau" chính là những người cuối cùng kết thúc với một nền tảng mà họ không thể nâng cấp.

Cuộc thảo luận quy tụ những người thực hành đã đưa ra các quyết định này trong thế giới thực — đào sâu vào việc phát triển AI-native thực sự đang tác động gì đến phép tính tự xây dựng vs mua cho OMS, ERP và các ứng dụng doanh nghiệp. Nếu bạn đang đưa ra quyết định đó trong năm nay, nó đáng để xem.

Các thành viên tham gia

Nghĩ rằng lập luận này phù hợp với sự kiện của bạn? Hãy kể cho tôi về khán phòng — lịch trình có chọn lọc.