재창조된 추적

우리는 모두 기술 영역(AI, 노코드 플랫폼 등)의 발전을 봅니다. 우리가 추적하는 이벤트를 발전시킬 때입니다.

왜 시작하기 게시물에 이어 더 많은 것을 이해하는 데 도움이 되는 이벤트 전송에 대한 새로운 관점을 제공하고 싶었습니다.

우리는 제품 관리자로서 이벤트를 작업으로 보기 시작하고 사용자가 해당 작업을 수행한 이유를 이해하고 숫자만 볼 수 있는 허영 이벤트를 보내는 대신 각 이벤트에 컨텍스트를 제공해야 합니다.

고객과 함께 일하면서 더 복잡한 질문을 하기 시작하면 그 차이를 볼 수 있습니다. 갑자기 사용자가 제품에서 원하는 작업을 수행하거나 수행하지 않는 진정한 이유를 발견할 수 있습니다.

우버의 예를 들어보자. 지도 스크롤 및 확대/축소(베니티 메트릭)를 추적하는 대신 선택 메서드 속성을 사용하여 "선택된 픽업" 이벤트를 보내고 픽업 위치에 도달하는 데 사용한 항목을 목록으로 보낼 수 있습니다. 검색한 다음 확대/축소했습니까? 스크롤한 다음 탭했습니까? 메인 이벤트 아래에 이것을 갑자기 추가하면 사용자 작업을 실제로 활용할 수 있도록 분류를 만들 수 있습니다.

이제 확대/축소 횟수와 지도 스크롤 횟수를 기반으로 평균을 볼 수 있고 사용자 분포와 주문 시간에 미치는 영향을 이해할 수 있습니다.

매우 중요한 단 하나의 팁. 개발자에게 가기 전에 테스트하여 데이터를 사용할 수 있는지 확인하십시오.

이를 위해 저는 보통 테스트 프로젝트를 생성하고 가져오기 API를 사용하여 단일 이벤트를 보내고 예상한 방식으로 쿼리할 수 있는지 확인합니다.

"빌더"를 사용하여 문서 UI 내에서 쉽게 수행할 수도 있습니다.

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