Khi nào Mini App hợp hơn app riêng
Rào cản lớn nhất của một ứng dụng mobile không phải chi phí phát triển mà là chi phí để người dùng cài nó. Với ứng dụng dùng hàng ngày như ngân hàng hay đặt xe, rào cản đó đáng vượt qua. Với ứng dụng dùng vài lần một năm thì không.
Kích hoạt bảo hành, tra cứu điểm thưởng, đăng ký chương trình cho đại lý, gửi yêu cầu bảo trì — đây đều là việc người dùng làm không thường xuyên. Bắt họ cài một app riêng cho từng việc là cách chắc chắn để không ai dùng.
Zalo có mặt trên gần như mọi điện thoại ở Việt Nam. Mini App tận dụng điều đó: không phải cài, không phải nhớ mật khẩu mới, và định danh người dùng có sẵn từ tài khoản Zalo.
Làm được những gì
Với dự án Mitsubishi Heavy, Mini App phục vụ ba việc: kích hoạt bảo hành sản phẩm, chăm sóc mạng lưới thợ và đại lý, và chạy các chiến dịch marketing. Stack sử dụng là ReactJS ở phía giao diện và Laravel ở phía back-end.
Nền tảng Zalo cho phép truy cập một số khả năng của thiết bị và của chính Zalo: quét mã QR, lấy số điện thoại đã xác thực của người dùng khi họ đồng ý, gửi thông báo qua Zalo Official Account, và thanh toán qua ZaloPay.
Quét QR đáng chú ý riêng: nó biến việc kích hoạt bảo hành từ một biểu mẫu phải gõ số serial thành một thao tác chĩa camera vào tem sản phẩm. Khác biệt đó quyết định tỉ lệ người thật sự hoàn thành.
Giới hạn cần biết trước
Mini App bị giới hạn dung lượng gói, nên không hợp với ứng dụng nhiều tài nguyên đồ hoạ. Nó chạy trong môi trường của Zalo nên không truy cập được mọi API của hệ điều hành như app native.
Quan trọng hơn về mặt kinh doanh: người dùng ở trong hệ sinh thái Zalo, và các quy tắc của nền tảng có thể thay đổi. Với chức năng cốt lõi của doanh nghiệp, nên coi Mini App là một kênh tiếp cận bổ sung chứ không phải nơi duy nhất chứa nghiệp vụ. Back-end nên được thiết kế để phục vụ được cả web, app và Mini App qua cùng một API.