Adobe Analytics 구현 플레이북 다운로드

시작하기 전에 플레이북을 다운로드하십시오.

비즈니스 요구 사항 탭

내용: 비즈니스 요구 사항 문서(일반적으로 BRD라고 함)는 주요 관련자, 비즈니스 사용자 및 기술 사용자가 공동 작업하고자 하는 중요한 문서입니다. Adobe Analytics(AA) 구현이 완료되면 필요한 모든 KPI, 보고 요구 사항 및 확인하자 하는 데이터 포인트를 문서화할 수 있습니다.

이유: 이는 다음 문서(SDR, 기술 사양 등)의 시작점 역할을 하며, AA의 합의된 최종 상태에 대한 신뢰할 수 있는 일반적인 소스입니다. 이 문서는 조직 내 팀 간의 생각을 정리하여 구현 구축 또는 개선을 위한 통일된 지침 방향을 구성합니다.

방법: 비즈니스 요구 사항 문서화는 일반적으로 AA의 최종 비즈니스 사용자에 의해 수행되지만, 기술적인 문제가 있을 수 있으며 특정 데이터 포인트는 우선 순위 지정에 영향을 미치는 다른 데이터 포인트보다 더 많은 노력을 필요로 하므로 기술 사용자로부터 피드백을 받는 것이 중요합니다.

“사이트에서 추적하고자 하는 사항은 무엇인지”, “보고서 사용 시 중요한 데이터 포인트는 무엇인지”, 가장 중요한 것은 “이 데이터 포인트가 의사 결정에 어떤 영향을 미칠 것인지”에 대해 자문해 보십시오. 각 비즈니스 요구 사항이 비즈니스 의사 결정을 알리는 데 사용할 수 있는 데이터 포인트와 관련이 있는지 확인하는 것이 중요합니다. 예를 들어 사이트를 클릭할 때마다 추적하고 싶은 생각이 들 수 있지만, 결국은 이 보고서를 통해 어떤 통찰력을 얻을 수 있습니까?

아래 스크린샷(비즈니스 요구 사항)에 C열을 채우는 것부터 시작하십시오. “사이트에서 수행된 내부 검색 수” 또는 “노출 측면에서 가장 효과적인 내부 캠페인 위치”와 같은 형식이어야 합니다. 이 수준의 세부 정보를 입력한 후 돌아가서 B열(카테고리)을 입력하고 기술 사양 섹션과 일치해야 하는 “검색” 또는 “내부 프로모션”과 같은 범주로 요구 사항을 그룹화할 수 있습니다.

또한 eVar, 이벤트, Prop 또는 조합을 사용하여 추적하려는 목표를 달성할 수 있다고 생각하는지 여부도 표시합니다.

마지막으로 구현 상태 열은 사이트에 항목을 추가하기 시작할 때 상태 확인 역할을 합니다.

변수 맵 탭 (태그 지정 문서/SDR)

내용: 태그 지정 문서(일반적으로 SDR이라고 함)는 AA의 기술 사용자와 비즈니스 사용자 모두에게 유용한 중요한 문서입니다. 보고서 세트에서 사용 중인 모든 변수 및 변수 설정에 대한 모든 관련 세부 정보, 변수 구현 방법 및 보고 목적이 무엇인지 나열됩니다. 속성 문서와 마찬가지로 태그 지정 개선 또는 구현 변경 사항이 도입됨에 따라 문서를 최신 상태로 유지할 책임이 있는 담당자와 잘 관리된 Excel 문서여야 합니다.

이유: 이 문서는 다양한 용도로 사용되지만 가장 중요한 것은 다음과 같습니다.

• 구현을 처음 시작하는 모든 사용자 (신입 직원, 사용 가능한 보고를 더 잘 이해하고자 하는 비즈니스 소유자 등) 이 문서는 구현된 모든 변수와 그 목적이 무엇인지에 대한 최상의 견해를 제공하여 개인이 AA 설정을 학습 측면에서 셀프서비스를 할 수 있도록 합니다.
• AA 제품 소유자/기술자의 경우, 이 문서는 다른 변수를 설정하는 방법과 새 차원을 추가할 때 사용할 수 있는 변수에 대한 알림 역할을 합니다.

