Phân tích và chỉ số là việc thu thập và phân tích dữ liệu về hành vi người dùng trong ứng dụng di động. Theo Adjust (2025), các ứng dụng sử dụng phân tích cho thấy Retention cao hơn 30% và LTV cao hơn 25%. Trong bài viết này, chúng ta sẽ phân tích các chỉ số chính, công cụ thu thập và phân tích dữ liệu, cũng như các phương pháp hay nhất để triển khai phân tích.
Các Điểm Chính
DAU (Người dùng Hoạt động Hàng ngày) — số lượng người dùng duy nhất tương tác với ứng dụng trong một ngày. WAU — hàng tuần, MAU — hàng tháng. Các chỉ số này cho thấy quy mô khán giả. Sticky Factor = DAU/MAU thể hiện «độ dính» của ứng dụng: >50% — xuất sắc, 20–50% — bình thường, <20% — ứng dụng không giữ chân được người dùng.
Retention — tỷ lệ người dùng quay lại ứng dụng sau N ngày kể từ khi cài đặt. Các điểm chính: D1 (ngày 1), D7 (ngày 7), D30 (ngày 30). Giá trị bình thường cho ứng dụng di động: D1 — 30–40%, D7 — 10–20%, D30 — 5–10%. Churn Rate là chỉ số ngược lại (tỷ lệ người dùng rời bỏ). Retention là chỉ số chính về chất lượng sản phẩm. Nếu Retention thấp, việc thu hút người dùng mới là vô nghĩa.
LTV (Giá trị Vòng đời) — doanh thu dự kiến từ một người dùng trong suốt vòng đời của họ trong ứng dụng. LTV = ARPU × Tuổi thọ Trung bình. ARPU (Doanh thu Trung bình trên Người dùng) — doanh thu trung bình trên mỗi người dùng. ARPDAU (Doanh thu Trung bình trên Người dùng Hoạt động Hàng ngày) — doanh thu trên người dùng hoạt động mỗi ngày. LTV phải cao hơn CPI (Chi phí trên mỗi Lần cài đặt) ít nhất 3 lần để ứng dụng có lợi nhuận. Các chỉ số này rất quan trọng cho việc kiếm tiền và mua lưu lượng truy cập.
Conversion Rate — tỷ lệ người dùng đã thực hiện hành động mục tiêu (mua hàng, đăng ký, đăng ký dịch vụ). CTR (Tỷ lệ Nhấp) — tỷ lệ nhấp vào biểu ngữ quảng cáo hoặc nút. Session Length và Session Interval — thời lượng phiên trung bình và khoảng cách giữa các phiên. Phiên ngắn thường xuyên (nhắn tin, mạng xã hội) so với phiên dài hiếm hoi (video, giáo dục).
| Chỉ số | Thể hiện | Giá trị Bình thường |
|---|---|---|
| DAU | Người dùng hoạt động hàng ngày | Phụ thuộc vào lĩnh vực |
| Retention D1 | Quay lại ngày 1 | 30–40% |
| Retention D7 | Quay lại ngày 7 | 10–20% |
| Retention D30 | Quay lại ngày 30 | 5–10% |
| LTV | Doanh thu trên người dùng | > 3× CPI |
| ARPU | Doanh thu trung bình trên người dùng | Phụ thuộc vào mô hình |
| Conversion Rate | % hành động mục tiêu | 2–10% |
| Session Length | Thời lượng phiên | 5–15 phút |
Firebase Analytics — công cụ miễn phí từ Google để thu thập sự kiện, đối tượng và báo cáo. Ưu điểm: miễn phí (sự kiện không giới hạn), tích hợp với Google Ads và BigQuery, tự động thu thập sự kiện (first_open, in_app_purchase, session_start). Firebase Analytics là lựa chọn tốt nhất để bắt đầu và phân tích cơ bản. Để phân tích dữ liệu chuyên sâu, hãy sử dụng BigQuery.
Amplitude — nền tảng phân tích sản phẩm tập trung vào hành vi người dùng. Phân tích phễu (Funnel Analysis), phân tích nhóm (Cohort Analysis), phân tích duy trì (Retention Analysis) và đường dẫn hành vi. Gói miễn phí — lên đến 10 triệu sự kiện mỗi tháng. Amplitude phù hợp cho phân tích sản phẩm nâng cao.
Mixpanel — tương tự Amplitude, tập trung vào sự kiện và thuộc tính. Gói miễn phí — lên đến 20 triệu sự kiện mỗi tháng (có giới hạn tính năng). Tại IT Sectr, chúng tôi sử dụng Firebase Analytics cho phân tích cơ bản (cài đặt, mua hàng, lỗi) và Amplitude cho phân tích sản phẩm và A/B testing.
Event Tracking (theo dõi sự kiện) — ghi lại hành động của người dùng trong ứng dụng: nhấp chuột, lượt xem, mua hàng. Mỗi sự kiện có tên (event_name) và tham số (event_params). Sự kiện tiêu chuẩn của Firebase: screen_view, select_content, add_to_cart, purchase. Sự kiện tùy chỉnh: level_up, share_photo, filter_applied.
Phễu (Funnels) — chuỗi sự kiện dẫn đến các mục tiêu như hoàn thành hướng dẫn hoặc mua sản phẩm. Phân tích phễu (Funnel Analysis) cho thấy người dùng rời đi ở bước nào. Một phễu điển hình: Install → Sign Up → Add to Cart → Purchase. Nếu họ rời đi ở Sign Up, vấn đề nằm ở việc đăng ký.
Nhóm (Cohorts) — nhóm người dùng được nhóm theo đặc điểm chung (ngày cài đặt, quốc gia, nguồn lưu lượng truy cập). Phân tích nhóm (Cohort Analysis) cho phép so sánh hành vi của các nhóm khác nhau: Retention theo ngày cho người dùng cài đặt ứng dụng vào tháng 1 so với tháng 2. Thuộc tính Người dùng (User Properties) — thuộc tính bổ sung của người dùng (đăng ký, cấp độ, quốc gia).
Firebase Crashlytics — công cụ chính để theo dõi lỗi và sự cố trong ứng dụng di động. Crashlytics thu thập stack trace, nhật ký và dữ liệu thiết bị tại mỗi lần gặp sự cố. Ưu điểm: miễn phí, tích hợp tự động với Firebase Analytics, nhóm và ưu tiên sự cố (sự cố ảnh hưởng đến hầu hết người dùng).
Sentry — giải pháp thay thế cho Crashlytics với hỗ trợ mở rộng cho Flutter, React Native và các framework đa nền tảng khác. Sentry thu thập không chỉ sự cố mà còn cả vấn đề hiệu suất (giao dịch chậm). Tích hợp với Git (Sentry → issue → commit). Tại IT Sectr, chúng tôi sử dụng Crashlytics làm công cụ chính và Sentry cho các dự án trên Flutter và React Native.
Lỗi Không Gây Sự cố (Non-Fatal Errors) — lỗi không gây ra sự cố nhưng làm gián đoạn logic ứng dụng (yêu cầu thất bại, con trỏ null trong try-catch). Điều quan trọng là ghi lại những lỗi này để có bức tranh toàn cảnh về độ ổn định của ứng dụng.
A/B Testing — phương pháp so sánh hai phiên bản của màn hình hoặc tính năng (A — kiểm soát, B — biến thể) để chọn phiên bản tốt hơn dựa trên chỉ số mục tiêu. Trong phát triển di động, các bài kiểm tra A/B được thực hiện qua Firebase Remote Config hoặc Amplitude Experiment. Thời gian kiểm tra tối thiểu — 7 ngày (để tính đến ngày trong tuần).
Kiểm tra A/A — kiểm tra mà cả hai phiên bản đều giống hệt nhau. Được sử dụng để xác minh tính chính xác của công cụ thống kê. Kiểm tra Đa biến (MVT) — kiểm tra nhiều thay đổi cùng lúc. Ví dụ: thiết kế màn hình mới + văn bản nút mới (4 tổ hợp). MVT yêu cầu nhiều lưu lượng truy cập hơn.
Ý nghĩa thống kê (p-value < 0,05) — ngưỡng tối thiểu để ra quyết định. Kích thước mẫu phụ thuộc vào hiệu quả mong đợi: để cải thiện 5%, cần ~1000 người dùng trong mỗi nhóm. Tại IT Sectr, chúng tôi thực hiện kiểm tra A/B ở mọi giai đoạn phát triển — điều này cải thiện các chỉ số một cách có hệ thống 10–15%.
Firebase Remote Config — công cụ thay đổi tham số ứng dụng từ xa mà không cần phát hành phiên bản mới. Được sử dụng cho kiểm tra A/B, triển khai tính năng dần dần, bật/tắt chức năng. Remote Config hỗ trợ cá nhân hóa theo đối tượng.
Câu hỏi Thường gặp
Bắt đầu với Retention D1, D7, D30 — đây là chỉ số chính về chất lượng sản phẩm. Sau đó thêm DAU/MAU (tương tác) và Conversion Rate (hiệu quả). Kết nối LTV và ARPU sau khi triển khai kiếm tiền.
Có, Firebase Analytics hoàn toàn miễn phí với sự kiện không giới hạn. Chỉ các tính năng nâng cao mới phải trả phí: xuất BigQuery (miễn phí tới 10 GB/tháng), Firebase Remote Config (miễn phí), A/B Testing (miễn phí tới một khối lượng nhất định).
Retention — tỷ lệ người dùng quay lại ứng dụng. Đây là chỉ số về mức độ hữu ích của ứng dụng. Nếu Retention thấp, việc thu hút người dùng mới sẽ không có lợi nhuận. Retention D1 > 30% — tốt, D7 > 15% — xuất sắc.
Firebase Analytics — công cụ cơ bản miễn phí để thu thập sự kiện và báo cáo đơn giản. Amplitude — nền tảng phân tích sản phẩm nâng cao: nhóm, phễu, đường dẫn hành vi, A/B testing. Firebase để bắt đầu, Amplitude để phát triển.
Tối thiểu 7 ngày — để tính đến sự khác biệt về hành vi giữa ngày thường và cuối tuần. Đối với các kiểm tra có tác động nhỏ (1–2%), cần 2–4 tuần. Đừng dừng kiểm tra ở kết quả tích cực đầu tiên — hãy đợi ý nghĩa thống kê (p < 0,05).
Tóm tắt
Chúng tôi sẽ phát triển ứng dụng di động chìa khóa trao tay
IT Sectr tạo các ứng dụng iOS và Android cho các công ty khởi nghiệp và doanh nghiệp từ năm 2017. Chúng tôi sẽ tư vấn và đề xuất giải pháp tốt nhất cho bạn.