추적할 이벤트를 결정하는 방법은 무엇입니까?

이것은 고객 데이터 에 대한 5부작 시리즈 중 5부 입니다. 다음은 1 부 , 2 부 , 3 부 및 4 부 입니다.

질문으로 시작하십시오.

추적할 이벤트와 수집할 데이터를 결정하려면 사용자 및 제품 사용에 대한 질문을 나열해야 합니다.

일단 질문을 나열하기 시작하면 알고 싶은 것이 너무 많다는 것을 깨닫게 될 것입니다. 질문은 더 많은 질문을 낳고, 그런 일이 발생하면 한 번에 모든 답변을 얻고 싶을 것입니다. 이 프로세스가 대부분의 사람들에게 어떻게 느껴지게 하기 때문에 이러한 질문을 불타는 질문 이라고 합시다.

그렇게 느끼지 않는다면 아마도 많은 것을 알고 싶어하지 않거나 자신의 가정에 강한 확신을 갖고 있지 않을 것입니다. 하지만 그렇다고 해서 질문을 하는 데 주저하지 마십시오. 답을 찾았을 때 기분 좋게 놀라거나 완전히 실망할 수 있습니다.

데이터를 시각화할 수 있게 되면 데이터에 대한 질문을 하는 것이 훨씬 더 쉬워지지만, 먼저 중요한 질문을 하지 않고 계속 보고서를 작성하거나 데이터를 시각화하면 역효과가 날 수도 있습니다.

불타는 질문

불타는 질문은 "지난 7일 동안 몇 명의 사용자가 가입했습니까?"와 같이 간단할 수 있습니다. 또는 "지난 7일 동안 SaaS 업계에서 얼마나 많은 사용자가 가입하고 다른 사용자를 조직에 초대 했습니까?"와 같은 복합물입니다.

불타는 질문에 대해 생각할 때 다음 작업을 나열하는 것을 시작하는 것이 도움이 됩니다.

• 사용자가 aha 순간에 도달하기 위해 수행해야 하는 작업(활성화 이벤트)
• 사용자가 계정을 구매하거나 업그레이드할 준비가 되었음을 나타내는 작업
• 사용자 참여를 촉진하고 사용자를 유지하는 작업
• 사용자가 제품에서 충분한 가치를 얻지 못하고 있음을 나타내는 행동
• 사용자를 이탈시킬 수 있는 작업

또한 제품 경험에 의문을 제기하고 핵심 제품에 대해 곰곰이 생각해 볼 수 있는 좋은 시간입니다. 다음 질문은 대부분의 기술 제품에 적용됩니다.

• 가치를 부여하는 시간 또는 사용자가 아하 순간에 도달하는 데 걸리는 시간은 무엇입니까?
• 사용자가 가입한 후 이동하는 다양한 경로는 무엇입니까?
• 사용자 여정의 마찰 지점은 무엇입니까?
• 활성 사용자가 가장 많이 사용하는 기능은 무엇입니까?
• 유료 사용자가 가장 적게 사용하는 기능은 무엇입니까?
• 무료 사용자를 유료 사용자로 전환하는 기능은 무엇입니까?

이벤트 및 이벤트 속성

중요한 질문 목록이 있으면(5에서 10 사이가 시작하기에 좋은 숫자임) 가장 중요한 단계인 이벤트 및 이벤트 속성을 정의하는 단계로 넘어갈 수 있습니다.

여기에서 마침내 데이터 추적 계획을 만들기 시작합니다.

핵심 이벤트 외에도 특정 이벤트가 발생할 때 수집하려는 다양한 데이터 조각에 대해서도 생각해야 합니다. 이 가이드에는 이 프로세스에 대해 생각하는 방법에 대한 컨텍스트를 제공하는 몇 가지 일반적인 이벤트 및 관련 속성의 예가 포함되어 있습니다.

추적 계획 생성을 시작하기 전에 알아야 할 몇 가지 사항이 아래에 더 있습니다.

클릭수, 조회수 및 프로세스

클릭, 보기 및 제품 내부에서 발생하는 프로세스 간의 차이점을 염두에 두는 것이 매우 중요합니다. 클릭되는 모든 버튼, 조회된 페이지 또는 완료된 프로세스는 고유한 이벤트로 추적될 수 있습니다.

또한 경우에 따라 이벤트는 페이지 보기, 버튼 클릭 또는 프로세스 완료의 세 가지 중 하나로 추적될 수 있습니다.

가상의 가입 흐름을 사용하여 자세히 살펴보겠습니다.

먼저 사용자는 홈페이지에서 회원가입 여기에서 수행된 이벤트는 버튼 클릭(홈의 가입 버튼) 또는 페이지 보기(가입 페이지)로 추적될 수 있습니다.

다음 으로 사용자는 등록 양식을 작성하고 제출 모든 것이 잘되면 제출이 데이터베이스에 도달하고 새 행이 생성됩니다.

