어트리뷰션 스파인 구축하기: 기술적 개요

어트리뷰션은 수익 데이터가 논쟁으로 변하는 지점입니다. 마케팅은 파이프라인을 주장하고, 영업은 클로징을 주장하고, 파트너 팀은 소개를 주장하며, 재무는 이 셋 중 어느 것도 정합하지 않는다는 이유로 조용히 모두를 불신합니다. 흔한 반응은 모델을 두고 논쟁하는 것입니다. 첫 터치, 멀티 터치, 어떤 가중 조합. 하지만 모델은 마지막 문제입니다. 첫 번째 문제는 대부분의 조직에 어트리뷰션 스파인, 즉 누가 무엇을, 언제, 어떤 맥락에서 접촉했는지를 기록하는, 어떤 모델로도 계산할 수 있는 형태의 기저 데이터 구조가 없다는 것입니다.

이것은 어트리뷰션 스파인을 다룬 개념적인 글의 기술적 동반편입니다. 데이터 모델, 아이덴티티와 타임스탬프 문제, 그리고 지저분한 접점의 흐름을 쿼리 가능하고 모델에 구애받지 않는 것으로 바꾸는 파이프라인을 다룹니다. 현대적 수익 플랫폼을 위한 참조 아키텍처 안에서 이것은 지능 계층에서 가장 까다로운 구성요소입니다. 어트리뷰션은 데이터의 모든 약점을 찾아내기 때문입니다.

이것은 리포트가 아니라 데이터 모델이다

핵심적인 실수는 어트리뷰션을 리포팅 문제, 즉 설정하는 대시보드로 취급하는 것입니다. 이는 한 번 해결하면 그 이후로는 리포트가 쉬워지는 데이터 모델링 문제입니다. 스파인에는 세 가지 기본 요소가 있습니다.

접점은 상호작용의 원자적이고 불변하는 기록입니다. 참석한 웨비나, 이메일 답장, 파트너가 소싱한 미팅, 제품 가입. 각각은 주체(누가), 유형(무엇을), 타임스탬프(언제), 그리고 출처 시스템(어디서 왔는지)을 가집니다.

엔티티는 접점이 연결되는 계정과 연락처로, 마케팅 자동화에서 온 접점과 CRM에서 온 접점이 동일한 계정에 도달하도록 표준 식별자로 해석됩니다.

수익 이벤트는 크레딧이 배분되는 결과들입니다. 파이프라인 생성, 기회 진행, 거래 성사, 확장 체결.

이 세 가지가 갖춰지면 첫 터치, 마지막 터치, 선형, 시간 감쇠, U자형, 또는 학습된 가중치 등 어떤 어트리뷰션 모델이든 한 엔티티의 첫 상호작용과 수익 이벤트 사이의 접점들에 대한 함수에 불과합니다. 어느 리포트가 맞는지 논쟁하는 대신 동일한 불변 데이터에 대해 서로 다른 뷰를 계산하기 시작합니다. 그 분리가 핵심입니다.

실제로 프로젝트를 무너뜨리는 두 가지

어떤 모델링 논쟁보다 더 많은 어트리뷰션 프로젝트가 이 두 가지에서 실패합니다.

아이덴티티 해석. 접점을 올바른 엔티티에 연결할 수 없다면 그것은 무가치합니다. 같은 사람이 쿠키 ID, 양식 작성 이메일, CRM 연락처, 제품 사용자 ID로 각각 다르게 나타나며, 이것들이 서로 연결되지 않으면 접점이 유령 엔티티들로 흩어집니다. 공유 키(이메일, 도메인)가 있는 곳에서는 결정론적 매칭이 필요하고, 없는 곳에서는 신중한 확률적 매칭이 필요합니다. 이것이 어트리뷰션이 부실한 RevOps 데이터 위생을 그토록 가혹하게 벌하는 이유입니다. 해석되지 않은 각 아이덴티티는 스파인의 구멍이며, 이 구멍들은 무작위로 분포하지 않습니다. 계측이 가장 형편없는 채널에 정확히 몰려 있으며, 이는 전체 모델을 편향시킵니다.

