Saltar al contenido

PUBLISHER / INTERIOR Case study

← Volver a case studies

Cabify Perú + Samsung

Cómo una app de ridesharing generó $38.500 USD en su primer mes con Admoai.

Industria

Ridesharing

Mercado

3 países — LATAM

MAU

2.1M usuarios

Integración

14 días

Recurso técnico

1 ingeniero

El contexto

Una app de ridesharing con presencia en tres países de Latinoamérica llegó a Admoai con una operación publicitaria en cero. Nunca habían monetizado su inventario. Tenían 2.1M de usuarios activos mensuales con un promedio de 4.2 sesiones por día, pero no tenían infraestructura para convertir esa audiencia en revenue publicitario.

El punto de partida era claro: mucho inventario, ninguna campaña activa, y un equipo técnico pequeño que no podía dedicar meses a construir un ad server propio.

Teníamos millones de sesiones al día y cero revenue publicitario. Sabíamos que había un negocio ahí, pero no teníamos las herramientas para activarlo.

— Head of Growth, App de ridesharing

$38.500

Revenue mes 1

2.8%

CTR promedio

$3.20

eCPM Journey Ads

74%

Video completion

14 días

Tiempo de integración

3.4x

CTR vs banner estándar

Búsqueda
Confirmación y espera
Confirmación y espera
Confirmación y espera
Trayecto
Trayecto
Trayecto
Rating
Rating
Rating
BúsquedaConfirmación y esperaTrayectoRating

El desafío

Monetizar sin afectar la UX

La experiencia del usuario es el activo principal de una app de ridesharing. Cualquier formato que se sintiera invasivo o que interrumpiera el flujo del viaje era descartado de antemano.

Integración con recursos limitados

El equipo de ingeniería era pequeño y no podía dedicar semanas a una integración compleja. Necesitaban un SDK que simplificara el proceso sin sacrificar capacidades.

Formatos que funcionaran en movilidad

Los banners genéricos que habían probado antes habían tenido CTR cercano a cero. Necesitaban formatos diseñados para el contexto de un viaje: pre-ride, in-ride, post-ride.

Segmentación con sus propios datos

Tenían datos muy ricos sobre sus usuarios: frecuencia, destinos, método de pago, zona. Pero no tenían forma de activarlos comercialmente sin un ad server que lo soportara.

La solución

01

Journey Ads como formato principal

En vez de impresiones aisladas, la app lanzó Journey Ads: una experiencia publicitaria secuencial que acompaña al usuario en tres etapas. Pre-ride con el primer contacto de marca mientras espera el auto. In-ride con el mensaje principal durante el trayecto. Post-ride con una oferta o CTA en el momento de llegada al destino.

02

Location y Destination Targeting

Cada campaña se activó con segmentación por destino. Las campañas orientadas a usuarios yendo al aeropuerto tuvieron el eCPM más alto del portfolio. Los anunciantes estaban dispuestos a pagar significativamente más por esa audiencia con intención tan clara.

03

Custom Targeting con first-party data

La app activó segmentos propios: usuarios frecuentes, usuarios VIP, usuarios corporativos y usuarios que pagan con tarjeta de crédito. Estos segmentos se convirtieron en los productos comerciales más vendibles del portfolio.

04

Video Ads en pantalla de espera

Durante la espera del auto, el usuario tiene atención disponible. Se activó video VAST en ese momento específico. La tasa de completion del 74% validó que el contexto era correcto.

05

House Advertiser como fallback

En los espacios sin paid ads activos, la propia app mostró anuncios de su programa de lealtad y servicios propios. El inventario nunca quedó vacío.

Los resultados

Al cierre del primer mes completo de operación:

$38.500

Revenue total mes 1

2.8%

CTR promedio campañas

$3.20

eCPM Journey Ads

$1.10

eCPM banner estándar

74%

Video completion rate

3.4x

CTR Journey vs banner

14 días

Tiempo de integración

1 ing.

Recurso técnico usado