방법: 모든 Adobe 기본 제공 변수(페이지, 제품, 지역 등)와 eVar, Prop, 이벤트 및 목록 변수를 Excel 문서에 나열하는 것부터 시작합니다. 사이트/보고서 세트당 하나의 탭이 있어야 합니다.
각 차원에 대해 다음과 같은 열을 추가합니다.

• 이름: 대부분의 사람들이 이해할 수 있는 간단하고 짧은 이름을 제공합니다. 이는 새로운 사용자가 변수를 선택하고 캡처하려는 변수를 파악할 수 있을 만큼 충분히 직관적이어야 합니다.
• 설명: 변수의 용도와 추적 데이터에 대한 자세한 정보입니다. 이를 짧고 간단하게 유지하며 인터페이스에 사용된 설명과 일치시킵니다. 이상적으로는 사용자가 태그 지정 문서를 참조할 필요가 없기를 바랍니다. 따라서 관리 백엔드에 새 차원이 설정되면 여기에 동일한 설명을 추가합니다. 이렇게 하면 사용자가 작업 영역에서 직접 정보 아이콘을 클릭하여 Excel 문서를 가져올 필요 없이 차원이 무엇인지 이해할 수 있습니다.

• 코드: 값을 설정하는 백엔드의 코드입니다. 이는 페이지의 데이터 레이어에 있는 필드이거나 실행 규칙, 처리 규칙 등으로 수행되도록 지정할 수 있습니다.
• 분류 보고서: 분류 가져오기 또는 분류 규칙 빌더로 생성된 분류 보고서 호출
• 솔루션 범위: 모든 속성(적어도 표준 변수 이상을 사용하는 속성)을 작은 열에 나열하고 해당 속성에 설정되는 각 차원에 대한 체크 표시를 추가하는 것이 유용합니다. 이렇게 하면 특정 속성을 쉽게 필터링할 수 있을 뿐만 아니라 특정 차원이 설정되는 위치를 빠르게 확인할 수 있습니다.
• 구성: 각 변수에 대한 관리 UI 설정(예: eVar - 만료, 할당, 머천다이징 등)

샘플 SDR의 스크린샷:

또한 이 태그 지정 문서를 사용하여 자유 변수와 “정크” 변수를 추적하는 것이 좋습니다. 차원이 더 이상 필요하지 않은 경우 개발자는 일반적으로 차원을 삭제하는 데 시간이 걸립니다. 그 후에도 캐싱이 발생하거나 차원이 다른 곳에서도 설정되었음을 알 수 있습니다. 차원을 정리하는 것은 쉽지 않으며 종종 인내심이 필요합니다. 다음은 사용자가 정크를 추적하는 동안 헷갈리지 않도록 보이지 않는 곳에 정크를 숨겨두는 몇 가지 팁입니다.

• 사용되지 않는 모든 차원/이벤트는 “무료”이거나 “삭제 중”입니다.
  • 차원에 최근 90일 동안의 정크 값이 있는 경우 “삭제 중”입니다.
  • 차원이 적어도 지난 90일 동안 비어 있고 깔끔할 경우 “무료”입니다.
  • 쉽게 필터링할 수 있도록 태그 지정 문서의 “이름” 아래에 해당 항목을 표시합니다. 사용자가 볼 수 없도록 태그 지정 문서(Excel 데이터 필터)에서 선택하지 않은 상태로 유지합니다.
  • 사용자가 검색에서 찾을 수 없도록 인터페이스에서 eVar 이름으로 표시하고(예: “(v6)”) 인터페이스에서 설명을 제거합니다.
