올바른 추적 계획 템플릿을 선택하는 방법

편집자 주: 이 기사는 원래 2021년 3월 31일에 Iteratively 블로그에 게시되었습니다.

여기 Amplitude에서는 데이터가 팀 스포츠이며 분석 문화를 구축하는 것이 지속적인 프로세스라고 믿습니다. 추적 계획은 본질적으로 협력적이어야 하므로 비즈니스에 중요한 사항에 대한 단일 정보 소스를 구성하는 데 도움이 됩니다.

일부 회사는 추적 계획을 시작할 때 사용할 자체 템플릿을 이미 만들었습니다. 이러한 템플릿을 사용하면 처음부터 추적 계획을 만드는 것과 관련된 골칫거리를 줄일 수 있습니다.

그러나 정적 추적 계획 템플릿에는 제한이 있습니다. 계획에 있는 것이 실제로 제품에 있는지 강제할 방법이 없기 때문에 종종 추적 계획에 표시되는 이벤트 및 속성과 실제로 계측된 것 사이에 불일치가 발생합니다(이것이 사용하는 것이 가장 좋은 이유입니다) 데이터 거버넌스 기능이 내장된 플랫폼). 그러나 적절한 프로세스를 갖춘 조직은 정적 추적 템플릿을 사용하여 이러한 문제를 쉽게 극복할 수 있습니다.

추적해야 할 항목 결정

추적 계획은 신발과 같습니다. 크기는 다르지만 동일한 용도로 사용됩니다. 그들은 귀하의 비즈니스에 고유해야 하며 달성하려는 것에 대한 질문에 답하는 데 도움이 되어야 합니다.

좋은 추적 계획은 다음과 같은 핵심 질문에 답할 것입니다.

• 비즈니스에 중요한 지표는 무엇입니까?
• 이러한 메트릭에 답하려면 어떤 데이터가 필요합니까?
• 이러한 지표에 쉽게 답할 수 있도록 데이터를 어떻게 구조화해야 합니까?
• 캡처되는 데이터가 신뢰할 수 있는지 어떻게 확인할 수 있습니까?

추적 계획을 세울 때 먼저 목표를 나열한 다음 지표를 요약하고 해당 지표에 대해 올바르게 보고하는 데 필요한 이벤트 및 속성을 결정합니다. 목표, 메트릭 및 이벤트가 일치하지 않으면 비즈니스에 필요하지 않은 데이터를 추적하고 조직에 중요한 이벤트를 놓치게 될 수 있습니다.

필요에 따라 올바른 추적 계획 템플릿 선택

시중에는 많은 추적 계획 템플릿이 있으며 그 중 일부는 특정 산업을 염두에 두고 설계되었습니다. 다음은 추적 계획을 사용자 정의해야 하는 몇 가지 필수 기능과 영역입니다.

주의 사항:

• 전반적인 비즈니스 목표 및 핵심성과지표(KPI)가 포함된 탭
• 이벤트 이름, 설명, 속성 이름, 속성 유형, 소스, 버전, 소유자, 플랫폼, 측(클라이언트 또는 서버), 우선 순위 수준 및 코드 스니펫에 대한 열
• 시작할 항목을 결정하는 데 도움이 되는 샘플 데이터
• 해당 추적 계획을 시작하는 방법에 대한 자세한 지침
• 템플릿 중 하나의 다음 예와 같은 질문 형성 지침: "가입하는 동안 아티스트를 좋아하는 사용자의 경우, 좋아하는 아티스트의 재생 목록에 참여하는 사용자는 몇 명입니까?"

사용자 정의할 항목:

• 전체 KPI와 일치하는 이벤트, 설명, 소스 및 속성
• 팀이 순조롭게 진행되도록 돕는 전반적인 비즈니스 목표

모든 산업에 대한 추적 계획 템플릿

