Bạn nhận ba báo giá làm app chênh nhau gấp đôi, gấp ba lần và không biết vì sao. Bài này giúp bạn đọc một bản báo giá đúng bản chất: biết mỗi con số đại diện cho công việc gì, đâu là chi phí thật, đâu là khoản dễ phát sinh về sau. Sau khi đọc, bạn sẽ tự tin đặt câu hỏi và ký hợp đồng mà không bị bất ngờ về ngân sách.

Vì sao báo giá làm app chênh lệch lớn

Cùng một mô tả “app đặt lịch”, giá có thể từ vài chục triệu đến vài trăm triệu. Nguyên nhân không phải công ty này “chặt chém”, mà vì cùng một câu chữ có thể ám chỉ khối lượng công việc rất khác nhau.

Một app đặt lịch tối giản chỉ cần form và danh sách. Một app đặt lịch “đầy đủ” lại gồm phân quyền nhiều vai trò, thanh toán online, nhắc lịch tự động, đồng bộ với lịch nhân viên và bảng thống kê. Khối lượng khác nhau vài lần, nên giá khác nhau vài lần là hợp lý. Vấn đề nằm ở chỗ mô tả ban đầu quá mơ hồ để so sánh.

Một báo giá minh bạch gồm những phần nào

Bản báo giá đáng tin thường tách rõ các nhóm chi phí thay vì gộp thành một con số trọn gói.

Chi phí một lần (làm mới)

  • Phân tích nghiệp vụ và thiết kế UI/UX: khảo sát luồng, vẽ wireframe và giao diện.
  • Lập trình frontend (app người dùng) và backend (máy chủ, API, cơ sở dữ liệu).
  • Trang quản trị để bạn tự vận hành: quản lý người dùng, nội dung, đơn hàng.
  • Kiểm thử và sửa lỗi trước khi bàn giao.
  • Đưa app lên App Store và Google Play.

Chi phí lặp lại (vận hành hằng tháng/năm)

  • Máy chủ, tên miền, dịch vụ gửi thông báo, SMS/OTP, lưu trữ ảnh.
  • Phí tài khoản nhà phát triển: Apple 99 USD/năm, Google 25 USD một lần đăng ký. Đây là mức công khai của hai nền tảng, bạn nên tự kiểm chứng vì chính sách có thể thay đổi.
  • Bảo trì, cập nhật theo phiên bản hệ điều hành mới.

Nếu một báo giá chỉ ghi “trọn gói làm app: X đồng” mà không tách các phần trên, đó là dấu hiệu bạn cần yêu cầu bóc tách chi tiết trước khi bàn tiếp.

Những khoản chi phí ẩn hay bị bỏ sót

Phát sinh thường không đến từ việc bị lừa, mà từ những việc không ai ghi vào hợp đồng lúc đầu.

  • Chi phí máy chủ khi lượng người dùng tăng: gói ban đầu chỉ đủ cho vài trăm người.
  • Phí bên thứ ba: cổng thanh toán, bản đồ, dịch vụ nhắn tin đều tính theo lượng dùng.
  • Chỉnh sửa sau nghiệm thu: mỗi lần đổi yêu cầu ngoài phạm vi đều là công việc mới.
  • Hai nền tảng: làm cả iOS và Android là hai lượng công việc, không phải một nếu chọn phát triển native.

Ví dụ thực tế: đọc lại một báo giá 120 triệu

Một chủ tiệm spa nhận báo giá 120 triệu cho app đặt lịch và tích điểm. Bản báo giá chỉ có một dòng tổng. Khi yêu cầu bóc tách, con số hiện ra: thiết kế 20 triệu, app khách hàng 45 triệu, trang quản trị 30 triệu, tích hợp thanh toán 10 triệu, kiểm thử và đăng store 15 triệu.

