Bạn nhận ba báo giá cho cùng một ý tưởng app, con số chênh nhau gấp đôi, gấp ba, và không biết cái nào đáng tin. Bài này giúp bạn bóc tách một báo giá làm app theo từng lớp, nhận diện các chi phí thường bị giấu, và biết khi nào một con số rẻ thực chất là bẫy. Đọc xong bạn sẽ tự chấm điểm được báo giá thay vì chỉ so tổng tiền.
Vì sao hai báo giá cho cùng một app lại chênh nhau gấp ba lần
Phần lớn chênh lệch không đến từ độ tham lam của nhà cung cấp, mà đến từ phạm vi (scope) khác nhau. Một bên báo giá cho bản chạy được. Một bên báo giá cho bản chạy tốt, có kiểm thử, có tài liệu bàn giao, có xử lý lỗi biên. Khi khách chỉ nhìn tổng tiền, bên làm cẩu thả luôn thắng thầu, và phần thiếu sẽ quay lại thành chi phí phát sinh.
Nguyên nhân sâu hơn là báo giá làm app không có đơn vị chuẩn như mua vật liệu. “Màn hình đăng nhập” có thể là một ô email đơn giản, hoặc gồm đăng nhập mạng xã hội, quên mật khẩu, xác thực hai lớp và chống dò mật khẩu. Cùng một tên gọi, khối lượng chênh nhau nhiều lần.
Các hạng mục thường bị giấu trong báo giá
Backend và hạ tầng
Nhiều báo giá chỉ tính phần giao diện người dùng nhìn thấy, bỏ qua máy chủ, cơ sở dữ liệu, API. App không có backend chỉ là vỏ. Hãy hỏi rõ backend nằm ở đâu trong báo giá, ai trả tiền máy chủ, và app dùng dịch vụ đám mây nào.
Kiểm thử và sửa lỗi
Một số nơi tách kiểm thử ra thành gói riêng, hoặc coi sửa lỗi sau bàn giao là dịch vụ tính thêm. Cần xác định thời gian bảo hành lỗi và phạm vi lỗi được sửa miễn phí.
Tài khoản nhà phát triển và phí bên thứ ba
Phí tài khoản Apple Developer và Google Play do bạn trả và duy trì hằng năm. Các dịch vụ như gửi thông báo đẩy, SMS, bản đồ, cổng thanh toán đều có phí theo lượng dùng. Báo giá làm app hiếm khi ghi rõ ai gánh phần này về lâu dài.
Bàn giao mã nguồn và tài khoản
Đây là điểm dễ mất tiền nhất. Nếu hợp đồng không ghi bạn sở hữu toàn bộ mã nguồn và tài khoản, bạn có thể bị khóa chân với nhà cung cấp và trả phí cao mỗi lần chỉnh sửa.
Ví dụ thực tế
Một chủ cửa hàng nhận hai báo giá cho app đặt món: bên A báo 80 triệu, bên B báo 150 triệu. Bên A không có dòng nào về backend, không nói tới trang quản trị để cập nhật thực đơn, và bảo hành 7 ngày. Bên B tính cả trang quản trị, tích hợp cổng thanh toán, kiểm thử trên nhiều dòng máy và bảo hành 90 ngày. Khi cộng những phần bên A còn thiếu, tổng chi phí thật của họ vượt cả bên B. Con số rẻ ban đầu chỉ là phần nổi.
Mô hình tính giá: trọn gói và theo giờ
| Tiêu chí | Trọn gói cố định | Theo giờ |
| Phù hợp khi | Yêu cầu đã rõ, ít thay đổi | Sản phẩm còn dò đường, hay đổi |
| Rủi ro của bạn | Đổi ý là phát sinh phụ lục | Khó khống chế tổng chi |
| Cần kiểm soát | Đặc tả chi tiết trước khi ký | Báo cáo giờ công minh bạch |
Lỗi thường gặp và cách sửa
Chỉ so tổng tiền. Hãy quy về cùng một phạm vi rồi mới so. Yêu cầu mỗi bên báo giá theo cùng một danh sách tính năng bạn viết ra.
Không hỏi về chi phí vận hành hằng tháng. App sống nhiều năm sau khi ra mắt. Hỏi trước con số máy chủ và dịch vụ bên thứ ba mỗi tháng để không sốc về sau.
Bỏ qua điều khoản sở hữu. Ghi rõ trong hợp đồng: bạn sở hữu mã nguồn, tài khoản kho ứng dụng và toàn bộ dữ liệu.
Tin lời hứa miệng. Mọi cam kết về thời gian, bảo hành, phạm vi phải nằm trên văn bản.
Checklist trước khi duyệt một báo giá làm app
- Có tách rõ frontend, backend, hạ tầng máy chủ chưa?
- Kiểm thử và sửa lỗi nằm trong giá hay tính thêm?
- Thời gian bảo hành lỗi là bao nhiêu ngày?
- Ai trả phí tài khoản nhà phát triển và dịch vụ bên thứ ba?
- Chi phí vận hành ước tính mỗi tháng là bao nhiêu?
- Hợp đồng có ghi bạn sở hữu mã nguồn và tài khoản không?
- Có lịch thanh toán theo cột mốc thay vì trả hết trước không?
Kết luận
Một báo giá làm app tốt không phải cái rẻ nhất, mà cái minh bạch nhất về phạm vi và chi phí lâu dài. Bước tiếp theo: viết ra danh sách tính năng của riêng bạn, gửi cùng một danh sách đó cho các bên, rồi so từng dòng thay vì so tổng. Bạn sẽ thấy ngay ai đang giấu gì.
Câu hỏi thường gặp
Trả tiền một lần là xong hay còn chi phí về sau?
Còn. App cần máy chủ, cập nhật theo hệ điều hành mới và các dịch vụ bên thứ ba tính theo lượng dùng. Hãy coi chi phí phát triển ban đầu và chi phí vận hành là hai khoản tách biệt.
Vì sao có nơi báo giá rẻ hơn hẳn?
Thường vì phạm vi hẹp hơn: thiếu backend, thiếu kiểm thử, thiếu trang quản trị, hoặc bảo hành ngắn. Cũng có thể do dùng người ít kinh nghiệm hơn. Hãy hỏi họ cắt phần nào để đạt giá đó.
Có nên trả toàn bộ tiền trước không?
Không nên. Chia thanh toán theo cột mốc bàn giao giúp bạn giữ quyền kiểm soát và giảm rủi ro nếu dự án chậm hoặc chất lượng không đạt.
Làm sao biết một tính năng bị định giá quá cao?
Yêu cầu bên báo giá chia tính năng đó thành các phần nhỏ có ước lượng giờ công. Khi thấy được phần bên trong, bạn dễ nhận ra chỗ nào bị thổi phồng.
Nguồn tham khảo
Tài liệu chính thức của Apple App Store và Google Play Console về phí tài khoản nhà phát triển và điều kiện phát hành là nguồn đáng tin để đối chiếu các khoản phí cố định hằng năm.