이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
이벤트 택소노미를 처음부터 설계했던 경험이 있습니다. 당시 저는 데이터 분석 팀과 마케팅 팀 사이에서 이벤트 정의를 조율하는 역할을 맡았습니다. 문제는 같은 행동을 팀마다 다르게 부르다 보니 대시보드마다 숫자가 달리 나오는 상황이 반복되고 있었습니다. 저는 먼저 기존 이벤트 목록을 전수 정리해 중복과 모순을 찾았습니다.
click과 tap처럼 플랫폼만 다른 이벤트가 별도로 잡혀 있었고, 일부는 정의 문서가 아예 없었습니다. 정리 기준으로 저는 행동(action)·객체(object)·화면(screen) 세 축을 제안했고, 팀 리뷰를 두 차례 거쳐 최종 명명 규칙을 확정했습니다. 적용 후 이벤트 중복률이 23%에서 6%로 낮아졌고, 대시보드 불일치 문의가 월 평균 절반 수준으로 줄었습니다. 제 역할은 기준을 만드는 것이었고, 설득은 숫자로 했습니다.
전 직장에서 마케팅 이벤트 데이터를 분석하다가 같은 버튼 클릭을 팀마다 다른 이벤트 키로 추적하고 있는 것을 발견했습니다. 마케팅 팀은 campaign_click으로, 개발 팀은 button_tap으로 기록했는데 실제로는 같은 사용자 행동이었습니다. 저는 두 팀의 이벤트 목록을 함께 놓고 중복과 모순을 확인하는 워크샵을 먼저 제안했습니다. 이후 행동·대상·화면 세 축을 기준으로 공통 네이밍 룰을 만들었고, 새 이벤트를 추가할 때 반드시 이 기준으로 리뷰하는 절차도 함께 만들었습니다. 적용 후 두 팀의 대시보드 수치가 처음으로 일치했고, 이벤트 정의 관련 문의가 눈에 띄게 줄었습니다. 택소노미 설계에서 가장 중요한 것은 기술 구현이 아니라 팀이 같은 기준으로 동의하는 과정이라는 걸 그 경험에서 배웠습니다.
팀 프로젝트에서 신규 기능 출시 후 사용자 행동 추적을 위해 이벤트를 새로 설계했습니다. 초반에는 추적하고 싶은 행동을 바로 이벤트 이름으로 쓰는 방식으로 시작했는데, 이벤트가 100개를 넘어가면서 어떤 이벤트가 어떤 조건에서 발생하는지 팀원들이 혼동하기 시작했습니다. 저는 이벤트 명세서 작성을 제안하고 직접 만들었습니다. 이벤트 이름, 발생 조건, 포함 파라미터, 담당 화면을 한 항목씩 정리했고, 이후 새 이벤트를 추가하기 전에 명세서에 먼저 등록하는 규칙을 팀이 따르게 됐습니다. 점검 때 팀원에게 '이벤트 목록을 처음으로 한눈에 볼 수 있다'는 말을 들었습니다. 택소노미는 처음 설계보다 운영 중에 지키는 문서와 규칙이 더 오래가는 구조를 만든다는 걸 알게 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 당근마켓 디지털·퍼포먼스 마케팅 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.