• 이렇게 하면 새 차원이 필요할 때 “이름” 열에서 “무료”를 쉽게 필터링하여 사용할 깔끔한 차원을 찾을 수 있습니다.
• “삭제 중” 차원 및 이벤트의 경우 작업 영역을 사용하여 다음 사항을 추적하는 것이 좋습니다.
  • eVar, Prop 및 이벤트의 3개의 표로만 관리자가 볼 수 있는 프로젝트를 만듭니다. 예를 들어 특정 eVar에 대해 “인스턴스”를 사용하고, Prop에는 “Prop5 존재”로 HIT 세그먼트를 만듭니다.
  • 날짜를 지난 90일로 설정
  • 위 항목을 발생 횟수와 함께 3개 표의 행으로 사용
  • 무엇이든 “0”에 도달하면 태그 지정 문서에서 “무료”로 표시하고 작업 영역 프로젝트에서 제거합니다.

이렇게 하면 데이터가 항상 깔끔하고 정크에 대한 명확한 정보를 얻을 수 있습니다.

속성 탭

내용: 속성 문서에는 웹 사이트, 모바일 앱, 기타 도구(채팅, 피드백 등)와 같은 모든 디지털 속성이 해당 속성에 Adobe Analytics로 태그가 지정되었는지 여부에 관계없이 나열되어야 합니다. 이 문서는 비즈니스 및 기술 사용자를 위한 중앙 집중식의 살아있는 문서 역할을 해야 합니다.

이유: 이를 통해 디지털 속성 전체에 걸쳐 사용자 여정과 Adobe Analytics가 수행하는 작업과 다루지 않는 작업을 명확하게 볼 수 있으므로 누락된 속성에 태그 지정 추가의 우선 순위를 지정할 수 있습니다. 이러한 방식으로 디지털 에코시스템을 배치함으로써 태그 지정 전략에서 잠재적인 기회를 식별하여 사용자 여정을 전체적으로 볼 수 있습니다. 예를 들어 여러 도메인/사이트를 추적하려면 글로벌 보고서 세트가 필요합니까? 하이브리드 경험에 대한 도메인 또는 앱 간에 방문자 ID 핸드오프가 필요합니까? 교차 도메인 추적을 위해 내부 URL 필터를 업데이트해야 합니까?

방법: 거버넌스를 제공할 문서 소유자와 업데이트 관리에 대한 단일 책임 소스를 식별합니다.
속성 탭에 다음을 나열합니다.

• 속성 이름: 도메인, 하위 도메인, 앱 이름 등이 될 수 있습니다. 동일한 도메인 내에서도 일부 부분이 별도로 관리되는 경우(다른 팀이나 다른 기술에 의해) 이러한 부분을 분리해야 합니다.
• 사용 가능한 경우 속성에 연결 (URL)
• 소유자 및 연락처: 속성의 기본 소유자 또는 연락처를 나열합니다.
• 태그 방법: 많은 사람들이 다른 코드 방법과 구현(Launch, JS 파일, AEP 등)을 가지고 있습니다. 필요한 경우(예: 코드 버전 또는 태그 관리 시스템별로) 이를 더 세분화할 수 있지만 이는 코드를 업데이트해야 하는 위치 및 유지 관리 방법을 비롯한 다양한 코드 방법 및 버전을 모두 추적하기 위한 것입니다. Adobe Launch를 사용하는 경우 Launch 속성 이름을 나열합니다.

Adobe Analytics로 태그가 지정되지 않은 경우에도 모든 디지털 속성을 포함해야 합니다. 이렇게 하면 디지털 환경 및 사용자가 모든 속성과 상호 작용하는 방식을 이해하는 데 도움이 됩니다.

이 문서는 조직의 다른 부서에서 쉽게 해석할 수 있도록 너무 많은 정보를 포함하지 않고 가능한 단순하게 유지하는 것이 좋습니다. 분석 팀은 다른 팀보다 디지털 환경을 더 잘 이해하는 경우가 많으므로 다른 팀과 경영진이 이 문서를 사용하여 자세한 개요를 제공하는 경우가 많습니다.

Doug Moore의 이 비디오 보기 구현 플레이북 작성에 대한 자세한 정보입니다.

작성자

이 문서의 공동 작성자:

Christel Guidon, NortonLifeLock의 디지털 분석 플랫폼 관리자
Adobe Analytics 챔피언

Rachel Fenwick, Adobe 수석 컨설턴트

Business.Adobe.com 리소스