Phần mềm doanh nghiệp như chấm công, quản lý công việc, bán hàng, kho nên có một bản web chạy tốt trên cả máy tính lẫn điện thoại trước khi làm app. Web mở được trên mọi máy không cần cài, sửa nghiệp vụ là cập nhật cho mọi người ngay, chỉ có một mã nguồn để duy trì, và quan trọng nhất là cho doanh nghiệp đo được nhân viên thật sự làm việc trên thiết bị nào. App nên đến sau, khi có một lý do mà chỉ app làm được: thông báo đẩy là lõi nghiệp vụ, cần phần cứng của điện thoại, hoặc người dùng mở nhiều lần mỗi ngày.
ALODEV có số đo cho lập luận này từ chính phần mềm nội bộ ALODEV AIO, nơi chúng tôi đã làm cả web, app iPhone và app Android. Con số không như chúng tôi đoán lúc bắt đầu.
91% lượt chấm công đi qua trình duyệt
Ngày 05/09/2026, đội đo nguồn của mọi lượt chấm công trên hệ thống thật trong 30 ngày gần nhất. Phép đo chỉ tính đường /api/v1/me/checkin, tức lúc người lao động tự bấm chấm công, và phân loại theo thông tin trình duyệt gửi kèm. Kết quả: 403 lượt, trong đó 317 lượt từ trình duyệt máy tính, 50 lượt từ trình duyệt điện thoại, 8 lượt từ app Android, 7 lượt từ app iOS, 21 lượt từ công cụ và script.
Nhân viên văn phòng ngồi trước máy tính cả ngày, và việc đầu tiên khi tới nơi là mở trình duyệt. Mở điện thoại, tìm app, chờ khoá Face ID rồi mới bấm chấm công là thêm bước. Không ai cấm dùng app; người ta đơn giản chọn đường ngắn hơn.
Phép đo này cũng sửa một kết luận cũ. Lần đếm trước gộp cả thao tác của quản trị viên vào số liệu chấm công, đếm Safari trên iPhone thành máy tính, và xếp app Android vào nhóm "khác". Cả ba sai lệch cùng thổi phồng một phía. Từ đó phép phân loại được viết thành một hàm có kiểm thử trong backend, thay cho câu truy vấn gõ tay. Doanh nghiệp muốn biết nhân viên dùng thiết bị gì nên yêu cầu nhà cung cấp phần mềm đo đúng như vậy, và chỉ đo đường người dùng tự thao tác.
Hệ quả: thông báo đẩy không tới phần lớn người dùng
App iPhone của ALODEV AIO nhận thông báo qua APNs, app Android qua Firebase Cloud Messaging. Cả hai chỉ tới được người đã cài app và cho phép thông báo. Phía web, từ 23/08/2026 portal hiện thông báo ra màn hình máy tính bằng Notification API của trình duyệt, nhưng chỉ khi trình duyệt còn mở; web push, loại tới được cả khi đã đóng trình duyệt, chưa được bật. Tức là với 91% lượt chấm công đi qua trình duyệt, những thông báo như "bạn được giao việc mới" hay "đơn nghỉ đã được duyệt" chỉ tới khi người nhận đang mở phần mềm trên máy tính. Tắt trình duyệt ra về là hết kênh.
Cũng ngày 05/09/2026, ALODEV chốt một nguyên tắc vận hành: điện thoại là tiện lợi, web trên máy tính mới là bản đầy đủ. Nguyên tắc được chốt trước khi có số liệu tách riêng điện thoại, và phép đo cùng ngày cho thấy nó khớp với cách nhân viên đang làm việc. Từ tháng 9/2026, các đợt nâng cấp app iPhone được ghi trong nhật ký commit là "nâng cấp iOS theo web": web là bản chuẩn, app đối chiếu theo.
Web cũng không còn đứng ngoài chuyện thông báo. Từ iOS 16.4, Safari cho web app đã được thêm vào màn hình chính nhận thông báo đẩy, với điều kiện người dùng tự thêm trang và bấm đồng ý. Trên máy tính, trình duyệt phổ biến đều hỗ trợ web push từ lâu. Nghĩa là một phần lớn lý do "phải có app mới có thông báo" đã có thể giải bằng web, cho đúng nhóm người đang dùng web.
Bốn lý do kinh doanh để làm web trước
| Tiêu chí | Web trước | App trước |
|---|---|---|
| Thời gian ra mắt | Không qua duyệt, triển khai trong ngày | Chờ duyệt App Store, Google Play cho mỗi bản |
| Sửa nghiệp vụ | Mọi người có bản mới ngay | Chờ người dùng cập nhật, nhiều phiên bản chạy song song |
| Số mã nguồn | Một | Hai (iOS, Android) hoặc một bộ đa nền tảng, cộng web cho quản trị |
| Máy tính văn phòng | Dùng được ngay | Vẫn phải làm web |
| Thông báo đẩy | Web push, iPhone cần thêm vào màn hình chính | APNs, FCM, chỉ tới người đã cài |
| Đo hành vi người dùng | Có số thật trước khi quyết làm app | Đoán trước, đo sau |
| Tuyển người | Nhóm làm web đông nhất | Cần người biết Swift, Kotlin hoặc đa nền tảng |
Máy tính vẫn là nơi làm việc chính
Với phần mềm quản lý, người dùng quan trọng nhất (kế toán, quản lý, chủ doanh nghiệp) làm việc trên máy tính: bảng dữ liệu rộng, xuất báo cáo, duyệt hàng loạt. App điện thoại không thay được màn hình đó. Dù có làm app hay không, bản web cho máy tính vẫn phải có, nên làm nó trước là làm phần chắc chắn cần.
Sửa một lần, mọi người có ngay
Giai đoạn đầu, quy trình thay đổi liên tục: thêm một bước duyệt, đổi cách tính giờ, bỏ một trường nhập. Trên web, mỗi thay đổi đến tay mọi người trong lần tải trang kế tiếp. Trên app, mỗi thay đổi là một bản dựng, một lần gửi duyệt, và một khoảng thời gian bản cũ bản mới chạy song song với dữ liệu hiểu theo hai kiểu.
Một mã nguồn thay vì ba
Phần mềm ALODEV AIO hiện có ba giao diện đang sống cho cùng một nghiệp vụ, và tài liệu đối chiếu ngày 11/09/2026 liệt kê 25 màn mà app iPhone và app Android khác nhau. Làm web trước không xoá được chi phí đó về sau, nhưng dời nó tới lúc nghiệp vụ đã ổn định, khi mỗi màn app viết một lần là xong.
Quyết định app bằng số đo
Web chạy vài tháng sẽ trả lời những câu hỏi mà cuộc họp khởi động dự án chỉ đoán: bao nhiêu phần trăm người dùng vào bằng điện thoại, họ làm gì trên điện thoại, họ mở mấy lần mỗi ngày. Nếu con số điện thoại thấp như ở ALODEV, khoản ngân sách app nên chuyển sang làm web nhanh hơn và bật web push. Nếu cao, lúc đó làm app với phạm vi rõ ràng.
Khi nào KHÔNG nên làm web trước
- Sản phẩm cho người tiêu dùng mà app chính là sản phẩm: gọi xe, giao đồ ăn, ví điện tử, mạng xã hội. Người dùng tìm trên kho ứng dụng, không tìm trên Google.
- Nghiệp vụ cần phần cứng mà trình duyệt không cho: định vị chạy nền suốt ca giao hàng, quét NFC, kết nối máy in hoặc cân qua Bluetooth, chụp ảnh xử lý theo khung hình.
- Người dùng làm việc ngoài hiện trường, mạng chập chờn, cần lưu dữ liệu ngoại tuyến nhiều ngày rồi đồng bộ sau.
- Thông báo tức thời là lõi và người dùng chủ yếu dùng iPhone mà không chịu thêm trang web vào màn hình chính, ví dụ tài xế nhận chuyến.
- Nhân viên không có máy tính, toàn bộ công việc diễn ra trên điện thoại cả ngày, như nhân viên bán hàng lưu động hay kỹ thuật viên đi hiện trường.
Câu hỏi thường gặp
Web app khác website thường thế nào?
Website thường chủ yếu để đọc, web app là phần mềm chạy trong trình duyệt: có đăng nhập, nhập liệu, xử lý nghiệp vụ. Phần mềm chấm công, quản lý bán hàng chạy trên trình duyệt là web app.
Web app có dùng được trên điện thoại không?
Có, nếu được thiết kế đáp ứng màn hình nhỏ. Ở ALODEV AIO, 50 trong 403 lượt chấm công trong 30 ngày đến từ trình duyệt điện thoại, nhiều hơn cả hai app cộng lại.
Web app có gửi thông báo đẩy được không?
Được. Trình duyệt máy tính và Android hỗ trợ web push; trên iPhone cần iOS 16.4 trở lên và người dùng phải thêm trang vào màn hình chính trước khi cho phép thông báo.
Làm web trước rồi làm app sau có tốn gấp đôi không?
Không, nếu backend được thiết kế thành API dùng chung ngay từ đầu. App sau đó chỉ làm phần giao diện điện thoại, còn toàn bộ nghiệp vụ, dữ liệu, phân quyền đã có sẵn và đã được người dùng thật kiểm chứng.
PWA có phải là web trước app không?
PWA là một bước trong con đường đó: vẫn là web, nhưng thêm được vào màn hình chính, nhận thông báo và dùng được một phần khi mất mạng. Với phần mềm nội bộ, PWA thường đủ để hoãn quyết định làm app thêm nhiều tháng.
