Xây Hay Mua Phần Mềm Doanh Nghiệp: Khung Đánh Giá Trung Lập Không Thiên Vị Vendor (Kèm Bảng Chấm Điểm 12 Tiêu Chí, 2026)
Tháng 9 năm ngoái, một khách hàng SaaS đạt $50M ARR hỏi chúng tôi một câu hỏi mà trả lời sai sẽ khiến doanh nghiệp mất hàng triệu đô: tiếp tục dùng stack Salesforce + Tableau + Outreach trị giá $487K trong 5 năm tới, hay xây một nền tảng revenue-ops tùy chỉnh với $312K? Câu trả lời "rẻ hơn" lại sai. Đây là khung đánh giá chúng tôi đã dùng để nhận ra điều đó: bảng chấm điểm 12 tiêu chí, mô hình TCO 5 năm, và phân loại Buy/Build/Blend của Gartner mà không một hướng dẫn build-vs-buy nào trong top 10 trên Google hiện tại chịu nhắc đến. Và đúng, chúng tôi là một công ty engineering, nên chúng tôi sẽ nói cho bạn biết khi nào nên mua SaaS thay vì thuê chúng tôi.
Điểm chính (TL;DR):
- Hầu hết lời khuyên build-vs-buy đến từ các vendor hưởng lợi từ một đáp án duy nhất. Hãy gọi tên sự thiên vị của nguồn trước khi tin họ.
- Khung Buy/Build/Blend của Gartner hiện bao phủ 76% chi tiêu phần mềm doanh nghiệp. Thuần xây hoặc thuần mua là thiểu số trong 2026.
- Chấm điểm quyết định trên 12 tiêu chí có trọng số, không dựa vào cảm tính. Xây tùy chỉnh thắng khi tổng >45; SaaS thắng khi dưới 30.
- AI coding agent (Cursor, Claude Code) giảm 40–60% giờ kỹ sư senior mỗi tính năng trong 2026. Bài toán xây đã thay đổi.
Quyết Định Xây Hay Mua Trong Phần Mềm Doanh Nghiệp Là Gì?
Quyết định xây hay mua là lựa chọn giữa cấp phép phần mềm SaaS hoặc COTS có sẵn (mua), phát triển phần mềm tùy chỉnh nội bộ (xây), hoặc thuê đối tác agency xây phần mềm độc quyền (đối tác). Cách tiếp cận hiện đại của Gartner mở rộng thành Buy/Build/Blend, và 76% chi tiêu phần mềm doanh nghiệp hiện chảy vào các kết hợp giữa sản phẩm tiêu chuẩn và phần mở rộng tùy chỉnh, không phải thuần xây hay thuần mua.
Quyết định xoay quanh ba câu hỏi:
- Năng lực này là lợi thế cạnh tranh khác biệt hay hàng hóa phổ thông?
- TCO thực sự 5 năm của mỗi con đường là bao nhiêu?
- Bạn có thể duy trì một đội kỹ sư senior sở hữu nó lâu dài không?
Lưu ý: Techsy là một công ty engineering. Chúng tôi kiếm tiền khi bạn xây. Nên chúng tôi sẽ nói hết các trường hợp bạn nên mua SaaS thay vì thuê chúng tôi, vì về lâu dài, những bài viết như thế này chỉ hiệu quả khi bài toán trung thực. Chúng tôi đã nêu rõ đối tượng funnel ở cuối bài; mọi thứ ở giữa là khung đánh giá, không phải lời chào hàng.
Hầu hết hướng dẫn build-vs-buy được viết bởi những người hưởng lợi từ một trong hai đáp án. Marketplace SaaS muốn bạn mua. Dev agency muốn bạn xây. Vendor COTS muốn bạn làm bất cứ gì bảo vệ hợp đồng gia hạn của họ. Đọc ba bài và bạn sẽ nhận được ba khuyến nghị tự tin, trái ngược nhau, mỗi bài chôn dưới một cái móc bán hàng. Nếu bạn đang đánh giá cụ thể một dự án voice-AI, chúng tôi đã viết phiên bản thu hẹp của khung này áp dụng cùng logic cho một quyết định hẹp hơn. Phần còn lại của bài này là khung mua sắm tổng quát mà bạn thực sự có thể chạy trong một cuộc họp.
Gartner Thực Sự Nói Gì: Khung Buy / Build / Blend
Khung mua sắm của Gartner bác bỏ câu hỏi nhị phân xây-hay-mua và thay bằng quyết định ba lựa chọn: Buy (cấp phép COTS hoặc SaaS), Build (phát triển tùy chỉnh nội bộ), hoặc Blend (kết hợp SaaS cho quy trình phổ thông với code tùy chỉnh cho quy trình khác biệt). Theo mô hình Buy/Build/Blend của Gartner, 76% chi tiêu phần mềm doanh nghiệp hiện chảy vào các stack kết hợp. Thuần xây hoặc thuần mua là thiểu số.
Buy = Cấp Phép Những Gì Đã Phổ Thông
Mua khi năng lực đó là bài toán đã có lời giải và người khác đã triển khai ở quy mô lớn. CRM, bảng lương, email, quản lý chi phí, observability. Kinh tế của việc mua tốt nhất khi bạn có <100 người dùng trên quy trình, cần chạy trong <90 ngày, và SaaS giải quyết hơn 80% nhu cầu ngay từ đầu.
Build = Sở Hữu Những Gì Là Khác Biệt
Xây khi năng lực đó là hào bảo hộ của bạn. Thứ mà khách hàng mua bạn vì nó. Stripe không cấp phép một stack thanh toán. Figma không cấp phép một engine render. Xây cũng thắng khi SaaS thực sự không thể mô hình hóa cấu trúc dữ liệu của bạn (nghĩ đến tài chính đa thực thể phức tạp hoặc các chế độ tuân thủ bất thường) hoặc khi hóa đơn SaaS 5 năm ở quy mô lớn vượt TCO xây tùy chỉnh 2 lần trở lên.
Blend = Bài Toán Mà Hầu Hết Doanh Nghiệp Thực Sự Kết Thúc
Blend nghĩa là bạn giữ COTS cho 80% nhàm chán và xây tùy chỉnh cho 20% khác biệt. Mô hình kinh điển: Salesforce làm system of record + một lớp tùy chỉnh mỏng cho các quy trình mà Salesforce không thể mô hình hóa. Thoughtworks gọi đây là Buy/Build/Partner; Gartner gọi là Buy/Build/Blend. Cùng ý tưởng, từ vựng hơi khác. Phân loại ba lựa chọn bắt nguồn từ Ma trận Make-or-Buy của McKinsey từ những năm 1990, nhưng kỷ nguyên cloud đã đưa lựa chọn thứ ba lên vị trí thống trị.
| Con đường | Thời gian đến giá trị | Chi phí ban đầu | Chi phí duy trì | Quyền sở hữu | Rủi ro vendor |
|---|---|---|---|---|---|
| Buy (SaaS) | Vài ngày đến vài tuần | Thấp | Cao, dự đoán được | Thấp | Cao |
| Build (Tùy chỉnh) | 4–12 tháng | Cao | Trung bình, biến động | Toàn bộ | Không |
| Blend | Vài tuần đến vài tháng | Trung bình | Trung bình | Một phần | Trung bình |
Bảng Chấm Điểm 12 Tiêu Chí (Copy Vào Spreadsheet)
Chấm mỗi tiêu chí 1–5 dựa trên mức độ áp dụng vào tình huống của bạn. Nhân với trọng số. Cộng tổng. Chú thích ngưỡng ở cuối cho biết con đường nào bài toán chỉ ra. Dùng bảng này trong một cuộc họp mua sắm thực tế và bạn sẽ rút ngắn tranh luận từ hai tiếng xuống hai mươi phút.
| # | Tiêu chí | Ý nghĩa | Trọng số | Điểm (1–5) |
|---|---|---|---|---|
| 1 | Lợi thế cạnh tranh khác biệt | Năng lực này có phải lý do cốt lõi khách hàng mua bạn? | ×3 | __ |
| 2 | Đội kỹ sư senior | Đội của bạn có thể sở hữu nó 5+ năm không? | ×2 | __ |
| 3 | Tính mới của bài toán | Bài toán mới (5) hay đã được hiểu rõ (1)? | ×1 | __ |
| 4 | Áp lực thời gian ra thị trường | Ra mắt trong <6 tháng có quan trọng? Thấp hơn = cấp bách hơn | ×2 | __ |
| 5 | Khoảng trống phủ SaaS | Không SaaS nào giải quyết >80% nhu cầu của bạn? | ×2 | __ |
| 6 | Khả năng chịu lock-in | Bạn chịu được thay đổi giá và rủi ro roadmap của vendor? Thấp hơn = ít chịu được hơn | ×1 | __ |
| 7 | TCO SaaS 5 năm ở quy mô | Chi phí SaaS có vượt TCO xây tùy chỉnh trong 5 năm? | ×2 | __ |
| 8 | Tính độc đáo của dữ liệu | Dữ liệu của bạn có cấu trúc mà SaaS không mô hình hóa được? | ×1 | __ |
| 9 | Tuân thủ / cư trú dữ liệu | Có ràng buộc nào loại trừ các vendor SaaS lớn? | ×1 | __ |
| 10 | AI giảm chi phí xây | AI coding agent có giảm đáng kể chi phí xây so với 2023? | ×2 | __ |
| 11 | Độ phức tạp tích hợp | Tích hợp với hệ thống xung quanh đã nặng chưa? | ×1 | __ |
| 12 | Giá trị IP nắm bắt | Xây có tạo IP độc quyền nâng định giá công ty? | ×1 | __ |
Chú thích ngưỡng:
- Tổng <30 → Mua SaaS
- Tổng 30–45 → Blend
- Tổng >45 → Xây
Ví dụ minh họa, dùng khách hàng case study của chúng tôi (người mà chúng tôi phân tích chi tiết ở H2 #8): họ đạt 38 điểm. Lợi thế khác biệt được 3 (revenue ops quan trọng nhưng không phải hào bảo hộ của họ), đội kỹ sư được 2 (họ không thể dành kỹ sư lâu dài), khoảng trống phủ SaaS được 4 (Salesforce thiếu khoảng một phần ba quy trình), AI giảm chi phí xây được 5. Kết quả: nằm vững trong vùng Blend, đúng nơi khuyến nghị hạ cánh.
Một lưu ý. Bảng chấm điểm là công cụ hỗ trợ quyết định, không phải người ra quyết định. Nếu điểm của bạn ở vùng biên (28–32 hoặc 43–47), hãy chạy mô hình TCO ở phần tiếp theo trước khi cam kết. Con số sẽ thay đổi quyết định.
Mô Hình TCO: Cách Tính Trung Thực Chi Phí 5 Năm
Theo nghiên cứu của Gartner về phân tích chi phí phần mềm, doanh nghiệp bỏ sót 50–70% TCO khi tính chi phí sở hữu phần mềm. Các dòng bị bỏ sót nhiều nhất: tích hợp, FTE quản trị, và chi phí thoát. Giá niêm yết năm 1 là phần nhỏ nhất của hóa đơn, và gần như mọi bản demo vendor đều cho bạn đúng con số đó.
Đây là cách tính TCO 5 năm trung thực cho mỗi con đường.
Các dòng chi phí Buy (SaaS): cấp phép × người dùng × năm, triển khai và thiết lập, đào tạo, phân bổ FTE quản trị (thường 0,5–2 FTE ở quy mô doanh nghiệp), tích hợp với hệ thống hiện có, và chi phí thoát khi bạn cuối cùng di chuyển đi.
Các dòng chi phí Build (Tùy chỉnh): engineering ban đầu (tháng-kỹ-sư × tỷ lệ fully-loaded), bảo trì mỗi năm (quy tắc ngành: 15–20% chi phí xây ban đầu), hạ tầng và công cụ, và chi phí cơ hội của năng lực engineering bạn cam kết.
Các dòng chi phí Blend: phí thuê bao SaaS cho lớp phổ thông, cộng chi phí tích hợp/mở rộng tùy chỉnh, cộng bảo trì cho lớp tùy chỉnh. Ban đầu thấp hơn xây toàn bộ, duy trì thấp hơn mua toàn bộ.
Dùng $230K làm chi phí kỹ sư fully-loaded vùng ven biển Mỹ: trung vị BLS là $130.160 vào tháng 5/2024, cộng ~30% phúc lợi và ~25% overhead. Điều chỉnh ±30% theo vùng của bạn. Đội châu Âu thường thấp hơn 20–30%; đội Mỹ ngoài ven biển thấp hơn 15–20%.
| Hạng mục chi phí | Buy (SaaS) | Build (Tùy chỉnh) | Blend |
|---|---|---|---|
| Cấp phép năm 1 hoặc dev ban đầu | $60K | $230K | $90K |
| Triển khai / thiết lập | $40K | đã bao gồm | $20K |
| Cấp phép duy trì năm 2–5 | $240K | $0 | $120K |
| Bảo trì @ 15–20%/năm | k/a | $35K/năm | $15K/năm |
| Tích hợp với hệ thống khác | $25K | $40K | $30K |
| Phân bổ FTE quản trị / vận hành | $80K | $20K | $50K |
| Chi phí thoát / di chuyển | $40K | k/a | $20K |
| Tổng 5 năm | $485K | $465K | $390K |
Khoảng minh họa chung. Con số của bạn sẽ khác; các hạng mục thì không.
Khi Nào Nên BLEND (Con Đường Giữa Mà Hầu Hết Doanh Nghiệp Chọn)
Blend thắng khi cả thuần mua lẫn thuần xây đều không khớp gọn với quy trình của bạn. Bạn giữ COTS cho các lớp phổ thông (CRM, billing, identity, observability) và xây tùy chỉnh cho các quy trình hoặc là lợi thế cạnh tranh khác biệt hoặc đơn giản là không thể mô hình hóa trong SaaS. Chất kết dính giữa chúng là API, MCP server, hoặc engine quy trình low-code.
Bốn mô hình blend cụ thể chúng tôi thấy lặp đi lặp lại:
- Salesforce + lớp RevOps tùy chỉnh. Salesforce giữ vai trò system of record. Lớp tùy chỉnh xử lý các quy trình revenue đa bước mà process builder của Salesforce không mô hình hóa gọn. Case study khách hàng bên dưới chính xác là mô hình này.
- SAP/NetSuite + lớp dữ liệu tùy chỉnh. Giữ ERP cho sổ cái và mua sắm. Xây warehouse + dashboard tùy chỉnh cho các phân tích tài chính mà CFO của bạn thực sự muốn.
- HubSpot + pipeline enrichment tùy chỉnh. Dùng HubSpot cho sequencing và CRM nhưng tự xây enrichment khi các vendor dữ liệu thương mại không đủ chính xác cho ICP của bạn.
- COTS HR + tự động hóa quy trình tùy chỉnh. BambooHR hoặc Rippling cho hồ sơ, n8n hoặc code tùy chỉnh cho orchestration onboarding + offboarding mà không ai đóng gói tốt.
Blend trở nên rẻ hơn đáng kể trong 2026 vì thêm tính năng AI tăng dần vào SaaS hiện có không còn cần một đội nghiên cứu, và MCP server cho phép kết nối SaaS với code tùy chỉnh nén thuế tích hợp mà trước đây khiến blend đắt đỏ. Blend không phải thỏa hiệp. Nó là đáp án cho 76% doanh nghiệp, theo Gartner.
Khi Nào Nên XÂY (3 Kịch Bản Mà Tùy Chỉnh Thắng)
Xây thắng trong ba kịch bản rõ ràng. Nếu không kịch bản nào mô tả tình huống của bạn, có lẽ bạn không nên xây.
1. Năng Lực Đó Là Lợi Thế Cạnh Tranh Khác Biệt
Nếu khách hàng mua bạn vì năng lực cụ thể này, bạn không thể cấp phép nó từ một vendor mà các khách hàng khác của họ là đối thủ của bạn. Stripe không cấp phép một stack thanh toán. Notion không cấp phép một engine tài liệu. Năng lực đó phải là hào bảo hộ, không chỉ là một tính năng bạn tình cờ dùng.
2. SaaS Không Thể Mô Hình Hóa Cấu Trúc Dữ Liệu Độc Đáo Của Bạn
Nếu dữ liệu của bạn có cấu trúc mà SaaS hiện có thực sự không thể biểu diễn (tài chính đa thực thể phức tạp, schema quy định bất thường, trạng thái multiplayer thời gian thực), bạn sẽ chi nhiều hơn cho phí tùy chỉnh và giờ tư vấn so với xây từ đầu. Kiểm tra bằng cách yêu cầu hai vendor SaaS làm POC có trả phí. Nếu cả hai thất bại, xây.
3. TCO SaaS 5 Năm Vượt Xây Tùy Chỉnh 2 Lần Trở Lên
Bài toán đảo theo mức sử dụng. 500 người dùng trên SaaS $200/ghế/tháng = $1,2M/năm = $6M trong 5 năm. Một bản xây tùy chỉnh tập trung cho cùng quy trình có thể ở mức $400K ban đầu + $80K/năm bảo trì = $800K trong 5 năm. Khi bội số là 2 lần trở lên và quy trình ổn định, xây.
Cảnh báo rủi ro trung thực: xây nghĩa là sở hữu rủi ro dự án. Báo cáo CHAOS của Standish Group cho thấy 69% dự án IT thất bại một phần hoặc hoàn toàn. Xây không miễn phí ngay cả khi bài toán nói vậy. Giảm thiểu bằng kỷ luật phạm vi, quyền sở hữu sản phẩm thực sự, và MVP sớm. Riêng cho công cụ AI nội bộ, công cụ AI doanh nghiệp tự host là mô hình xây mà chúng tôi thấy hoạt động trong 2026 khi các lựa chọn có sẵn không đáp ứng yêu cầu cư trú dữ liệu.
Khi Nào Nên MUA (Và Chi Phí Ẩn Không Ai Nói)
Mua thắng khi năng lực đã phổ thông, bạn cần chạy nhanh, và SaaS giải quyết phần lớn nhu cầu ngay từ đầu. Ba kịch bản:
1. Năng Lực Đã Phổ Thông
CRM, email, kế toán, observability, identity, quản lý chi phí. Đây là những bài toán đã có lời giải. Các vendor SaaS đã triển khai hàng nghìn edge case mà bạn sẽ tự vấp phải. Xây bất kỳ thứ nào trong số này từ đầu trong 2026 gần như luôn sai.
2. Bạn Cần Chạy Trong <90 Ngày
Nếu quy trình đang chặn revenue và bạn không có đội kỹ sư dư, mua. Chi phí cơ hội của 6 tháng xây so với 6 tuần triển khai SaaS lớn hơn phí cấp phép trong hầu hết mọi trường hợp.
3. SaaS Giải Quyết >80% Ngay Từ Đầu
Nếu nợ tùy chỉnh của 20% còn lại tốn ít hơn tổng phần premium SaaS, cứ mua. Kiểm tra bằng cách viết danh sách khoảng trống trước khi ký. Nếu khoảng trống nhẹ về quy trình (cài đặt, tích hợp, báo cáo nhẹ) thì ổn. Nếu nặng về quy trình, thì không.
Chi phí ẩn không ai đưa lên slide demo:
| Chi phí ẩn | Nó là gì | Quy mô điển hình |
|---|---|---|
| Vendor lock-in | Chuyển sang đối thủ mất 6–18 tháng | Gấp đôi quyền đàm phán ở lần gia hạn tiếp theo |
| Phí tùy chỉnh/yêu cầu thay đổi | Giờ tính phí theo tính năng từ vendor | $200–500/giờ, thường có trần |
| Tăng ghế theo quy mô | Số license tăng theo tổ chức | 7–15%/năm kép |
| Chi phí tích hợp | Mỗi connector bạn gắn thêm | $20K, $100K mỗi hệ thống |
| Chi phí thoát/di chuyển | Lấy dữ liệu ra sạch sẽ | 3–6 tháng engineering |
| Tăng giá hàng năm | Tăng giá gia hạn bất kể mức dùng | 7–15%/năm điển hình |
Giá SaaS tăng dần. Chỉ số Quản lý SaaS 2025 của Zylo cho thấy doanh nghiệp trung bình lãng phí khoảng $21M mỗi năm cho ghế SaaS không dùng hoặc trùng lặp. Phí cấp phép là chi phí đầu tiên, không phải tổng chi phí.
Ví Dụ Thực Tế: Chúng Tôi Giúp Một Khách Hàng SaaS $50M Quyết Định, Stack Salesforce $487K vs Xây Tùy Chỉnh $312K
Q3 2025, một khách hàng B2B SaaS $50M ARR hỏi chúng tôi nên mở rộng stack Salesforce + Tableau + Outreach hiện có (TCO 5 năm ước tính $487K) hay xây một nền tảng revenue-ops tùy chỉnh trên Next.js + Postgres + công cụ pipeline riêng (TCO 5 năm ước tính $312K). Đây là bài toán từng dòng thực tế mà chúng tôi đã đi qua cùng họ, tại sao lựa chọn $312K "rẻ hơn" lại sai cho họ, và họ đã triển khai gì thay thế.
Câu hỏi tiêu đề trông có vẻ nhị phân: tiếp tục trả premium SaaS hay xây cái gì đó rẻ hơn. Các dòng chi tiết kể một câu chuyện khác.
| Dòng chi tiết | Buy (Stack SaaS) | Build (RevOps Tùy chỉnh) |
|---|---|---|
| Salesforce Sales Cloud Enterprise (60 ghế × $165/tháng × 5 năm, sau đàm phán) | $340K | , |
| Tableau Creator (20 ghế × $75/tháng × 5 năm) | $90K | , |
| Outreach.io (40 ghế × $120/tháng × 5 năm) | $288K (giá niêm yết) → ~$57K ròng tăng thêm | , |
| Phân bổ FTE quản trị (1,5 FTE × 5 năm) | đã bao gồm | , |
| 2 kỹ sư senior ($230K fully-loaded mỗi người) × 6 tháng ban đầu | , | $230K |
| 0,5 FTE bảo trì × 5 năm (ở 15% utilization) | , | $57K |
| Hạ tầng Vercel + Neon + Linear (5 năm) | , | $30K |
| Tổng 5 năm | ~$487K | ~$312K |
Trên giấy, xây thắng $175K. Khuyến nghị đi hướng ngược lại.
Tại sao bản xây tùy chỉnh "rẻ hơn" lại sai cho họ: họ không có đội kỹ sư senior có thể hấp thụ 0,5 FTE bảo trì vô thời hạn. Tổ chức engineering đã đang ship sản phẩm cốt lõi. Dành 10–15% năng lực senior cho bảo trì revenue-ops trong 5 năm tới nghĩa là hoặc làm chậm roadmap sản phẩm hoặc tuyển thêm (điều sẽ đẩy TCO Build thực tế vượt $800K khi tính tuyển dụng thực ở giá thị trường, không phải năng lực hấp thụ). Con số "rẻ" giả định kỹ sư miễn phí. Kỹ sư không bao giờ miễn phí.
Chúng tôi thực sự đã ship gì: một Blend. Giữ Salesforce làm system of record. Xây một lớp revenue-ops tùy chỉnh mỏng ($85K ban đầu, gần bằng không duy trì) cho 4 quy trình mà Salesforce không thể mô hình hóa gọn. TCO 5 năm ròng hạ cánh ở ~$420K, giữa hai con số tiêu đề, và họ có được các quy trình thực sự cần. Ship trong 11 tuần, không tuyển mới, không trượt roadmap.
18 tháng sau: lớp tùy chỉnh vẫn chạy production, gia hạn Salesforce diễn ra không drama, và đội engineering không phải context-switch quay lại bảo trì RevOps sau bản xây ban đầu. Kết luận: Blend là đáp án đúng vì nó tôn trọng ràng buộc đội kỹ sư mà bài toán Build đã bỏ qua.
Con số ẩn danh và làm tròn theo thỏa thuận tư vấn. Chi phí giả định cửa sổ 2025–2030. Giá Salesforce phản ánh tăng giá niêm yết sau tháng 8/2025. Tăng năng suất AI coding agent (baseline Q3 2025) đã tính vào ước tính engineering $312K. Engineering fully-loaded $230K = trung vị ven biển Mỹ theo BLS 2024 + 30% phúc lợi + 25% overhead, điều chỉnh ±30% theo vùng. Chúng tôi là công ty engineering. Đây là khuyến nghị thực tế chống lại lợi ích thương mại của chính chúng tôi.
AI Đã Thay Đổi Bài Toán Xây Hay Mua Trong 2026 Như Thế Nào
Điểm giao nhau đã dịch chuyển. AI coding agent đã nén giờ kỹ sư senior mỗi tính năng 40–60% trong các đo lường nội bộ của chúng tôi trên công việc khách hàng trong 2026. Nghĩa là ước tính xây bạn chạy năm 2023 giờ đã sai đáng kể. Gartner dự báo 75% kỹ sư phần mềm doanh nghiệp sẽ dùng AI code assistant vào 2028, tăng từ 10% năm 2023, và dữ liệu pipeline của chúng tôi đã phản ánh phần lớn mức áp dụng đó trước tiến độ.
Ba thay đổi cụ thể:
- Bản xây tùy chỉnh 18 tháng giờ ship trong 6–8 tháng khi phạm vi giữ nguyên. Blend case study trên ship trong 11 tuần; cùng phạm vi năm 2023 sẽ mất 18–20 tuần.
- Quy mô đội cho công cụ nội bộ giảm. Chúng tôi thường xuyên chạy pod 2 kỹ sư cho các bản xây cần 5 kỹ sư hai năm trước, vì AI coding agent như Cursor và Claude Code hấp thụ boilerplate từng ngốn năng lực mid-level.
- Ước tính xây $312K của khách hàng case study thấp hơn khoảng 30% so với cùng ước tính năm 2023, trước khi phát triển phần mềm doanh nghiệp AI-native trở thành chế độ làm việc mặc định.
Phản biện trung thực: AI giảm chi phí xây, nhưng cũng giảm chi phí mà vendor SaaS trả để ship tính năng. Áp lực giá vendor là thực, một số giá SaaS sẽ giảm, và dịch chuyển điểm giao nhau không hoàn toàn một chiều. Hiệu ứng hướng vẫn nghiêng về xây (đặc biệt Blend), vì throughput engineering nội bộ tăng kép với AI nhanh hơn giá vendor.
Các Bẫy Quyết Định Thường Gặp (Tiết Kiệm Giả, Chi Phí Chìm, Hội Chứng NIH, Lạc Quan Vendor)
Bốn bẫy chúng tôi thấy làm chệch quyết định lặp đi lặp lại:
- Tiết kiệm giả. Chọn con số năm 1 rẻ hơn trong khi bỏ qua TCO 5 năm. Case study trên suýt đi theo hướng này. Giá niêm yết năm 1 là phần nhỏ nhất của hóa đơn trên mọi con đường.
- Chi phí chìm. Ở lại SaaS bạn đã vượt qua vì di chuyển trông đắt. Di chuyển thường rẻ hơn 3 năm nữa dùng sai công cụ. Hãy tính.
- Hội chứng NIH (Not Invented Here). Xây những thứ nên mua vì đội engineering thấy bài toán thú vị. CRM không thú vị. Bộ xử lý thanh toán không thú vị. Mua chúng.
- Lạc quan vendor. Tin mọi dòng demo vendor sẽ hoạt động trong môi trường của bạn mà không có thuế tích hợp. Demo là trường hợp tốt nhất. Trường hợp của bạn khó hơn. Chiết khấu demo 30% trước khi so sánh.
Sai lầm đắt nhất chúng tôi thấy: chọn con số năm 1 rẻ hơn và bỏ qua chi phí thoát 5 năm.
Techsy Tiếp Cận Đánh Giá Build-vs-Buy Như Thế Nào
Techsy ship nền tảng doanh nghiệp tùy chỉnh, tích hợp SaaS vào stack hiện có, và thực hiện thẩm định kỹ thuật cho đánh giá COTS cho khách hàng B2B. Công việc chia khoảng 40/30/30 giữa ba mảng đó.
Một đánh giá build-vs-buy của Techsy chạy như sau: cuộc gọi discovery một giờ để xác định phạm vi quy trình, chúng tôi chạy bảng 12 tiêu chí trực tiếp với bạn trên spreadsheet chung, chúng tôi ship mô hình TCO trong một tuần, và gửi khuyến nghị bằng văn bản có thể nói "mua SaaS, đừng thuê chúng tôi." 3 đánh giá gần nhất của chúng tôi: 1 khuyến nghị xây, 1 khuyến nghị mua, 1 khuyến nghị blend. Chúng tôi không có quota. Nếu bạn đang nghĩ bức tranh lớn hơn về chuyển đổi AI doanh nghiệp rộng hơn, đánh giá thường là điểm bắt đầu đúng. Đặt lịch đánh giá build-vs-buy 30 phút miễn phí.
Câu Hỏi Thường Gặp
Sự khác biệt giữa build, buy và partner trong phần mềm là gì?
Buy nghĩa là cấp phép phần mềm SaaS hoặc COTS có sẵn. Build nghĩa là phát triển phần mềm tùy chỉnh nội bộ với kỹ sư của bạn. Partner nghĩa là thuê agency hoặc nhà thầu xây phần mềm độc quyền mà bạn sở hữu. Gartner tái khung thành Buy/Build/Blend, trong đó Blend kết hợp COTS cấp phép cho quy trình phổ thông với code tùy chỉnh cho quy trình khác biệt, hiện bao phủ 76% chi tiêu phần mềm doanh nghiệp.
Khi nào nên xây phần mềm thay vì mua?
Xây khi ba điều kiện đồng thời đúng: năng lực là lợi thế cạnh tranh khác biệt mà khách hàng mua bạn vì nó, bạn có đội kỹ sư senior có thể sở hữu nó 5+ năm mà không làm chậm roadmap, và TCO SaaS 5 năm ở số người dùng của bạn vượt TCO xây tùy chỉnh ít nhất 2 lần. Nếu thiếu bất kỳ điều kiện nào, blend hoặc mua gần như luôn thắng trên bài toán trung thực.
Khi nào mua SaaS rẻ hơn xây phần mềm tùy chỉnh trong 5 năm?
Mua thắng về TCO khi bạn có ít hơn ~100 người dùng trên quy trình, năng lực đã phổ thông (CRM, email, kế toán, observability), và bạn cần chạy trong dưới 90 ngày. Dưới các ngưỡng đó, phí thuê bao SaaS, ngay cả với tăng giá hàng năm, thấp hơn engineering fully-loaded cộng bảo trì cộng hạ tầng cộng chi phí cơ hội.
Gartner nói gì về xây hay mua?
Gartner bác bỏ khung nhị phân và dùng mô hình ba lựa chọn Buy/Build/Blend. Dữ liệu của họ cho thấy 76% chi tiêu phần mềm doanh nghiệp hiện chảy vào stack kết hợp (COTS cấp phép cộng phần mở rộng tùy chỉnh), không phải thuần xây hay thuần mua. Gartner cũng báo cáo rằng doanh nghiệp bỏ sót 50–70% TCO thực trong tính toán ban đầu, chủ yếu ở tích hợp, phân bổ FTE quản trị, và dòng chi phí thoát.
Build vs buy đã chết chưa?
Khung nhị phân đã chết. Quyết định ba lựa chọn thì chưa. Gọi câu hỏi là "build vs buy" che giấu thực tế rằng hầu hết doanh nghiệp kết thúc bằng blend: SaaS cho quy trình phổ thông, tùy chỉnh cho quy trình khác biệt, chất kết dính ở giữa. Quyết định vẫn sống và khó hơn vẻ ngoài, vì bạn giờ đang chọn điểm chia, không phải chọn một bên. Khung nó là Buy/Build/Blend và bài toán sạch hơn.
AI coding (Cursor, Claude Code) thay đổi bài toán xây hay mua trong 2026 như thế nào?
AI coding agent như Cursor và Claude Code giảm giờ kỹ sư senior mỗi tính năng 40–60% trong đo lường 2026 của chúng tôi trên các bản xây khách hàng. Điều đó dịch chuyển điểm giao nhau: các bản xây không khả thi năm 2023 giờ khả thi. Gartner dự báo 75% kỹ sư phần mềm doanh nghiệp sẽ dùng AI code assistant vào 2028, nên thay đổi này bền vững, không tạm thời. Bản xây 18 tháng giờ thường xuyên ship trong 6–8 tháng.
Chi phí bảo trì điển hình của phần mềm doanh nghiệp tùy chỉnh mỗi năm là bao nhiêu?
Quy tắc ngành là 15–20% chi phí xây ban đầu mỗi năm, liên tục. Một nền tảng tùy chỉnh $300K nên dự trù $45K, $60K hàng năm cho bảo trì (sửa lỗi, cập nhật dependency, vá bảo mật, cải tiến nhỏ). Không bao gồm công việc tính năng lớn, được tính như xây mới. Dự trù thiếu bảo trì là sai lầm phổ biến nhất trong mô hình TCO xây tùy chỉnh.
Chi phí ẩn của mua SaaS doanh nghiệp là gì?
Sáu chi phí ẩn mà hầu hết demo bỏ qua: vendor lock-in (6–18 tháng để chuyển), phí tùy chỉnh và yêu cầu thay đổi ($200–500/giờ), tăng ghế 7–15% mỗi năm khi tổ chức lớn lên, chi phí tích hợp ($20K, $100K mỗi hệ thống kết nối), chi phí thoát và di chuyển (3–6 tháng engineering), và tăng giá hàng năm 7–15% bất kể mức dùng. Phí cấp phép năm 1 hiếm khi vượt 30–40% chi phí thực 5 năm.
Tổng chi phí sở hữu (TCO) cho phần mềm là gì?
TCO là toàn bộ chi phí 5 năm của một con đường phần mềm bao gồm cấp phép hoặc phát triển, triển khai, đào tạo, tích hợp, bảo trì liên tục, phân bổ FTE quản trị, chi phí cơ hội, và chi phí thoát/di chuyển khi bạn cuối cùng rời đi. Nghiên cứu Gartner cho thấy doanh nghiệp thường bỏ sót 50–70% TCO thực trong tính toán ban đầu. Tính trước khi cam kết, không phải sau.
Công ty cần lớn bao nhiêu để biện minh cho xây phần mềm doanh nghiệp tùy chỉnh?
Quy tắc thô: ~$10M+ ARR hoặc ~50+ người dùng trên quy trình cụ thể. Dưới ngưỡng đó, phí thuê bao SaaS gần như luôn thắng vì bạn không thể khấu hao engineering và bảo trì trên đủ mức sử dụng. Trên ngưỡng đó, bài toán bắt đầu nghiêng về xây hoặc blend, đặc biệt khi quy trình là cốt lõi cho vị thế cạnh tranh. AI coding agent trong 2026 đẩy ngưỡng đó xuống 20–30% so với baseline 2023.
Về Tác Giả
Mert Batur Gurbuz là Đồng Sáng Lập của Techsy.io, nơi đội ngũ ship AI agent, hệ thống tự động hóa, và pipeline voice/SDR cho khách hàng B2B. Anh học tại University of Birmingham và viết về stack công cụ LLM mà đội Techsy thực sự dùng trong production. Đồng Sáng Lập, Techsy.io, University of Birmingham. Kết nối trên LinkedIn.
Kết Luận
Nếu bạn nhớ một điều từ bài này: hãy gọi tên sự thiên vị của mọi khung bạn đọc trước khi tin khuyến nghị. Vendor cho lời khuyên vendor. Agency cho lời khuyên agency. CFO của bạn cho lời khuyên CFO. Đọc ba, tìm phần giao nhau, và tin phần đó.
- Chạy bảng 12 tiêu chí trực tiếp trong cuộc họp. Nó rút ngắn tranh luận từ hai tiếng xuống hai mươi phút.
- Tính TCO 5 năm trung thực. Giá niêm yết năm 1 không bao giờ là đáp án.
- Mặc định Blend nếu điểm của bạn hạ cánh 30–45. Hầu hết doanh nghiệp kết thúc ở đây anyway.
Nếu bạn muốn một đôi mắt thứ hai cho quyết định, đặt lịch đánh giá build-vs-buy 30 phút miễn phí. Chúng tôi sẽ bảo bạn mua SaaS nếu đó là quyết định đúng. Điều đó đã xảy ra. Nó sẽ xảy ra lần nữa.