Muốn cắt chi phí phần mềm SaaS một cách thực chất, hãy ngừng coi mọi công cụ như một khoản phí cố định bắt buộc. Với những phần mềm lặp đi lặp lại một nghiệp vụ đơn giản, tôi đã tự xây web app riêng bằng AI (vibe code) để thay thế, và cắt được hàng trăm triệu đồng mỗi tháng cho nhiều đối tác. Bài này tôi kể lại đúng những gì mình đã làm: con số thật, loại phần mềm nào nên thay, loại nào nên giữ, và cả lúc nào thì đừng tự xây.
Tôi là Khoa Bùi, kỹ sư cơ khí Bách Khoa TP.HCM rẽ ngang làm marketing và tự động hóa. Tôi quen với việc nhìn một dây chuyền và hỏi: chỗ nào đang lãng phí? Phần mềm doanh nghiệp cũng là một dây chuyền, và phần lớn doanh nghiệp Việt đang trả tiền cho những đoạn họ gần như không dùng tới.
Vì sao doanh nghiệp đang âm thầm đốt tiền cho SaaS
SaaS (phần mềm dạng thuê bao) hấp dẫn vì dễ bắt đầu: trả vài trăm nghìn một tháng là có ngay công cụ. Nhưng chi phí thật không nằm ở con số đầu tiên đó. Nó nằm ở chỗ doanh nghiệp lớn lên thì hóa đơn cũng phình theo, và bạn trả tiền cho thứ mình không kiểm soát.
Sau khi rà soát chi phí phần mềm SaaS cho hàng chục doanh nghiệp, tôi thấy mấy kiểu rò rỉ lặp lại đến mức gần như thành công thức:
- Tính phí theo đầu người (per-seat). Cửa hàng tuyển thêm 10 nhân viên là phần mềm tự động đội lên 10 lần, dù mỗi người chỉ dùng một nút bấm.
- Trả cho cả gói nhưng chỉ xài 10% tính năng. Bạn mua nguyên bộ CRM khổng lồ chỉ để lưu danh sách khách và gửi tin nhắn nhắc lịch.
- Chồng chéo công cụ. Một phần mềm chấm công, một phần mềm chat nội bộ, một phần mềm quản lý đơn, một phần mềm báo cáo. Bốn thuê bao cho bốn việc lẽ ra nằm chung một màn hình.
- Tăng giá định kỳ và khóa dữ liệu. Khi nghiệp vụ đã chạy trên nền tảng đó, nhà cung cấp tăng giá thì bạn cũng khó dứt ra, vì dữ liệu nằm trong nhà họ.
Cộng dồn lại, một doanh nghiệp vừa có thể trả từ vài chục đến hơn trăm triệu đồng mỗi tháng cho một chồng SaaS mà phân nửa giá trị là thứ họ không cần. Đó chính là khoản tôi đi tìm để cắt.
Câu chuyện thật: tôi đã cắt chi phí phần mềm SaaS thế nào
Tôi không thay thế phần mềm chỉ để cho vui. Mỗi lần đều bắt đầu từ một câu hỏi rất cụ thể của chủ doanh nghiệp: “Tháng nào cũng mất chừng này tiền cho cái này, có cách nào rẻ hơn không?” Dưới đây là ba trường hợp tôi đã làm thật.
Chuỗi cửa hàng điện thoại: từ phần mềm quản lý đắt đỏ sang web app riêng
Một đối tác bán lẻ điện thoại đang dùng phần mềm quản lý bán hàng tính phí theo từng chi nhánh và từng nhân viên. Mỗi khi mở thêm điểm bán, hóa đơn lại nhảy lên. Nhưng thực tế họ chỉ cần bốn việc: tra tồn kho, ghi đơn, theo dõi bảo hành theo số IMEI, và xem doanh thu theo cửa hàng.
Tôi dựng một web app gọn đúng bốn việc đó, dữ liệu nằm trên hạ tầng của họ, và bất kỳ nhân viên nào cũng đăng nhập được mà không phải mua thêm “ghế”. Chi phí vận hành thật chỉ còn vài trăm nghìn tiền hosting mỗi tháng, thay cho khoản thuê bao tính theo đầu người vốn chỉ tăng chứ không giảm.
Nhà hàng: gom nhiều thuê bao lẻ về một màn hình
Một nhà hàng tôi làm cùng đang trả cho ít nhất ba dịch vụ tách rời: đặt bàn, quản lý ca làm của nhân viên, và một công cụ gửi tin nhắn chăm sóc khách quen. Mỗi cái một thuê bao, mỗi cái một tài khoản đăng nhập, dữ liệu khách không nói chuyện được với nhau.
Tôi vibe code một ứng dụng nội bộ gộp cả ba: nhân viên xem lịch đặt bàn, quản lý xếp ca, và hệ thống tự nhắn khách dựa trên lịch sử đến quán. Ba hóa đơn gộp thành gần như bằng không về phí phần mềm, mà nhân viên còn đỡ phải nhảy qua lại giữa các app.
Phòng khám sản: công cụ đặt lịch và nhắc hẹn riêng
Phòng khám sản cần đặt lịch khám, nhắc thai phụ ngày tái khám, và lưu hồ sơ theo dõi. Các nền tảng y tế đóng gói sẵn thường nặng, đắt và thừa tính năng so với một phòng khám tư quy mô vừa. Tôi xây cho họ công cụ đặt lịch và nhắc hẹn tự động bám đúng quy trình khám thai, đơn giản đến mức lễ tân học trong một buổi là dùng được.
Điểm chung của cả ba: tôi không sao chép nguyên một phần mềm SaaS. Tôi chỉ tái tạo phần lõi mà doanh nghiệp thật sự dùng, bỏ hết phần thừa, và đặt dữ liệu vào tay họ. Đó là lý do chi phí rơi mạnh mà công việc hằng ngày không hề gián đoạn.
Cách tính ROI khi tự xây thay vì thuê SaaS
Đừng quyết định bằng cảm tính “tự xây rẻ hơn”. Hãy tính. Công thức tôi luôn dùng với khách rất đơn giản: so tổng chi phí giữ SaaS trong một khoảng thời gian với tổng chi phí tự xây cùng khoảng đó.
- Chi phí giữ SaaS (một năm): phí thuê bao mỗi tháng nhân 12, cộng phần đội lên khi tăng người dùng hoặc nâng gói.
- Chi phí tự xây: công sức (hoặc tiền) xây lần đầu, cộng phí hosting hằng tháng, cộng thời gian bảo trì khi cần sửa.
- Điểm hòa vốn: sau bao nhiêu tháng thì tiền tiết kiệm bù xong chi phí xây ban đầu. Nếu dưới 6 tháng, gần như luôn nên làm.
Yếu tố làm thay đổi cuộc chơi là AI. Trước đây xây một web app nội bộ cần đội lập trình và nhiều tháng, nên ROI hiếm khi dương. Giờ với vibe code, một marketer hiểu nghiệp vụ có thể tự dựng bản chạy được trong vài ngày. Chi phí xây ban đầu sụt xuống đến mức điểm hòa vốn chỉ còn tính bằng tuần với những phần mềm thuê bao đắt.
Những loại phần mềm nên tự xây (và loại nên giữ)
Đây là phần quan trọng nhất, và cũng là chỗ tôi muốn thẳng thắn: không phải SaaS nào cũng đáng thay. Tự xây sai chỗ còn tốn hơn cả thuê.
Nên tự xây khi phần mềm rơi vào nhóm:
- Nghiệp vụ đơn giản, lặp đi lặp lại: form nhập liệu, bảng theo dõi, nhắc hẹn, gửi tin tự động.
- Tính phí theo đầu người và đội nhóm đang phình to.
- Công cụ nội bộ rất riêng, đặc thù quy trình của bạn, mà SaaS phổ thông buộc bạn uốn theo nó.
- Phần lõi bạn dùng chỉ là 10-20% của một gói lớn đắt tiền.
Nên giữ SaaS khi đó là:
- Nghiệp vụ liên quan đến pháp lý, kế toán, hóa đơn điện tử, bảo mật, thanh toán: rủi ro làm sai quá lớn so với tiền tiết kiệm.
- Công cụ chuẩn ngành mà cả thị trường đang dùng (ví dụ nền tảng quảng cáo, email marketing quy mô lớn): tự xây chỉ tổ thua thiệt.
- Thứ cần cập nhật liên tục theo bên ngoài, nơi đội ngũ chuyên trách của nhà cung cấp đáng giá hơn tiền bạn trả.
Nguyên tắc của tôi: tự xây phần “cơ bắp lặp lại” của doanh nghiệp, thuê phần “rủi ro và chuyên môn sâu”. Cắt chi phí phần mềm SaaS không phải bỏ hết SaaS, mà là bỏ đúng cái đáng bỏ.
Quy trình thay thế một SaaS trong thực tế
Khi bắt tay vào thay một phần mềm, tôi đi theo các bước dưới đây để không gây gián đoạn việc đang chạy:
- Liệt kê những gì thật sự dùng. Ngồi với người dùng cuối, ghi lại từng thao tác họ làm mỗi ngày. Thường chỉ là một phần nhỏ của phần mềm.
- Xác định dữ liệu cần giữ. Trước khi rời SaaS, đảm bảo xuất được toàn bộ dữ liệu ra để không mất lịch sử.
- Dựng bản thử bằng vibe code. Làm phiên bản chạy được của phần lõi, đưa cho một người dùng thử thật.
- Chạy song song. Dùng đồng thời cả công cụ mới lẫn SaaS cũ một thời gian để đối chiếu, chắc chắn không sót gì.
- Hủy thuê bao và đào tạo lại đội. Khi mọi người đã quen, mới cắt SaaS cũ. Đây là lúc tiền thật sự được tiết kiệm.
Bước “chạy song song” hay bị bỏ qua vì nóng vội, nhưng nó là tấm lưới an toàn. Tôi luôn giữ nó, kể cả khi tự tin với bản tự xây.
Rủi ro và lưu ý thẳng thắn
Tôi sẽ không vẽ ra một bức tranh chỉ toàn màu hồng. Tự xây để cắt chi phí có cái giá của nó, và bạn nên biết trước:
- Bạn trở thành người chịu trách nhiệm bảo trì. SaaS hỏng thì nhà cung cấp lo. App của bạn hỏng thì bạn (hoặc người bạn thuê) phải sửa. Cần có người nắm được code.
- Bảo mật và sao lưu là việc của bạn. Đặc biệt với dữ liệu nhạy cảm như hồ sơ bệnh nhân, đừng xem nhẹ. Nếu không tự tin, hãy giữ phần đó trên nền tảng chuyên dụng.
- Đừng tự xây thứ vượt năng lực. Một form nhắc hẹn thì được. Một hệ thống kế toán đúng chuẩn thì không nên. Biết giới hạn của mình là một phần của sự khôn ngoan.
- Rủi ro phụ thuộc một người. Nếu chỉ một người hiểu hệ thống, hãy ghi lại tài liệu để doanh nghiệp không kẹt khi người đó nghỉ.
Nói thẳng những điều này không làm câu chuyện kém hấp dẫn. Ngược lại, đó là cách duy nhất để bạn ra quyết định tỉnh táo thay vì chạy theo trào lưu.
Kết luận: cắt cái đáng cắt, giữ cái đáng giữ
Cắt chi phí phần mềm SaaS không phải là một mánh, mà là một thói quen rà soát: nhìn từng hóa đơn và hỏi liệu mình có đang trả cho thứ mình thật sự dùng không. Với những nghiệp vụ đơn giản, lặp lại, tính phí theo đầu người, AI và vibe code đã biến việc tự xây từ chuyện viển vông thành chuyện làm được trong vài ngày. Tôi đã chứng kiến điều đó cắt hàng trăm triệu mỗi tháng cho đối tác đa ngành, mà việc kinh doanh vẫn chạy êm.
Nếu bạn là marketer hay chủ doanh nghiệp muốn tự tay xây những công cụ thay thế SaaS đó, tôi đã đóng gói toàn bộ cách làm trong khóa Vibe Code For Marketer. Bạn không cần biết lập trình, chỉ cần hiểu nghiệp vụ của mình và biết ra lệnh cho AI đúng cách.
Về tác giả
Tôi là Khoa Bùi (Bùi Anh Khoa), kỹ sư cơ khí Đại học Bách Khoa TP.HCM, founder KISS English và AI Say Hi, chuyên gia marketing tự động hóa và ứng dụng AI cho doanh nghiệp, đồng thời là một vận động viên IRONMAN 140.6. Triết lý của tôi là biến phức tạp thành đơn giản, biến lặp lại thành tự động. Những con số trong bài đến từ các dự án tôi trực tiếp thực hiện cho đối tác đa ngành. Bạn có thể tìm hiểu thêm tại trang giới thiệu Khoa Bùi.