Nhờ bóc tách, chủ tiệm nhận ra phần tích điểm phức tạp chiếm nhiều chi phí nhưng chưa thật cần ở giai đoạn đầu. Họ tách phần này sang giai đoạn hai, ký hợp đồng 95 triệu cho bản chạy được trước, và hẹn nâng cấp sau khi có doanh thu. Cùng một nhà cung cấp, nhưng phạm vi rõ ràng giúp giảm rủi ro và giãn dòng tiền.

Sai lầm thường gặp và cách khắc phục

  • Chọn giá thấp nhất mà bỏ qua phạm vi. Khắc phục: so sánh trên cùng một bảng tính năng, không so trên con số tổng.
  • Không hỏi ai giữ mã nguồn và tài khoản store. Khắc phục: ghi rõ trong hợp đồng rằng bạn sở hữu mã nguồn, tài khoản Apple/Google đứng tên bạn.
  • Bỏ qua chi phí vận hành. Khắc phục: yêu cầu ước tính chi phí hằng tháng ở mức 100, 1.000 và 10.000 người dùng.
  • Không định nghĩa “hoàn thành”. Khắc phục: gắn thanh toán với các mốc nghiệm thu cụ thể, có tiêu chí rõ ràng.
  • Gộp iOS và Android mà tưởng là một. Khắc phục: hỏi rõ công nghệ dùng và app chạy trên nền tảng nào.

Các bước kiểm tra một báo giá trước khi ký

  • Yêu cầu bảng bóc tách theo từng hạng mục, không nhận con số trọn gói.
  • Đối chiếu ba báo giá trên cùng một danh sách tính năng.
  • Hỏi rõ chi phí vận hành hằng tháng và phí bên thứ ba.
  • Xác nhận quyền sở hữu mã nguồn và tài khoản đăng store.
  • Gắn lịch thanh toán với mốc nghiệm thu, giữ lại một phần cho giai đoạn bảo hành.
  • Yêu cầu điều khoản bảo hành lỗi và thời gian hỗ trợ sau bàn giao.

Kết luận và bước tiếp theo

Một báo giá tốt không phải là giá rẻ nhất, mà là báo giá bạn hiểu rõ từng dòng. Bước tiếp theo rất đơn giản: gửi lại email cho nhà cung cấp và yêu cầu bóc tách chi tiết theo các nhóm ở trên. Cách họ phản hồi yêu cầu này đã nói lên nhiều điều về mức độ minh bạch của họ.

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

Làm app rẻ nhất khoảng bao nhiêu tiền?

Không có con số cố định vì phụ thuộc hoàn toàn vào tính năng. Một app đơn giản với ít màn hình sẽ rẻ hơn nhiều lần app có thanh toán, phân quyền và quản trị phức tạp. Hãy so sánh dựa trên phạm vi cụ thể thay vì hỏi mức giá chung.

Vì sao báo giá trọn gói lại rủi ro?

Trọn gói không xấu, nhưng nếu không kèm bảng phạm vi chi tiết thì bạn và nhà cung cấp dễ hiểu khác nhau về khối lượng công việc. Khi phát sinh tranh cãi, không có căn cứ để phân định. Bóc tách giúp cả hai bên cùng một cách hiểu.

Tôi có nên tự trả phí máy chủ và tài khoản store không?

Nên. Khi tài khoản Apple, Google và máy chủ đứng tên bạn, bạn giữ quyền kiểm soát tài sản của mình và không phụ thuộc vào nhà cung cấp nếu sau này muốn đổi đối tác.

Chi phí bảo trì hằng năm thường chiếm bao nhiêu?

Tùy độ phức tạp và mức độ cập nhật mong muốn, nên xem đây là khoản thường xuyên chứ không phải chi phí phát sinh bất ngờ. Hãy yêu cầu nhà cung cấp nêu rõ phạm vi bảo trì bao gồm những gì trước khi ký.

Nguồn tham khảo

  • Apple Developer Program và Google Play Console: trang chính thức của hai nền tảng công bố phí tài khoản nhà phát triển. Nên tự kiểm chứng vì chính sách có thể thay đổi theo thời gian.