이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
모바일 어트리뷰션 툴 경험은 인턴 때 Adjust 연동 프로젝트를 측면 지원한 것이 전부입니다. 개발팀이 SDK를 연동하는 동안 제가 맡은 건 이벤트 명칭과 파라미터 정의서 작성이었습니다. 이벤트 설계에서 가장 신경 쓴 건 비즈니스 목표와 측정 이벤트가 1:1로 연결되는지 확인하는 것이었습니다. 예를 들어 first_purchase와 add_to_cart_after_onboarding처럼 행동의 맥락이 드러나는 이름을 쓰는 것이 나중에 분석할 때 훨씬 편합니다. 어트리뷰션은 미디어 채널별 기여도를 파악하는 것인데, 라스트 클릭만 보면 상단 퍼널 기여가 누락된다는 점을 배웠습니다. 검증은 샌드박스에서 이벤트가 정상 발화하는지 확인 후 라이브 적용했고, 데이터 정합성을 먼저 보는 습관이 이 경험에서 생겼습니다.
인턴 때 어트리뷰션 툴을 운영하면서 특정 캠페인의 전환 수가 갑자기 늘어난 것을 확인했습니다. 처음엔 캠페인이 효과가 있었던 것이라고 생각했는데, 다른 채널 담당자가 자신의 채널은 전환이 없었다고 이야기하면서 데이터가 이상하다는 걸 알았습니다. 이벤트 중복 트리거가 원인이었습니다. 같은 사용자 행동이 두 개의 이벤트로 잡히면서 전환 수가 두 배로 계산되고 있었습니다. 원인을 찾는 데 하루가 걸렸는데, 태그 설정을 처음 붙일 때 검증 단계 없이 바로 적용했던 것이 문제였습니다. 수정 후 다시 확인하니 전환 수가 절반으로 줄었습니다.
이후로 저는 이벤트를 새로 붙일 때 테스트 환경에서 먼저 검증한 뒤 운영에 적용합니다. 데이터 이상은 빠르게 발견할수록 수정 비용이 줄어든다는 걸 그 경험에서 알았습니다.
어트리뷰션 툴을 처음 접했을 때 어떤 이벤트를 어디에 붙여야 하는지 기준이 전혀 없었습니다. 문서를 읽어도 개념은 이해됐는데 실제로 어떤 버튼에 무슨 이벤트를 설정해야 하는지는 감이 안 왔습니다. 팀장님께 여쭤봤더니 전환의 정의부터 먼저 정하라고 하셨습니다. 우리 서비스에서 의미 있는 행동이 무엇인지를 먼저 결정하고, 거기에 이벤트를 붙이는 거라고 알려주셨습니다. 그 말이 더 와닿았고, 앱 내 주요 행동 흐름을 따라가며 구매 완료, 장바구니 추가, 상품 상세 진입 3개를 먼저 잡았습니다. 이벤트가 실제로 발화되는 걸 확인했을 때 구조가 비로소 이해됐습니다.
개념을 먼저 외우는 것보다 실제 흐름에서 시작점을 잡는 게 어트리뷰션 설계에서는 더 빠른 이해 방법이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 배달의민족(우아한형제들) 디지털·퍼포먼스 마케팅 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.