Web app hay mobile app: chọn theo cách khách hàng của bạn đang dùng

Khách hỏi chúng tôi câu này mỗi tuần, và phần lớn đã tự trả lời sẵn là "app" trước khi hỏi. Thường thì đó là câu trả lời sai, và nó tốn thêm vài chục triệu.

Chi phí thật, để có mốc so sánh

Web app — chạy trên trình duyệt, một bản code cho mọi thiết bị. Nếu làm đúng, trên điện thoại nó cài được vào màn hình chính và chạy toàn màn hình, gần như không phân biệt được với app.

Mobile app — React Native hoặc Flutter, một bản code cho cả iOS và Android. Đắt hơn web app khoảng 2–2,5 lần cho cùng chức năng.

Phần chênh lệch không nằm ở code. Nó nằm ở:

• Xây dựng và ký ứng dụng cho hai nền tảng
• Tài khoản nhà phát triển: Apple 99 USD/năm, Google 25 USD một lần
• Duyệt của App Store — 1–7 ngày mỗi lần cập nhật, và có thể bị từ chối
• Hỗ trợ nhiều phiên bản hệ điều hành cùng lúc
• Người dùng cũ không cập nhật, nên bạn phải giữ tương thích ngược

Điểm cuối là điểm tốn kém nhất về dài hạn và ít được nói tới nhất. Với web app, mọi người dùng luôn ở bản mới nhất. Với mobile app, sáu tháng sau bạn đang hỗ trợ ba phiên bản khác nhau của chính mình.

Bốn câu hỏi quyết định

1. Có cần chạy khi không có mạng không?

Đây là lý do mạnh nhất và rõ ràng nhất để làm app.

Nhân viên giao hàng vào hầm chung cư, kiểm kho trong khu vực không có sóng, ghi nhận công việc ở công trường. Nếu công việc dừng lại khi mất mạng, bạn cần app.

Web app có thể lưu tạm ngoại tuyến ở mức hạn chế, nhưng nếu ngoại tuyến là yêu cầu cốt lõi chứ không phải trường hợp ngoại lệ, đừng cố.

2. Có cần thông báo đẩy mà người dùng thực sự phải thấy không?

Chú ý chữ "thực sự phải thấy". Web app trên Android nhận được thông báo đẩy. Trên iOS thì được, nhưng chỉ khi người dùng đã cài web app vào màn hình chính — và phần lớn không làm việc đó.

Nếu nghiệp vụ của bạn phụ thuộc vào việc người dùng nhận thông báo trong vòng một phút — tài xế nhận đơn, bác sĩ nhận ca cấp cứu — bạn cần app.

Nếu thông báo chỉ là để nhắc nhở, tin nhắn Zalo rẻ hơn và tỷ lệ đọc cao hơn ở Việt Nam.

3. Có cần phần cứng của điện thoại ở mức sâu không?

Quét mã vạch liên tục, đọc NFC, camera có xử lý ảnh trực tiếp, Bluetooth kết nối máy in hoặc cân điện tử, định vị chạy nền.

Chụp một tấm ảnh và tải lên thì web app làm được. Quét 200 mã vạch liên tiếp trong kho thì cần app.

4. Người dùng có mở nó mỗi ngày không?

Đây là câu hỏi về kinh tế, không về kỹ thuật.

Một app chiếm một ô trên màn hình điện thoại của người dùng. Ô đó chỉ đáng giá nếu họ mở nó thường xuyên. Với phần mềm nội bộ mà nhân viên dùng hàng ngày, app hợp lý. Với một thứ khách hàng dùng hai lần một năm — tra bảo hành, xem hợp đồng — không ai cài, và bạn vừa trả tiền cho một app không có người dùng.

Con số đáng nhớ: ở Việt Nam, tỷ lệ người bấm vào link rồi cài app thành công thường dưới 20%. Web app không có bước mất 80% đó.

Nếu cả bốn câu đều "không"

Làm web app. Và nếu sau này cần app, bạn không mất gì — phần backend, phần dữ liệu, phần nghiệp vụ dùng lại được toàn bộ. App chỉ là một lớp giao diện khác đặt lên trên.

Đây là lý do chúng tôi luôn khuyên làm web app trước khi có lý do rõ ràng để làm app: nó không phải con đường cụt, nó là nền.

Nếu có một câu "có"

Thì thường vẫn là web app cộng app, không phải app thay web.

Khách hàng tra cứu, xem sản phẩm, đăng ký — trên web, vì không ai cài app để làm một việc. Nhân viên vận hành hằng ngày — trên app, vì họ có lý do cài.

Chúng tôi có sẵn bộ mã nguồn React Native và Flutter dùng chung backend với bản web, chính vì mô hình này là mô hình đúng trong phần lớn trường hợp.

Câu trả lời thường bị hỏi ngược

"Có app thì trông chuyên nghiệp hơn không?"

Ở Việt Nam năm 2026, không. Khách hàng của bạn đã có 40 app trên điện thoại và không muốn cái thứ 41. Một web app mở nhanh từ link Zalo được dùng nhiều hơn một app phải lên store tải về.

Nếu bạn đang cân nhắc và không chắc mình thuộc trường hợp nào, nhắn Zalo và trả lời bốn câu ở trên. Nếu cả bốn là "không", chúng tôi sẽ nói thẳng là bạn không cần app — kể cả khi app là hợp đồng lớn hơn.