Product & Project ManagerNguyên tắc: kiểm tra hệ thống và dữ liệu trước, chia nhỏ để khoanh vùng, rồi mới đặt giả thuyết về hành vi người dùng. Nhảy ngay vào "chắc do đối thủ" là cách trả lời bị đánh giá thấp nhất.
1. Số giảm có thật không?
- Có thay đổi tracking, SDK analytics, định nghĩa "active" gần đây không?
- Dashboard khác (log server, số đơn, doanh thu) có giảm theo không? Chỉ DAU giảm mà đơn hàng vẫn đều thì nghi lỗi đo trước.
2. Hình dạng và thời điểm:
- Rơi đột ngột trong một ngày → thường là sự cố: bản release, outage, lỗi đăng nhập, app bị gỡ khỏi store.
- Giảm dần nhiều ngày → thường là retention, mùa vụ, đối thủ.
- So cùng kỳ tuần trước, năm trước (Tết, nghỉ lễ ở Việt Nam làm DAU dao động mạnh).
3. Chia nhỏ (segment) để khoanh vùng:
- Nền tảng và phiên bản: chỉ Android bản mới nhất → nghi bản release.
- Người dùng mới hay cũ: chỉ user mới giảm → vấn đề ở acquisition (kênh quảng cáo bị cắt, ngân sách marketing giảm).
- Khu vực, kênh vào, loại thiết bị.
4. Nội bộ và bên ngoài: release, thay đổi notification/email, thay đổi giá; bên ngoài là đối thủ khuyến mãi, thay đổi chính sách store, sự kiện thị trường.
5. Chốt nguyên nhân và hành động: xác nhận bằng dữ liệu, ước lượng tác động, đưa phương án (rollback, hotfix, bật lại kênh) và theo dõi phục hồi.
Lưu ý: khi trả lời, nói rõ từng bước sẽ loại bỏ giả thuyết nào. Câu kiểu "sụt mạnh nhất ở user mới đăng ký qua Android, user cũ ổn định" cho thấy bạn đang khoanh vùng, không phải đoán.