Câu hỏi đầu tiên gần như ai cũng hỏi khi gọi cho chúng tôi: làm một cái app hết bao nhiêu tiền? Câu trả lời trung thực là không ai báo giá chính xác qua điện thoại được. Nhưng bạn hoàn toàn có thể tự ước lượng chi phí làm app trước khi gọi cho bất kỳ đơn vị nào, sai số chấp nhận được, chỉ cần giấy bút và mười phút.
Cách làm không có gì bí ẩn. Mọi công ty phát triển app đều bóc giá theo cùng một logic: đếm số màn hình, gán độ phức tạp cho từng màn hình, nhân với giờ công, rồi cộng phần backend và chi phí vận hành. Khác nhau nằm ở đơn giá giờ và ở mức độ trung thực khi ước lượng — đó cũng là lý do cùng một ý tưởng app lại nhận báo giá chênh nhau 5 lần.
Bài này đưa cho bạn đúng cái khung đó: bảng giờ công theo độ phức tạp màn hình, một ví dụ đếm màn hình app đặt lịch dựng bằng Flutter, bảng ước lượng cho ba loại app phổ biến nhất, và danh sách chi phí không nằm trong dòng code nào cả. Tất cả số liệu là khoảng tham khảo thị trường tại thời điểm viết (08/2026), chưa gồm VAT.
Khung ước lượng chi phí làm app: số màn hình × độ phức tạp
Đơn vị đo cơ bản của một app không phải là "tính năng" — từ này quá mơ hồ để tính tiền. Đơn vị đo là màn hình: mỗi trạng thái giao diện người dùng nhìn thấy và tương tác được. Danh sách sản phẩm là một màn hình. Chi tiết sản phẩm là một màn hình khác. Popup lọc trượt lên từ dưới cũng tính, nếu nó có logic riêng.
Ba mức độ phức tạp
Không phải màn hình nào cũng bằng nhau. Chúng tôi chia làm ba mức:
- Đơn giản — hiển thị nội dung tĩnh hoặc dữ liệu đọc thẳng từ API, không có logic nghiệp vụ: trang giới thiệu, điều khoản, danh sách tin, màn hình cảm ơn.
- Trung bình — có form nhập liệu, kiểm tra dữ liệu, gọi API hai chiều, quản lý trạng thái, phân trang, tìm kiếm: đăng ký, hồ sơ cá nhân, giỏ hàng, danh sách đơn hàng có bộ lọc.
- Phức tạp — realtime, bản đồ, thanh toán, chat, camera/quét mã, lịch biểu có ràng buộc thời gian, đồng bộ offline: chọn khung giờ còn trống, thanh toán qua cổng, theo dõi đơn trên bản đồ.
| Mức độ | Giờ công/màn hình | Chi phí tham khảo/màn hình | Ví dụ |
|---|---|---|---|
| Đơn giản | 6 – 10 giờ | 2 – 5 triệu | Trang tĩnh, danh sách tin, màn hình xác nhận |
| Trung bình | 14 – 25 giờ | 4,5 – 12 triệu | Đăng ký, hồ sơ, giỏ hàng, bộ lọc |
| Phức tạp | 35 – 70 giờ | 11 – 35 triệu | Lịch đặt chỗ, thanh toán, chat, bản đồ |
Bảng trên tính theo đơn giá giờ công 300.000 – 500.000đ cho đội phát triển tại Việt Nam. Freelancer đơn lẻ có thể thấp hơn, công ty có quy trình QA và bảo hành thì cao hơn. Con số chỉ là khoảng tham khảo thị trường 08/2026, chưa gồm VAT.
Hai hệ số nhân bạn không được quên
Đếm màn hình mới ra phần nhìn thấy được. Còn hai hệ số nữa:
Nền tảng. Viết hai app native riêng — một Swift cho iOS, một Kotlin cho Android — nghĩa là làm gần như hai lần công việc giao diện. Dùng Flutter hoặc React Native, một bộ mã chạy cả hai máy, phần giao diện tiết kiệm được khoảng 30 – 40% so với hai app native. Đổi lại, các tính năng chạm sâu vào phần cứng (Bluetooth chuyên dụng, camera xử lý nặng, tối ưu pin cực đoan) vẫn phải viết riêng cho từng hệ điều hành.
Backend và trang quản trị. Một app đặt lịch không tự chạy được. Phải có API, cơ sở dữ liệu, phân quyền, và một trang web quản trị cho nhân viên xử lý đơn. Phần này thường chiếm thêm 35 – 55% giá trị của phần app, và cách bóc tách nó gần giống chi phí viết phần mềm theo yêu cầu tính theo module.
Công thức rút gọn: (tổng chi phí màn hình × hệ số nền tảng) + backend + quản trị + kiểm thử + quản lý dự án.
Đếm thử: app đặt lịch dựng bằng Flutter có bao nhiêu màn hình
Đây là mô hình chúng tôi được hỏi nhiều nhất — spa, phòng khám, salon, trung tâm dạy học đều rơi vào dạng này. Bài toán giống nhau: khách chọn dịch vụ, chọn người phục vụ, chọn giờ còn trống, đặt cọc hoặc trả sau, nhân viên xác nhận.
Đếm màn hình phía khách hàng:
| Nhóm | Màn hình | Mức độ |
|---|---|---|
| Khởi động | Splash + onboarding | Đơn giản |
| Tài khoản | Đăng nhập, nhập OTP, hồ sơ cá nhân | 1 trung bình + 2 đơn giản |
| Khám phá | Trang chủ, danh mục dịch vụ, chi tiết dịch vụ | 2 trung bình + 1 đơn giản |
| Đặt lịch | Chọn kỹ thuật viên, chọn khung giờ trống, xác nhận đơn | 1 trung bình + 2 phức tạp |
| Thanh toán | Cổng thanh toán / đặt cọc | Phức tạp |
| Sau đặt | Lịch hẹn của tôi, chi tiết lịch, đổi/hủy lịch | 2 trung bình + 1 đơn giản |
| Khác | Thông báo, đánh giá dịch vụ | 2 trung bình |
Tổng: 17 màn hình — 5 đơn giản, 9 trung bình, 3 phức tạp.
Nhân ra: 5 × (2 – 5 triệu) = 10 – 25 triệu. 9 × (4,5 – 12 triệu) = 40 – 108 triệu. 3 × (11 – 35 triệu) = 33 – 105 triệu. Phần app rơi vào 83 – 238 triệu. Cộng backend, trang quản trị cho lễ tân, kiểm thử trên nhiều dòng máy và quản lý dự án, tổng dự án nằm khoảng 130 – 280 triệu, thời gian 10 – 14 tuần.
Khoảng này rộng có lý do. Đầu dưới là bản làm đúng đủ, một cổng thanh toán, giao diện dùng thư viện chuẩn. Đầu trên có thiết kế riêng từng màn, tích hợp ví điện tử và phần mềm kế toán sẵn có, xử lý được ca đặt trùng giờ ở nhiều chi nhánh. Khi nhận báo giá, câu hỏi đáng tiền nhất là: con số này ứng với đầu nào của khoảng, và vì sao.
Mẹo thực dụng: mở ứng dụng của một đối thủ hoặc một app nước ngoài cùng loại, bấm qua từng màn hình và ghi ra giấy. Bạn sẽ có danh sách màn hình sát thực tế hơn mọi bản mô tả yêu cầu viết bằng lời.
Bảng ước lượng theo loại app: đặt lịch, bán hàng, quản lý nội bộ
Ba dạng dưới đây chiếm phần lớn nhu cầu app của doanh nghiệp vừa và nhỏ tại Việt Nam. Tất cả đều tính cho một bộ mã cross-platform chạy iOS và Android, đã gồm backend cơ bản và trang quản trị.
| Loại app | Số màn hình | Thời gian | Chi phí tham khảo | Điểm đội giá |
|---|---|---|---|---|
| MVP tối giản (1 luồng chính) | 5 – 8 | 4 – 6 tuần | 45 – 90 triệu | Thiết kế riêng, đăng nhập mạng xã hội |
| App đặt lịch / dịch vụ | 14 – 18 | 10 – 14 tuần | 130 – 280 triệu | Nhiều chi nhánh, ví trả trước, nhắc lịch tự động |
| App bán hàng / thương mại điện tử | 22 – 32 | 14 – 22 tuần | 250 – 600 triệu | Nhiều cổng thanh toán, tích hợp vận chuyển, khuyến mãi |
| App quản lý nội bộ (chấm công, kho, bán hàng ngoài thị trường) | 10 – 18 | 8 – 12 tuần | 90 – 220 triệu | Đồng bộ offline, quét mã, tích hợp ERP sẵn có |
Vài lưu ý khi đọc bảng:
- Thiết kế UI/UX riêng thường là 12 – 20% giá trị dự án. Dùng bộ giao diện dựng sẵn thì rẻ hơn nhiều nhưng app sẽ trông giống hàng chục app khác.
- Tích hợp hệ thống cũ là biến số khó đoán nhất. Phần mềm kế toán hay ERP có API tài liệu rõ ràng thì tích hợp chỉ 10 – 25 triệu; phải đọc thẳng vào cơ sở dữ liệu của một phần mềm đóng thì con số có thể gấp năm lần.
- Đồng bộ offline — nhân viên giao hàng hoặc kiểm kho ở nơi sóng yếu vẫn nhập được dữ liệu — nghe đơn giản nhưng là hạng mục đắt: cộng thêm 20 – 40 triệu và vài tuần.
Trước khi chốt ngân sách theo bảng này, hãy dừng lại một nhịp và tự hỏi mình có thực sự cần app không. Rất nhiều bài toán bán hàng chỉ cần một website hoạt động tốt trên điện thoại; chúng tôi đã viết riêng về khi nào nên làm app riêng, khi nào chỉ cần web responsive. Nếu bạn cần cảm giác "app" mà chưa muốn chi trăm triệu, hãy đọc thêm PWA là gì và khi nào doanh nghiệp nên chọn thay vì app — một PWA làm được thông báo đẩy, chạy ngoại tuyến và cài lên màn hình chính, với chi phí thường bằng một phần ba.
Chi phí không nằm trong code: store, backend, bảo trì
Đây là phần làm vỡ ngân sách của phần lớn doanh nghiệp lần đầu làm app. Giá phát triển là khoản chi một lần; những khoản dưới đây lặp lại mỗi năm, mãi mãi.
| Khoản mục | Chi phí tham khảo | Tần suất |
|---|---|---|
| Tài khoản Apple Developer | ~99 USD (khoảng 2,5 triệu) | Hằng năm |
| Tài khoản Google Play Console | 25 USD (khoảng 650.000đ) | Một lần |
| Máy chủ chạy backend | Từ 199.000đ/tháng (gói VPS khởi điểm của Microads) đến vài triệu khi có tải thật | Hằng tháng |
| Tên miền + chứng chỉ SSL | 300.000 – 1.500.000đ | Hằng năm |
| SMS OTP xác thực | 250 – 800đ/tin | Theo lượng dùng |
| Bảo trì, sửa lỗi, cập nhật nhỏ | 15 – 20% giá trị dự án | Hằng năm |
| Cập nhật theo phiên bản iOS/Android mới | 5 – 15 triệu/đợt | 1 – 2 lần/năm |
Khoản cuối cùng hay bị bỏ quên nhất. Apple và Google phát hành hệ điều hành mới mỗi năm, kèm yêu cầu bắt buộc về SDK và quyền riêng tư. App không cập nhật sẽ bị gỡ khỏi store hoặc lỗi trên máy đời mới, và một app "để đó không đụng tới" trong hai năm thường tốn nhiều tiền hồi sinh hơn là bảo trì đều đặn.
Backend cũng cần được nhìn nghiêm túc. App chết vì máy chủ sập thì người dùng không phân biệt lỗi tại ai — họ chỉ xóa app. Chúng tôi cam kết uptime 99.9%, backup hằng ngày lưu 30 ngày và phản hồi sự cố mức P1 trong 15 phút, vì đó là mức tối thiểu để một app có doanh thu chạy được. Xem thêm dịch vụ máy chủ nếu bạn cần tách bạch chi phí hạ tầng khỏi chi phí phát triển.
Cuối cùng: bảo hành phải nằm trong hợp đồng bằng chữ, không bằng lời hứa. Thời gian bảo hành, phạm vi lỗi được sửa miễn phí, thời gian phản hồi, quyền sở hữu mã nguồn — bốn điều khoản này quyết định chi phí năm thứ hai nhiều hơn cả giá phát triển ban đầu, và chúng tôi đã bóc tách chúng trong bài quy trình làm phần mềm theo yêu cầu và điều khoản hợp đồng.
Dùng khung này thế nào khi đi hỏi báo giá
Đừng gửi cho nhà thầu một dòng "tôi muốn làm app đặt lịch". Hãy gửi ba thứ: danh sách màn hình bạn tự đếm được, các hệ thống cần tích hợp, và số người dùng dự kiến năm đầu. Chừng đó đủ để bên nhận việc báo giá nghiêm túc thay vì đoán mò — và đủ để bạn nhận ra bên nào không đọc kỹ yêu cầu.
Khi so sánh, đừng so tổng số. Hãy yêu cầu mỗi bên bóc theo màn hình và theo giờ công. Hai báo giá cùng 200 triệu nhưng một bên tính 18 màn hình còn một bên tính 9 màn hình thì bên thứ hai chắc chắn sẽ phát sinh, chỉ là chưa phát sinh lúc ký. Từ 2015 tới nay chúng tôi đã triển khai hơn 500 dự án cho trên 200 khách hàng, và mẫu số chung của những dự án app vượt ngân sách luôn là một: phạm vi công việc không được đếm ra thành con số trước khi ký.
Nếu bạn đã có danh sách màn hình trong tay và muốn đối chiếu với thực tế, gửi nó cho chúng tôi. Đội ngũ hơn 30 kỹ sư của Microads sẽ soát lại phạm vi và đưa khoảng chi phí thật, miễn phí, không ràng buộc. Gọi 0919 788 815, gửi khanhn@microads.vn, hoặc xem dịch vụ phát triển phần mềm của Microads trước khi quyết định.
