Tự xây phần mềm cho doanh nghiệp: hướng dẫn 5 câu hỏi

Có nên tự xây phần mềm cho doanh nghiệp khi AI giúp cả người không biết code build được app? Câu trả lời ngắn: nên, nhưng chỉ cho những nghiệp vụ tạo khác biệt cạnh tranh. Với nghiệp vụ chung như kế toán, chấm công hay CRM cơ bản, giải pháp xây sẵn vẫn rẻ hơn và an toàn hơn, vì chi phí thật của phần mềm không nằm ở lúc build mà ở nhiều năm vận hành sau đó.

Đó là bức tranh ngắn. Còn đây là cách suy nghĩ đầy đủ để bạn tự ra quyết định cho doanh nghiệp mình.

AI đã thay đổi cuộc chơi: không biết code vẫn build được app

Đầu 2025, Andrej Karpathy, cựu giám đốc AI của Tesla, đặt tên cho một cách làm phần mềm mới: vibe coding. Mô tả ý tưởng bằng tiếng người, để AI viết toàn bộ code. Cuối năm đó, Collins Dictionary chọn "vibe coding" là từ của năm.

Con số đáng chú ý nhất cho chủ doanh nghiệp: khoảng 63% người dùng các công cụ vibe coding không phải lập trình viên. Marketer, founder, chủ cửa hàng giờ tự dựng được web app, công cụ nội bộ, thậm chí mobile app. GitHub ghi nhận gần một nửa lượng code mới hiện nay do AI sinh ra.

Nghĩa là rào cản kỹ thuật, thứ từng buộc SME phải mua phần mềm đóng gói, đã hạ xuống rất thấp. Câu hỏi tự nhiên bật ra: vậy còn mua Base, mua CRM, mua phần mềm xây sẵn làm gì nữa?

Tôi cho rằng đây là câu hỏi đúng nhưng thường được trả lời sai. Sai ở chỗ so sánh chi phí build với giá thuê bao, trong khi đó chưa bao giờ là phép so sánh thật.

Nhưng chi phí thật của phần mềm không nằm ở lúc build

Trong vòng đời một phần mềm, viết code ban đầu là phần rẻ. Các nghiên cứu ngành phần mềm ước tính bảo trì chiếm 60-80% tổng chi phí vòng đời: sửa lỗi, vá bảo mật, nâng cấp khi nghiệp vụ đổi, giữ app chạy khi nền tảng bên dưới thay đổi. Mỗi năm, riêng bảo trì thường tốn 15-25% chi phí xây dựng ban đầu.

AI hạ chi phí viết code xuống gần zero. Nó chưa hạ được phần còn lại của tảng băng:

• Bảo mật: các kiểm định độc lập cho thấy khoảng 45% code do AI sinh ra không qua được những bài test bảo mật cơ bản. Một khảo sát trên 1.645 app dựng bằng công cụ vibe coding phát hiện hơn 10% hở quyền truy cập dữ liệu nghiêm trọng: ai cũng đọc được dữ liệu của ai.
• Phân quyền, backup, sao lưu: những thứ demo không bao giờ cho bạn thấy, nhưng doanh nghiệp chạy thật thì bắt buộc phải có.
• Người gánh app: nhân viên build app nghỉ việc, app thành mồ côi. Không ai dám sửa, không ai hiểu bên trong.

Nghiên cứu MIT công bố 2025 cũng chỉ ra điều tương tự ở quy mô doanh nghiệp: mua công cụ từ vendor chuyên biệt thành công khoảng 67%, trong khi tự build nội bộ chỉ thành công bằng một phần ba mức đó. AI đang kéo khoảng cách này hẹp lại, nhưng bài học gốc vẫn còn nguyên: build được và vận hành được lâu dài là hai chuyện khác nhau.

Giải pháp xây sẵn còn giá trị gì? Ba thứ không nằm trong code

Khi bạn trả tiền cho Base, MISA hay một CRM xây sẵn, code chỉ là phần nổi. Ba thứ bạn thật sự mua:

Thứ nhất: hệ thống sống không phụ thuộc vào một cá nhân. Vendor lo bảo mật, uptime, backup, cập nhật. Nhân sự của bạn đổi bao nhiêu lần, phần mềm vẫn chạy. Đây chính là thứ một app tự build khó cam kết nhất.

