Lifecycle / CRM
Dirigir incentivos para mover el comportamiento del usuario a lo largo del lifecycle.
Cuándo usar Coupons vs. otras herramientas promocionales según objetivo de negocio y usuario.
Definir el modelo de lifecycle, segmentación y personalización detrás de Coupons.
Selección, elegibilidad, stacking, distribución y capabilities priorizadas.
Desde discovery hasta checkout, con una experiencia promocional más agresiva para Mass Market / coupon seekers y más curated para HVU.
Evitar subsidiar órdenes que habrían ocurrido sin incentivo.
Mostrar valor a los usuarios cuyo comportamiento queremos modificar.
Una lectura simplificada de DiDi, Zomato, Keeta y DoorDash para identificar patrones aplicables al journey de Coupons en Rappi.
Dirigir incentivos para mover el comportamiento del usuario a lo largo del lifecycle.
Combinar funding para construir ofertas más potentes de adquisición, trial, frecuencia o retención, tanto para la marca como para Rappi.
Desde cómo se configura una campaña hasta quién puede usarla, cómo se activa, cómo combina y dónde aparece.
La tabla resume las condiciones prioritarias que debe soportar el Coupon Engine. El detalle completo y sus definiciones deben mantener parity con Global Offers.
| Bloque | Condición configurable | Ejemplo |
|---|---|---|
| Objetivo | Objetivo de campaña | Adquisición · Reactivación · Frecuencia |
| Economía | Tipo, valor y tope del beneficio | % OFF · monto fijo · producto · envío gratis · cap $150 |
| Economía | Compra mínima (MOV) | $300 |
| Elegibilidad | Audiencia y tipo de usuario | Churn risk · New user · Pro / Non-Pro |
| Elegibilidad | Geografía y medio de pago | MX · CDMX · cualquier medio o método seleccionado |
| Alcance | Vertical, tienda, categoría o SKU | McDonald’s · productos seleccionados |
| Vigencia | Fechas, días y franjas horarias | Sep 10 → Sep 17 · Lun–Dom · 00:00–23:59 |
| Inversión | Fuente y distribución del funding | Ally 50% + Rappi 10% |
| Control | Budget y límites de uso | $5M · 1 uso por usuario · límite global |
| Control | Política de combinabilidad | Permitida · condicional · no permitida |
El engine debe soportar distintas estructuras de beneficio según el objetivo de la estrategia.
El usuario encuentra varios Coupons y puede activar más de uno.
El usuario llega a un pool elegible y escoge un solo Coupon.
Un Coupon activa un pool de productos y el usuario elige uno.
El engine soporta distintas formas de pasar un Coupon de elegible a activo según la estrategia, el canal y el momento.
Push, Email, WhatsApp, In-App o cualquier comunicación externa disparada por Braze puede activar el Coupon de inmediato y abrir el contexto correcto.
El usuario descubre el Coupon dentro de la app y lo activa.
Un trigger externo o comportamental —por ejemplo, abandono— dispara el Coupon en el momento definido.
El estado de la canasta —o una orden completada— se evalúa en tiempo real y puede activar Coupons al cumplir una condición configurable (AOV/MOV o cashback).
El usuario activa un Coupon escribiendo o pegando un código promocional dentro de la app.
El usuario ya tiene el Coupon activo por default. No requiere ninguna acción ni evento específico.
El engine define qué beneficios combinan, cuál se aplica y cuánto incentivo total entregamos.
En la siguiente sección detallamos qué significa que este motor sea configurable y cómo resuelve la mejor combinación.
No basta con mostrar que existe un Coupon en banners o placements. El usuario debe percibir el valor del ahorro de manera clara, ver los descuentos reflejados en todo el journey y entender las condiciones para evitar problemas con Customer Support.
Scarcity cuando aplique · countdown + fecha de vencimiento
El Coupon no desaparece silenciosamente: Store conserva el contexto de la comunicación y explica si falta activarlo, cuándo vence o por qué ya no está disponible.
Venció hoy a las 11:59 p. m.
Caso expired · la tienda conserva el Coupon deshabilitado y explica la razón en contexto, en vez de hacerlo desaparecer.
El engine evalúa las promociones elegibles, aplica las reglas de stacking y recomienda la mejor opción. El usuario puede cambiarla.
Detectar todos los beneficios disponibles para la orden.
Evaluar qué combina y cuál alternativa gana.
Aplicar por default y permitir comparar alternativas.
El engine define qué promoción o combinación priorizar cuando existen varias alternativas válidas.
Definimos qué beneficios pueden stackearse, bajo qué condiciones y con qué límites.
El engine genera combinaciones válidas y compara el valor de cada una.
Cuando existen varias alternativas válidas, el usuario puede comparar y elegir otra.
El sistema recalcula elegibilidad, stacking, ahorro y total cada vez que cambia la orden.
Inventario y progreso prominentes; la mejor combinación se aplica automáticamente y sólo puede cambiarse en Checkout.
El sistema rankea y aplica; el usuario recibe confirmación y conserva un override secundario.
Growth mide el outcome. Product diagnostica el funnel.