여기 Amplitude에서는 산업 전반에 걸쳐 작동하는 추적 계획 템플릿을 만들었습니다. 가장 인기 있는 기능 중 하나는 사용자가 가장 중요한 메트릭에 대해 잘 구성된 질문을 만드는 데 도움이 되는 사용 사례 탭입니다.

또한 전자 상거래 업계의 회사를 위해 제안된 이벤트 및 속성을 포함하는 템플릿을 만들었습니다. 이것은 추적 계획을 시작할 때 사용할 수 있는 훌륭한 리소스이며 나중에 쉽게 구축할 수 있습니다.

추적 계획을 누가 소유해야 하는지 결정

템플릿이 준비되면 소유자를 할당할 수 있습니다. 하지만 추적 계획에 대한 소유권을 할당해야 하는 이유는 무엇입니까? 이해관계자가 너무 많으면 공유가 되고 전적인 책임을 질 팀이나 개인 소유자가 없습니다.

소유자는 데이터에서 결과를 도출하여 책임을 지고 궁극적으로 사용자가 데이터를 신뢰할 수 있도록 합니다. 추적 계획을 소유하는 사람은 일반적으로 산업 및 회사 규모에 따라 다릅니다. 대부분의 경우 이벤트 추적은 모든 제품 출시와 연결되어야 하므로 제품 팀이 이를 수행하는 데 가장 적합합니다.

이벤트 추적 계획을 개발 프로세스의 일부로 만들기

물론 아무리 좋은 계획이라도 동의가 없으면 실패할 것입니다. 진정으로 분석 추적을 개발 프로세스의 일부로 만들기 위해서는 경영진과 모든 관련 이해 관계자의 동의가 필요합니다. 이것을 어떻게 합니까? 동의를 얻으려면 추적 프로세스를 결정하는 데 도움이 되도록 모든 주요 이해 관계자를 초대하십시오. 데이터 거버넌스를 문화의 일부로 만들려면 모든 사람이 참여해야 합니다.

정적 추적 계획 템플릿의 제한 사항

추적 계획 템플릿은 시작하기에 좋은 곳이지만 다음과 같은 제한 사항이 있습니다.

• 최신 상태로 유지하기 어려움: 워크플로우와 함께 실행되지 않기 때문에 템플릿이 자주 혼합되어 손실됩니다. 업데이트가 잊혀지고 추적이 구현되었는지 여부가 불분명해집니다.
• 버전 관리 어려움: 추적 계획은 더 많은 사람이 참여함에 따라 매우 복잡해지고 관리하기 어려워질 수 있습니다. 관련된 사람이 많을수록 누군가 다른 사용자의 변경 사항을 덮어쓰는 등의 잠재적인 문제 목록이 늘어납니다. 희소식 : Amplitude의 데이터 거버넌스 기능을 사용하면 Git에서처럼 쉽게 버전을 관리할 수 있습니다. ‍
• 계획에 있는 것이 실제로 제품에 포함되도록 강제할 방법이 없습니다. 이러한 상황은 매우 자주 발생하며 친숙하게 들릴 수도 있습니다. 이 문제는 분석 추적에 대한 문화가 부족할 때 발생하며 무시됩니다. 참고: Amplitude는 개발자가 스키마를 무시하지 않도록 코드에 스키마를 적용하는 기능을 통해 정적 추적 계획을 버릴 수 있도록 도와줍니다.

지금 Amplitude로 추적 시작

템플릿은 추적 계획 구현이 처음인 경우 시작하기에 좋은 장소입니다. 그러나 정적 템플릿은 추적 계획을 개발자 워크플로의 일부로 만드는 문제를 해결하지 않습니다. 이것이 바로 Amplitude가 조직의 워크플로에 직접 통합되는 데이터 거버넌스 기능을 제공하는 이유입니다.

무료 정적 추적 템플릿을 사용하여 시작하고 Amplitude 팀과 함께 데모를 예약하여 통합 데이터 거버넌스 워크플로우의 모든 기능을 확인하십시오.