Thứ hai: quy trình chuẩn được đóng gói sẵn. SME mua CRM một phần để khỏi phải tự nghĩ ra pipeline bán hàng nên có những bước nào. Phần mềm xây sẵn là kết tinh của hàng nghìn doanh nghiệp đi trước. Tự build nghĩa là tự thiết kế nghiệp vụ từ đầu, mà đa số SME yếu chính ở khâu thiết kế nghiệp vụ chứ không phải khâu công nghệ.

Nói minh bạch: chính tôi cũng bán một phần mềm xây sẵn, app giải quyết vấn đề cho doanh nghiệp. Người dùng không trả tiền cho code, họ trả cho phương pháp phân tích gốc rễ đã được chuẩn hóa bên trong. Giá trị đó AI không thay được bằng một câu prompt.

Thứ ba: hệ sinh thái tích hợp. Phần mềm xây sẵn đã nối sẵn với kế toán, hóa đơn điện tử, ngân hàng, Zalo OA. Tự build từng kết nối đó là từng dự án con, mỗi cái đều cần bảo trì khi bên kia đổi API.

Vùng build mới: những workflow đặc thù trước đây chỉ có Excel

Vậy với bài toán tự xây phần mềm cho doanh nghiệp, AI thay đổi cái gì thật? Nó mở ra vùng lựa chọn thứ ba mà trước đây không tồn tại.

Trước đây SME có hai lựa chọn: mua SaaS chung chung và chấp nhận bẻ cong quy trình theo phần mềm, hoặc chịu đựng Excel với Zalo. Xây phần mềm riêng là đặc quyền của doanh nghiệp lớn, vì chi phí thuê dev đắt hơn giá trị bài toán.

Giờ phương trình đổi. Những workflow đặc thù, đúng kiểu doanh nghiệp của bạn mà không SaaS nào khớp, đã build được với chi phí chấp nhận được: tool tính giá theo công thức riêng, app điều phối đơn theo quy trình riêng, dashboard nối dữ liệu từ ba nguồn về một màn hình. Đây là vùng "build" mới, và nó nằm ở phần đuôi dài mà các vendor SaaS không bao giờ phục vụ nổi.

Điểm chung của vùng này: bài toán hẹp, dữ liệu ít nhạy cảm, người dùng nội bộ, và quan trọng nhất là gắn với cách doanh nghiệp bạn tạo khác biệt. Còn chọn bài toán nào trước thì nguyên tắc giống như tôi đã viết trong bài ứng dụng AI vào hành trình khách hàng: bắt đầu từ điểm nghẽn đáng tiền nhất, không phải từ thứ demo đẹp nhất.

Checklist 5 câu hỏi trước khi tự xây phần mềm cho doanh nghiệp

Trước khi quyết định build hay mua, trả lời 5 câu hỏi này trên giấy:

1. Nghiệp vụ này là commodity hay tạo khác biệt cạnh tranh? Kế toán, chấm công, quản lý công việc cơ bản: mua, đừng nghĩ nhiều. Quy trình độc quyền làm nên lợi thế của bạn: cân nhắc build, vì SaaS chung chung sẽ san phẳng chính thứ làm bạn khác biệt.

2. Mười hai tháng nữa, ai bảo trì app này? Nếu câu trả lời là tên một người duy nhất, bạn đang xây rủi ro chứ không phải tài sản. Cần có phương án: tài liệu hóa, người thứ hai nắm được, hoặc đối tác bên ngoài cam kết bảo trì.

3. Dữ liệu trong app nhạy cảm tới mức nào? App chứa lương, dữ liệu khách hàng, công nợ thì tiêu chuẩn bảo mật phải là tiêu chuẩn vendor, không phải tiêu chuẩn "chạy được là vui". Hơn 10% app vibe coding bị phát hiện hở dữ liệu không phải con số để xem nhẹ.

4. SaaS có sẵn bắt bạn bẻ cong quy trình tới mức nào? Lệch 10-20% thì chỉnh thói quen theo phần mềm, rẻ hơn nhiều. Lệch tới mức nhân viên phải làm việc hai lần, nuôi Excel song song với phần mềm, thì đó là tín hiệu build.