여기에서 수행된 이벤트는 버튼 클릭(제출 버튼), 페이지 보기(감사 페이지) 또는 프로세스 완료(데이터베이스의 새 행)로 추적될 수 있습니다.

따라서 이벤트를 완전히 추적하도록 선택하는 방법은 사용 사례에 따라 다르며 때로는 버튼 클릭과 페이지 보기 또는 프로세스 완료를 동시에 추적하는 것이 합리적일 수도 있습니다.

and sign up 즉, 목표가 사용자 행동을 이해하는 것이라면 사용자 행동이 여러 번 추적되지 않도록 하여 이벤트 중복을 피해야 합니다(가입 버튼 클릭 및 가입 조회한 페이지

. 페이지 조회수를 추적하려면 그러나 모든 고유 페이지에 대한 페이지 보기를 추적하려는 경우 이벤트 목록이 엄청나게 길어집니다.

각 페이지에 대해 별도의 이벤트를 정의하는 대신 다음과 같이 이벤트 속성을 사용하여 본 페이지 라는 일반 이벤트를 지정할 수 있습니다.

버튼 클릭

페이지 보기와 마찬가지로 버튼 클릭도 다음과 같이 연결된 속성과 함께 Button Clicked 와 같은 일반 이벤트를 통해 추적되어야 합니다.

프로세스 완료

프로세스는 데이터가 기록되거나(특정 테이블에서) 검색되는(테이블에서) 데이터베이스와의 상호 작용 결과로 발생합니다. 상호 작용이 실패하면 프로세스가 실패합니다.

따라서 프로세스 완료를 추적하는 것은 데이터베이스와의 상호 작용 완료에 의존하는 이벤트를 추적하는 가장 안정적인 방법입니다.

다음은 너무 일반적인 시나리오입니다.

사용자가 가입 양식을 작성한 후 제출 버튼을 클릭하면 "비밀번호에는 특수 문자가 포함되어야 합니다." 와 같은 유효성 검사 오류가 표시됩니다. 여기에서 사용자는 Button Clicked 이벤트를 수행했지만 실제로 가입 프로세스를 완료하지 않았습니다.

마찬가지로 사용자가 제출 버튼을 클릭했지만 서버 측 오류가 발생하면 프로세스가 실패하고 사용자 데이터가 데이터베이스에 도달하지 않습니다. 따라서 사용자가 가입 양식을 성공적으로 제출했음에도 불구하고 가입 프로세스가 완료되지 않은 상태로 남아 있었습니다.

따라서 이벤트가 발생할 때 완료되어야 하는 전체 프로세스(또는 데이터베이스 상호 작용)에 대해 생각하는 것이 중요합니다.

또한 사용자가 제품에 가입했지만 이메일 주소를 확인하지 않았는지 여부도 알아야 합니다. 이를 수행하는 한 가지 방법은 사용자가 가입 후 로그인하는지 확인하는 것입니다(이메일 확인 후에만 가능). 그러나 이메일을 확인했지만 로그인하지 않는 사용자가 있을 수 있습니다.

따라서 더 나은 접근 방식은 2개의 개별 이벤트인 Signed Up (가입 프로세스 완료) 및 이것은 또한 얼마나 많은 사람들이 가입했지만 그들의 이메일을 확인하지 않았는지 알려줄 것이므로 하루나 이틀 후에 확인 이메일을 다시 보낼 수 있습니다.

클라이언트 측 이벤트와 서버 측 이벤트

데이터베이스 상호 작용(또는 백엔드 프로세스)에 의존하지 않는 클릭 및 보기와 같은 이벤트는 본질적으로 클라이언트 측 이벤트입니다.

클라이언트 측 이벤트는 클라이언트(또는 사용자의 장치)에서만 발생하며 프런트엔드 이벤트라고도 합니다.

반면에 백엔드 프로세스에 의존하는 이벤트를 서버 측 이벤트라고 합니다. 이름에서 알 수 있듯이 서버 측 이벤트는 데이터베이스 상호 작용이 성공적으로 완료되면 서버에서 발생합니다.

서버 측 이벤트는 백엔드 이벤트라고도 합니다.

클라이언트 측 이벤트와 서버 측 이벤트의 차이점을 알면 두 가지 유형의 이벤트가 일반적으로 조직의 다른 사람들에 의해 구현되기 때문에 계측 프로세스에 도움이 됩니다.

전체 스택 개발자가 두 가지 유형의 이벤트를 모두 구현해야 하는 경우에도 추적 계획에서 이벤트 소스를 지정하는 것이 항상 도움이 됩니다.

이벤트 추적 다음 단계

이로써 고객 데이터에 대한 5부작 시리즈의 끝이 되었습니다. 지금 이벤트 추적을 시작하려면 무료 Amplitude 계정으로 시작하십시오.