시간 무결성. 어트리뷰션은 순서에 걸쳐 크레딧을 배분하므로, 모든 접점과 모든 수익 이벤트에 신뢰할 수 있고 일관되게 시간대가 지정된 타임스탬프가 필요합니다. 흔한 실패 사례로는 이벤트 시간 대신 수집 시간을 기록하는 시스템, 출처 간 시간대 불일치, 순서가 뒤바뀌어 도착하는 백필된 레코드가 있습니다. 거래가 성사된 이후에 찍힌, 그 거래에 영향을 미쳤다고 하는 접점 타임스탬프는 사소한 오류가 아닙니다. 그것은 시간 감쇠 모델과 위치 기반 모델을 조용히 훼손합니다. 이벤트 시간을 정확성 계약으로 취급하십시오. 이는 실시간 대 배치: 수익 데이터 신선도가 중요한 경우에서 더 깊이 다루는 주제입니다.

파이프라인

작동하는 스파인은 각각 독립적으로 테스트 가능한 별개의 단계로 구성된 파이프라인입니다.

1. 수집. 마케팅 자동화, CRM 활동, 제품 분석, 파트너 시스템, 광고 플랫폼 등 모든 출처로부터 접점을 수집합니다. 원본 페이로드를 보관하십시오. 나중에 필요할지 모르는 출처의 정밀도를 절대 버리지 마십시오.
2. 정규화. 이질적인 이벤트를 일관된 유형, 주체, 이벤트 시간 타임스탬프를 가진 공통 접점 스키마로 매핑합니다.
3. 아이덴티티 해석. 위의 매칭 로직을 사용해 접점을 표준 엔티티에 연결합니다.
4. 조립. 각 엔티티의 접점을 타임라인으로 정렬하고 관련 수익 이벤트와 연결합니다. 이것이 모델이 소비하는 여정을 만들어냅니다.
5. 모델 계산. 조립된 여정에 대해 하나 이상의 모델을 적용합니다. 스파인이 모델에 구애받지 않으므로, 이 단계는 변경 비용이 저렴하고 비교를 위해 여러 모델을 나란히 실행하기에도 저렴합니다.

이 단계들을 서로 분리하는 것이 규율입니다. 정규화 로직이 모델 계산으로 새어 들어가는 순간, 밑에 깔린 데이터를 위험에 빠뜨리지 않고는 모델을 교체할 수 없게 되고, 그 이점 전체가 사라집니다.

신뢰할 수 있게 만들기

스파인은 설명 가능성을 통해 신뢰를 얻습니다. 크레딧이 부여된 모든 금액에 대해 그것을 만들어낸 정확한 접점과 정확한 가중치까지 추적할 수 있어야 합니다. 모델 결과를 그것이 계산된 여정 바로 옆에 저장하여, 어트리뷰션이 숫자를 뱉어내는 블랙박스가 아니라 감사 가능한 것이 되도록 하십시오.

동일한 구조는 진짜 어려운 사례들, 특히 코셀과 파트너 어트리뷰션을 다루기 쉽게 만듭니다. 여기서 거래는 여러분의 팀, 파트너, 그리고 겹치는 접점들을 포함합니다. 스파인이 출처 시스템과 접점 유형을 원래부터 기록하기 때문에, 파트너가 소싱한 접점과 파트너가 영향을 준 접점은 수작업 각주가 아니라 일급 행이 됩니다. 다만 결과는 사람들이 실제로 일하는 시스템으로 다시 라우팅되어야만 비로소 유용해집니다. 그것이 라이트백 계층의 역할이며, 이는 어트리뷰션된 크레딧을 담당자와 리더가 실제로 볼 CRM 필드와 대시보드로 밀어넣습니다.

핵심 요약

• 어트리뷰션을 데이터 모델로 해결하십시오. 스파인이 존재하면 모든 모델은 그것에 대한 쿼리에 불과합니다.
• 세 가지 기본 요소: 불변의 접점, 표준 엔티티, 수익 이벤트.
• 아이덴티티와 타임스탬프는 어떤 모델 논쟁보다 더 많은 프로젝트를 죽이며, 그 피해는 소리 없이 진행됩니다.
• 수집, 정규화, 해석, 조립, 계산을 별개의 단계로 유지해 데이터를 건드리지 않고도 모델을 바꿀 수 있게 하십시오.
• 결과를 그것이 나온 여정 옆에 저장하십시오. 그것이 CFO가 물었을 때 그 숫자를 방어 가능하게 만드는 것입니다.

잘 구축된 스파인은 끝없는 크레딧 논쟁을 쿼리 가능하고 감사 가능한 기반으로 바꾸며, 이는 Revnewo와 같은 수익 오케스트레이션 플랫폼이 의존하는 종류의 데이터 계층입니다. 어트리뷰션 논쟁이 계속 모델 주변을 맴돈다면, 진짜 해결책은 보통 한 단계 아래에 있습니다.