5. Bạn đã tính TCO 3 năm chưa, hay mới so giá tháng đầu? Cộng đủ: chi phí build, giờ công vận hành, bảo trì 15-25% mỗi năm, chi phí khi app hỏng giữa mùa cao điểm. So con số đó với phí thuê bao 3 năm. Cách tính chi tiết tôi đã viết trong bài chi phí triển khai AI cho doanh nghiệp.

Nguyên tắc đếm nhanh: 4-5 câu nghiêng về build thì build, 2 trở xuống thì mua, ở giữa thì đi mô hình lai bên dưới.

Mô hình lai: mua nền tảng, build phần rìa

Trong thực tế tư vấn, phương án thắng nhiều nhất cho SME không phải build thuần hay mua thuần, mà là lai: mua nền tảng cho phần lõi chuẩn, build phần rìa đặc thù xung quanh.

Ví dụ: vẫn dùng CRM xây sẵn làm xương sống dữ liệu khách, nhưng build thêm tool tính báo giá theo công thức riêng đọc dữ liệu từ CRM ra. Phần lõi có vendor gánh bảo mật và uptime. Phần rìa nhỏ, nội bộ, hỏng cũng không sập vận hành, và là nơi AI giúp bạn build nhanh nhất.

Mô hình này cũng khớp với một quan sát trong ngành: mẫu số chung của các dự án thành công là nền tảng thương mại lo khoảng 80% nhu cầu chuẩn, phần 20% còn lại tùy biến qua API và công cụ mở rộng.

Còn ai là người build phần rìa đó? Tốt nhất là người của bạn, được trang bị tư duy đúng, vì bài toán là của bạn. Đó là lý do tôi luôn khuyên chủ doanh nghiệp tự học AI ở mức ra quyết định được, thay vì khoán trắng. Khi cần đi nhanh hơn, Custom Solutions của Markus Lab nhận phần build có cam kết bảo trì, còn nếu bạn chỉ cần AI dùng ngay không qua dự án lớn thì có Business Ready. Markus Lab đứng ở cả hai nhánh mua và build, nên lời khuyên trong bài này không cần nghiêng về nhánh nào.

Câu hỏi thường gặp

AI build app trong vài ngày, sao phải trả phí SaaS hàng tháng mãi mãi?

Vì phí thuê bao không chỉ trả cho tính năng, mà trả cho bảo mật, uptime, backup, cập nhật và hỗ trợ, những thứ bạn sẽ tự gánh nếu tự build. Với nghiệp vụ chuẩn, thuê vendor gánh phần đó gần như luôn rẻ hơn tự gánh.

Doanh nghiệp tôi đã có người build được app bằng AI, bắt đầu từ đâu an toàn?

Bắt đầu ở vùng rủi ro thấp: tool nội bộ, ít người dùng, dữ liệu không nhạy cảm, ví dụ máy tính báo giá hay dashboard tổng hợp số liệu. Tránh động vào dữ liệu khách hàng và tiền ở dự án đầu tiên. Sau 2-3 app nhỏ chạy ổn định mới nâng dần độ quan trọng.

Phần mềm xây sẵn của Việt Nam như Base, MISA có bị AI làm lỗi thời không?

Tôi cho là không, ít nhất trong nhiều năm tới. Thế mạnh của họ nằm ở quy trình chuẩn đóng gói, hệ sinh thái tích hợp trong nước (kế toán, hóa đơn điện tử, ngân hàng) và đội ngũ vận hành, những thứ không bị thay thế bởi việc code rẻ đi. Thứ thay đổi là kỳ vọng: phần mềm xây sẵn sẽ phải mở API tốt hơn để doanh nghiệp tự build phần rìa quanh nó.

Khi nào thì build toàn bộ thay vì mô hình lai?

Khi phần mềm chính là sản phẩm hoặc lợi thế cạnh tranh cốt lõi của bạn, và bạn có cam kết bảo trì dài hạn nghiêm túc, đội nội bộ hoặc đối tác đồng hành. Lúc đó việc tự xây phần mềm cho doanh nghiệp không còn là mua công cụ nữa, bạn đang trở thành công ty sản phẩm, một cuộc chơi khác với chuẩn đầu tư khác.