.svg)
.png)
"열심히 만들었는데 왜 이 모양이지?"
혜택 탭을 기획하고, 개발하고, 드디어 출시했습니다. 광고를 보면 포인트를 주는 구조라 유저 반응도 나쁘지 않았습니다. 그런데 한 달이 지나도 수익이 시원찮습니다.
DAU가 10만인데 하루 광고 노출이 고작 1만 건. 기대했던 숫자의 10%입니다.
광고 세팅을 다시 확인해봅니다. eCPM도 괜찮고 Fill Rate도 문제없습니다. 시청 보상을 올려보고, 광고 파트너 SDK도 추가해보고, 일일 미션 구조도 손봤습니다. 그래도 큰 변화가 없습니다. 그러다 어느 순간 이런 생각이 듭니다. "혹시 우리가 처음부터 잘못된 기대를 했던 건 아닐까?"
혜택 탭을 만들 때 대부분 이렇게 계산합니다. DAU 10만 명 × 광고 1회 시청 × eCPM 5,000원 = 하루 50만 원. 깔끔한 계산입니다. 그런데 이 계산에는 치명적인 전제가 숨어 있습니다. DAU 10만 명이 전부 혜택 탭을 사용한다는 가정입니다.
실제로는 어떨까요? DARO가 함께 일하는 파트너사들의 데이터를 살펴보면, 혜택 탭 도입 초기 DAU 대비 혜택 탭 방문 유저 비율은 대체로 10~20% 구간에 머뭅니다. 방문한 유저 중 광고를 한 번이라도 시청하는 유저는 다시 절반~70% 수준이고, 이들이 하루에 보는 광고는 평균 4~5회 정도입니다. DAU 10만 기준으로 쌓아 보면, 방문 1.5만, 광고 시청 유저 1만, 총 임프레션 4만~5만 회 수준으로 수렴합니다. 기대했던 10만 임프레션의 절반 수준에서 수익이 만들어지는 구조라는 뜻입니다.
이 갭을 못 보면 광고 설정을 아무리 만져도 숫자는 안 움직입니다. 4만 임프레션 모수에서 eCPM을 20% 올려봐야, 임프레션 자체를 두 배로 늘리는 것에 비하면 레버리지가 작습니다. 최적화의 천장이 이미 정해진 상태에서 만지는 셈입니다.
앱에 들어오는 유저는 저마다 목적이 있습니다. 가계부 앱이라면 지출을 기록하러 들어온 겁니다. 커머스 앱이라면 상품을 보러 들어온 겁니다. 수면 앱이라면 알람을 맞추러, 가족 위치 공유 앱이라면 가족의 위치를 확인하러 들어온 겁니다. 유저가 앱을 여는 순간 이미 머릿속에 할 일이 있습니다.
이 유저들한테 "광고 보고 포인트 받아가세요"라고 해도 지금 당장 필요 없으면 그냥 지나칩니다. 앱의 메인 동선에서 벗어나야 하는 시간을 들이고, 낯선 광고를 시청하는 피로를 감수할 만큼 포인트에 가치를 느끼는 유저가 의외로 적다는 얘기입니다.
반면 혜택 탭을 적극적으로 활용하는 유저는 좀 다릅니다. 포인트나 쿠폰에 민감하고, 광고 시청 자체에 거부감이 낮으며, 앱을 하루에도 여러 번 켜는 사람들입니다. 소위 '리워드 헌터' 성향이 있는 유저들이죠. 이들은 혜택 탭이 있다는 걸 알게 되면 스스로 찾아오고, 하루에 여러 번 방문하면서 수익의 대부분을 만들어냅니다. 하지만 이런 유저는 전체에서 일부입니다. 처음부터 이 두 그룹이 완전히 다른 사람들이라는 걸 인식해야 합니다.
혜택 탭이 스스로 유저를 끌어당기길 기다리면 안 됩니다. 기존 유저가 자연스럽게 혜택 탭으로 흘러들어오는 길을 직접 만들어야 합니다.
유저가 앱에서 뭔가를 완료한 직후가 가장 좋은 타이밍입니다. 가계부 앱이라면 지출을 입력하고 나서, 커머스 앱이라면 찜 목록에 상품을 추가하고 나서 "이거 살 때 쓸 포인트 모아볼까요?" 같은 맥락으로 연결하면 훨씬 자연스럽습니다. 맥락 없이 툭 튀어나오는 배너와는 클릭률이 확실히 다릅니다.
중요한 건 유저의 현재 상태와 혜택 탭을 얼마나 매끄럽게 연결하느냐입니다. 지출을 막 기록한 유저는 "돈"이라는 맥락 안에 있습니다. 이 상태에서 포인트 적립 제안을 받으면 뇌의 맥락 전환 비용이 적습니다. 반면 앱 첫 화면에 고정된 혜택 탭 배너는 어떤 유저가 어떤 상태로 보든 똑같은 메시지를 보여줍니다. 맥락이 맞는 유저에게만 얻어걸리는 구조입니다.
실제로 혜택 탭 유입의 절반 이상이 탭 버튼이 아니라 특정 기능 완료 직후의 연결 동선에서 나오는 파트너사도 많습니다. 배너 하나 더 붙이는 것보다 기존 유저 행동의 연결고리를 설계하는 쪽이 훨씬 효율이 좋습니다.
혜택 탭을 넣으면서 수익과 리텐션을 동시에 챙기려는 조직이 많습니다. 두 마리 토끼를 잡으려다 어느 한 마리도 제대로 못 잡는 경우가 비일비재합니다. 목적에 따라 설계가 완전히 달라져야 하기 때문입니다.
리텐션이 목적이라면 포인트 환원율을 높이고 연속 출석·미션 구조로 재방문을 유도해야 합니다. 보는 지표는 재방문율, DAU/MAU, 혜택 탭 재방문 간격 같은 것들입니다. 포인트를 유저가 매력적이라 느낄 만큼 넉넉히 풀고, 수익은 어느 정도 내주는 걸 감수해야 합니다.
반면 수익이 목적이라면 유닛 이코노믹스를 엄격하게 관리해야 합니다. 광고 1회 시청당 발생하는 매출이 포인트 원가와 운영비를 넘어야 유의미한 수익이 남습니다. 예컨대 시청당 eCPM이 5,000원(= 1회 노출당 5원)인데 포인트 원가가 8원이면, 광고를 틀 때마다 손해가 쌓이는 구조입니다. 이 경우 보는 지표는 ARPDAU, 광고당 마진, 포인트 환원율 같은 수익성 지표입니다.
어설프게 다른 앱을 따라 하다가는 리텐션도, 수익도 모두 깎아먹는 상태가 됩니다. 수익이 목적이면 수익만, 리텐션이 목적이면 리텐션만 생각하세요. 두 가지를 동시에 최적화하는 설계는 존재하지 않습니다. 우선순위를 명확히 하고, 2차 목표는 손실의 하한선만 지키는 방식으로 접근하는 게 현실적입니다. 한 마리 토끼를 제대로 잡아야 다른 토끼도 잡을 수 있습니다.
DAU 기준으로 목표를 세우지 말고, '혜택 탭 방문 유저 수'와 '광고 시청 완료율'을 별도로 추적하세요. eCPM이 아무리 좋아도 모수가 작으면 의미가 없습니다. eCPM 20% 개선보다 방문 유저 수 2배 늘리는 게 수익에 미치는 영향이 훨씬 큽니다.
혜택 탭 도입 전후로 ARPDAU가 어떻게 바뀌었는지를 기존 광고 지면과 분리해서 봐야 실제 기여도를 알 수 있습니다. 혜택 탭 도입 직후 전체 ARPDAU가 올랐다고 해서 그게 전부 혜택 탭 덕이라고 단정하면 안 됩니다. 같은 기간 배너나 전면 광고 단가가 올랐거나, 시즌 효과가 있었을 수도 있으니까요. 혜택 탭에서 발생한 임프레션과 매출만 떼어내서 보고, 기존 지면의 임프레션이 카니발리제이션을 일으키진 않았는지 함께 확인해야 합니다.
추적해야 할 최소 지표를 정리하면 이렇습니다. 혜택 탭 방문 유저 수(DAU 대비 비율), 광고 시청 시작률, 시청 완료율, 시청당 매출, 유저당 하루 평균 시청 횟수. 이 다섯 개를 각각 추적하면 병목이 어디인지 바로 보입니다. 방문 유저가 적으면 유입 설계 문제고, 시청 완료율이 낮으면 광고 품질이나 UX 문제고, 유저당 시청 횟수가 적으면 보상 구조 문제입니다. 숫자만 뭉뚱그려 보면 문제의 위치를 특정할 수 없습니다.
혜택 탭은 모든 유저를 수익화하는 마법봉이 아닙니다. 특정 성향의 유저를 위한 추가 수익 창구입니다. 이 전제를 받아들이고 나면 기대치도, 설계 방향도 자연스럽게 달라집니다.
숫자가 안 나온다고 광고 단가부터 의심하기 전에, 먼저 이걸 확인해보세요. 혜택 탭 방문 유저가 전체 DAU의 몇 퍼센트인지. 그 숫자가 10% 미만이라면 광고 최적화보다 유입 경로 설계가 먼저입니다. 10~20% 구간이라면 시청 완료율과 유저당 시청 횟수를 봐야 하고, 20%를 넘는다면 비로소 eCPM과 광고를 다듬을 차례입니다.
기존 유저를 혜택 탭으로 연결하는 구조를 만드는 게 먼저고, 광고 세팅 최적화는 그다음입니다. 순서가 바뀌면 아무리 손을 봐도 숫자가 잘 안 움직입니다. 반대로 순서를 맞추면 같은 트래픽에서 2~3배의 수익이 나오기도 합니다. 광고 단가 싸움보다 구조 싸움이 훨씬 레버리지가 큽니다.
%201.svg)
.png)
.png)
.png)
