Theo dõi được mô phỏng lại

Tất cả chúng ta đều thấy sự phát triển trong các lĩnh vực công nghệ (AI, Không có nền tảng mã, v.v.). Đã đến lúc chúng ta phát triển các sự kiện mà chúng ta theo dõi.

Sau bài viết Bắt đầu với lý do của tôi, tôi muốn cung cấp cho bạn một góc nhìn mới về việc gửi các sự kiện sẽ giúp bạn hiểu thêm.

Với tư cách là người quản lý sản phẩm, chúng tôi cần bắt đầu xem các sự kiện dưới dạng hành động và hiểu lý do tại sao người dùng thực hiện hành động đó và đưa ra ngữ cảnh cho từng sự kiện thay vì chỉ gửi các sự kiện phù phiếm cho phép tôi chỉ nhìn thấy một con số.

Làm việc với khách hàng cho phép tôi thấy sự khác biệt khi bạn bắt đầu hỏi những câu hỏi phức tạp hơn. Đột nhiên, bạn có thể phát hiện ra lý do thực sự tại sao người dùng đang làm hoặc không làm những gì bạn muốn họ làm trong sản phẩm của bạn.

Hãy lấy một ví dụ cho Uber. Thay vì theo dõi các lần cuộn và thu phóng bản đồ (số liệu phù phiếm), tôi có thể gửi sự kiện “lấy hàng đã chọn” với thuộc tính của phương thức chọn và gửi dưới dạng danh sách những gì họ đã sử dụng để đến địa điểm lấy hàng. Họ có tìm kiếm rồi phóng to không, họ có cuộn rồi nhấn không? Nếu tôi đột nhiên thêm điều này vào sự kiện chính của mình, tôi có thể tạo ra các sự cố cho phép tôi thực sự khai thác các hành động của người dùng.

Giờ đây, chúng tôi có thể xem mức trung bình dựa trên số lần thu phóng và số lần cuộn bản đồ, đồng thời hiểu được sự phân bổ của người dùng và cách nó tác động đến thời gian đặt hàng.

Chỉ cần một mẹo cực kỳ quan trọng. Kiểm tra trước khi đến tay nhà phát triển, đảm bảo dữ liệu có thể sử dụng được

Để làm điều đó, tôi thường tạo một dự án thử nghiệm và sử dụng API nhập để gửi một sự kiện duy nhất và thấy rằng tôi có thể truy vấn theo cách mình mong đợi.

Bạn thậm chí có thể sử dụng "trình tạo" để dễ dàng thực hiện điều đó trong giao diện người dùng tài liệu

https://developer.mixpanel.com/reference/import-events