과거 데이터를 얼마나 오래 쓸 수 있느냐가 리텐션 전략을 바꾸는 이유

들어가며

“3개월 전에 가입한 유저인데 왜 세그먼트에 안 잡히지?”라는 질문을 받아본 적이 있다면, 데이터가 없어서가 아니라 캠페인에 쓸 수 있는 데이터 기간이 짧게 제한되어 있기 때문일 가능성이 큽니다. CleverTap은 이 기간 자체를 길게 가져가도록 설계되어 있습니다. 01편에서 수치를 간단히 소개했다면, 이번 글에서는 그 수치가 실무에서 어떤 의미를 갖는지를 업종별로 풀어봅니다.

1. 저장되어 있는 것과 캠페인에 쓸 수 있는 것은 다르다

CEP를 고를 때 흔히 보는 스펙이 “데이터 보관 기간”입니다. 그런데 여기에는 구분해야 할 두 개념이 섞여 있습니다.

많은 도구가 데이터를 길게 보관하더라도, 세그먼트와 캠페인에 쓸 수 있는 기간은 훨씬 짧게 두는 경우가 있습니다. 오래된 데이터는 리포트에서만 보이고 캠페인에는 반영되지 않는 구조입니다. 도구를 비교할 때는 “몇 년 보관”이 아니라 “며칠, 몇 개월까지 캠페인에 쓸 수 있는가”를 물어야 합니다.

2. 업종마다 필요한 기간이 다르다

유저가 다음 행동을 하기까지 걸리는 시간은 업종마다 크게 다릅니다. 장바구니 이탈은 며칠이면 승부가 나지만, 금융 상품의 만기나 B2B 서비스의 갱신은 수개월에서 1년 단위로 돌아옵니다. 과거 데이터를 쓸 수 있는 기간(룩백 기간)이 이 주기보다 짧으면, 정작 다시 말을 걸어야 할 시점에 필요한 유저 이력이 이미 캠페인 조건에서 빠져나가 있게 됩니다.

그림 1. 업종별로 필요한 룩백 기간(예시)과 CleverTap 지원 범위

출처: 업종별 기간은 설명을 위한 예시이며, 10년 룩백은 CleverTap TesseractDB 제품 페이지 기준

3. CleverTap은 10년치 행동 이력까지 다룬다

CleverTap은 TesseractDB 제품 페이지에서 몇 초 전에 일어난 이벤트부터 10년치 행동 이력까지를 다룰 수 있고, 유저당 데이터 포인트에 제한이 없다고 소개합니다. 위 그림에서 보듯, 10년이라는 범위는 대부분 업종의 전환 주기를 여유 있게 포괄합니다.

다만 이 수치는 제품 페이지에서 밝힌 최대 범위입니다. CleverTap 문서에는 이벤트별 데이터 보관 기간(DRP)이라는 개념이 나오는데, 실제로 어떤 이벤트를 얼마나 오래 보관하고 세그먼트 조건으로 쓸 수 있는지는 계약과 설정에 따라 달라질 수 있습니다. 도입을 검토할 때는 “최대 몇 년”보다 “우리 핵심 이벤트를 몇 년치까지 세그먼트 조건으로 쓸 수 있는가”를 구체적으로 확인하는 것이 좋습니다.

4. 실무에서 이렇게 강점이 된다

5. 오래된 데이터를 제대로 쓰려면 ‘이벤트 설계’가 먼저다

쓸 수 있는 기간이 길어도, 쌓이는 데이터가 정리되어 있지 않으면 활용도가 떨어집니다. 몇 년치 데이터를 조건으로 쓰려면 이벤트 이름과 속성이 처음부터 일관된 규칙으로 설계되어 있어야 합니다. 같은 행동이 시기마다 다른 이벤트명으로 쌓였다면, 10년치 데이터가 있어도 하나의 조건으로 묶기 어렵습니다. 도입 초기에 핵심 이벤트와 속성의 이름 규칙(택소노미)을 먼저 정해두고, 이전 도구에 쌓인 과거 데이터를 옮겨올 계획도 함께 세워두는 것이 좋습니다.

체크리스트

• 우리 서비스의 평균 전환, 재구매 주기를 계산해봤는가
• 검토 중인 도구의 “보관 기간”이 아니라 “캠페인 활용 기간”을 확인했는가
• 시즌 상품, 장기 재구매 캠페인에 몇 달(몇 년) 전 데이터가 필요한지 정해봤는가
• 이벤트, 속성 이름 규칙을 도입 초기에 정해두었는가
• 과거 데이터 이관 계획을 세웠는가

마무리

과거 데이터를 오래 쓸 수 있다는 것은, 더 많은 유저 이력을 실제 캠페인의 재료로 쓸 수 있다는 뜻입니다. 숫자 자체보다 우리 서비스의 전환 주기와 맞는지를 먼저 확인하는 것이 핵심입니다. 다음 글에서는 이렇게 쌓인 데이터를 조건으로 조합해 세그먼트를 만드는 CleverTap의 세그먼트 빌더를 다룹니다.

참고자료 (Sources)

• CleverTap TesseractDB 제품 페이지
• CleverTap Real Impact 공식 문서
• CleverTap Segmentation 공식 문서