Loyalty en tiempo real: qué significa de verdad y cómo comprobarlo
Recursos · Concepto
Loyalty en tiempo real es un programa de lealtad en el que la acumulación, el saldo, el beneficio y los eventos ocurren mientras el cliente compra: los puntos se registran en segundos, el saldo es el mismo en todos los canales, el descuento o el cashback se aplica dentro del pago y cada hecho sale por webhook al instante, no en un proceso nocturno.
- CajaCompra en tienda
- IdentificaciónQR dinámico
- BeneficioDentro del pago
CamilaSocia Oro · 2.480 ptsLos canales- AppSaldo actualizado
- ConsolaEl mismo saldo
- WebhookHecho emitido
- < 50 msSocia identificada
- ~150 msBeneficio decidido
- < 1 sCompra registrada
Bancos y fintechs, en producción
Nuestros clientes de banca y fintech ya dan cashback en el pago con Qurable.
Pomelo, Santander Perú, Banisi y Konfío, entre otros. Con Pomelo, los bancos, fintechs y empresas que emiten tarjetas activan loyalty y cashback sin un proyecto técnico aparte.
- ~150 msDecisión del beneficioDentro de la autorización
- < 50 msIdentificación del sociop95, del lado del servidor
- 99,5%SLADisponibilidad comprometida
- 18MSociosEn programas sobre Qurable
Lo esencial
- Tiempo real significa que acumulación, saldo, beneficio y eventos ocurren mientras el cliente compra, no en un proceso nocturno.
- La latencia se pide por operación, en percentiles p95 o p99, aclarando dónde se mide.
- Un saldo distinto entre la app y la caja delata un batch disfrazado de tiempo real.
La diferencia
Tiempo real o batch disfrazado.
Muchas plataformas de fidelización muestran una pantalla rápida, pero detrás calculan los puntos en un proceso nocturno. El socio lo nota cuando su saldo no coincide entre la app y la caja, o cuando el beneficio llega días después.
| Batch disfrazado | Tiempo real | |
|---|---|---|
| Acumulación | Los puntos aparecen al día siguiente, después del cierre | Los puntos se registran en la misma operación o en menos de un segundo |
| Saldo | Cada canal muestra una foto distinta del saldo | Un solo saldo, el mismo en la app, la caja, el ecommerce y el servicio al cliente |
| Beneficio | Se calcula después y llega en el extracto o en la próxima compra | Se decide y se aplica dentro del pago, en el mismo ticket |
| Canje | Se valida contra un saldo que puede estar desactualizado | Reserva los puntos en el momento y los confirma o libera con el pago |
| Eventos | Un archivo diario para el CRM y los otros sistemas | Cada hecho del programa sale por webhook en el momento |
| Pasivo | Se conoce al cierre del mes | Se ve en cada momento, con cada movimiento |
Las cuatro capas
Dónde tiene que ser en tiempo real.
«Tiempo real» no es una sola cosa. Son cuatro momentos del programa de puntos, y cada uno tiene su propia latencia y su propia forma de fallar.
La compra entra al perfil
En la misma operación (sincrónico) o en segundo plano (asincrónico), según la integración.
Con una confirmación medida
Cuánto tarda en quedar firme, medido en percentiles y no como promedio.
Sin duplicados
Un reintento de la caja nunca suma los puntos dos veces.
Un solo saldo
Todos los canales leen el mismo registro, no una copia que se sincroniza cada cierto tiempo.
Reserva en el canje
Los puntos se retienen al autorizar y se descuentan al capturar, o se liberan si el pago no sigue.
Reversas al instante
Una devolución resta o devuelve los puntos en el momento, no en el próximo cierre.
Identificar
Reconocer al socio por su tarjeta, un QR o su cuenta antes de cerrar el ticket.
Decidir
Elegir el beneficio con el perfil, el saldo y las reglas vigentes.
Aplicar
Descuento, cashback o puntos en el mismo ticket, sin frenar la venta.
Webhooks por cada hecho
Puntos ganados y canjeados, cambios de nivel y cupones usados, en el momento.
Journeys que reaccionan
Un mensaje o una campaña que se dispara con la compra, no al día siguiente.
Firmados
Cada evento lleva una firma para que el sistema que lo recibe verifique su origen.
Las latencias que importan
Qué medir y cómo pedirlo.
Una latencia sin contexto no dice nada. Conviene pedirla por operación, en percentiles (p95 o p99), aclarando dónde se mide y qué pasa cuando se supera.
| Qué medir | Cómo pedirlo |
|---|---|
| Cuánto tarda en reconocer al socio | En p95, del lado del servidor. Si el beneficio va en el ticket, tiene que ser una fracción del tiempo total del pago. |
| Con qué identificadores | Tarjeta, QR, teléfono o cuenta, y si el QR cambia para que no se pueda copiar. |
| Cuánto tarda la decisión completa | Desde que llega la transacción hasta que vuelve el beneficio, incluidas la lectura del perfil y de las reglas. |
| Qué datos usa | Si decide con el saldo y el perfil de ahora o con una copia de ayer. |
| Sincrónico o asincrónico | Si la compra se registra en la misma operación o en segundo plano, y en cuánto tiempo queda confirmada. |
| Idempotencia | Que un reintento con la misma clave no genere un segundo movimiento. |
| Cuándo sale cada evento | En el momento del hecho o en un lote. Pide la lista de eventos y si se reintentan cuando falla el destino. |
| Qué pasa con la venta | La venta no debería bloquearse: la acumulación queda en cola y se registra al volver. |
| Qué operaciones sí requieren conexión | El canje necesita confirmar el saldo; pregunta cómo se comporta cuando no hay respuesta. |
Cómo evaluar
Cinco pruebas para detectar el batch disfrazado.
Se hacen en una demo o en un piloto, con una compra real o simulada. Si alguna falla, el tiempo real es solo la pantalla.
Compra y mira el saldo
Haz una compra en la caja y abre la app: los puntos tienen que estar en segundos.
Compara dos canales
El saldo y el nivel tienen que ser los mismos en la app, el ecommerce y el servicio al cliente.
Haz una devolución
La reversa tiene que reflejarse en el saldo en el momento, no al día siguiente.
Escucha los webhooks
Conecta un receptor de prueba y mira cuándo llega cada evento después de la compra.
Pide percentiles, no promedios
Latencias en p95 o p99, medidas en producción y con el punto exacto de medición.
Con Qurable
Las latencias de Qurable, medidas en producción.
Qurable identifica al socio, decide su beneficio y registra la compra mientras el pago se autoriza, con el mismo perfil, las mismas reglas y el mismo ledger.
Identificación en menos de 50 ms
p95 del lado del servidor, por tarjeta, QR que cambia cada 30 segundos, pase de wallet o cuenta.
Ver la Customer Data PlatformDecisión en ~150 ms
El beneficio se elige y se aplica dentro de la autorización, en el POS, el procesador o el checkout.
Ver Transaction IntelligenceRegistro en menos de 1 s
En la misma operación o en segundo plano, en un ledger de doble entrada con idempotencia; cada hecho sale por webhook firmado.
Ver el ledger de puntosLa venta nunca se bloquea
Si el servicio no responde, la caja sigue vendiendo y la acumulación se registra al volver; el canje sí requiere conexión.
Loyalty en el POS y el checkout
Preguntas
Lo que preguntan sobre loyalty en tiempo real.
Respuestas cortas para equipos de loyalty, tecnología y pagos.
Es un programa de lealtad en el que la acumulación, el saldo, el beneficio y los eventos ocurren mientras el cliente compra. Los puntos se registran en segundos, el saldo es el mismo en todos los canales y el beneficio se aplica dentro del pago, en lugar de calcularse en un proceso nocturno.
Es procesar las transacciones en lotes, normalmente una vez al día: el sistema recibe las compras, calcula los puntos durante la noche y actualiza los saldos al día siguiente. Funciona para extractos y reportes, pero no permite dar el beneficio en el mismo ticket ni mostrar un saldo actualizado.
La que permita decidir sin alargar el pago de forma perceptible: una fracción del tiempo total de la autorización. Conviene pedirla por operación (identificación, decisión, registro), en p95 o p99, y medida en producción. En Qurable, la identificación es menor a 50 ms en p95 del lado del servidor y la decisión completa toma ~150 ms.
En el sincrónico, la compra queda registrada en la misma operación que el pago. En el asincrónico, se registra en segundo plano, inmediatamente después. Los dos son tiempo real si la confirmación llega en segundos; no lo son si espera a un proceso nocturno. En Qurable, el asincrónico confirma en menos de 1 s.
En un diseño correcto, la venta no se bloquea: la acumulación queda en cola y se registra cuando el servicio vuelve. El canje es distinto, porque necesita confirmar el saldo antes de descontar los puntos, y requiere conexión.
Sí, más allá de cómo se llame en cada país: club de beneficios en Argentina, programa de beneficios en Chile o programa de lealtad en México. Importa sobre todo cuando el beneficio se da en la caja o en el checkout, y cuando el socio usa varios canales.
Sí. Qurable identifica al socio en menos de 50 ms (p95, del lado del servidor), decide el beneficio en ~150 ms dentro del pago, registra la compra en la misma operación o en menos de 1 s, y publica cada hecho del programa por webhook firmado en el momento.
Revisado el
Para profundizar
Seguir leyendo sobre loyalty en el pago.
Las páginas donde el tiempo real se ve en el producto.
- ConceptoTransaction Intelligence
Qué significa que el loyalty decida dentro del pago.
- MóduloLoyalty en el POS y el checkout
Descuentos, cashback y pago con puntos dentro de la autorización.
- MóduloLedger de puntos
Cada movimiento registrado, con lotes, vencimientos y pasivo.
- ConceptoCashback o puntos
Cuándo conviene cada uno y cómo se combinan.
- RecursoChecklist RFI, RFP y RFQ de loyalty
Las preguntas para evaluar plataformas, área por área.
Mide el tiempo real con tu propio programa.
En una sesión técnica de 45 minutos te mostramos una compra de punta a punta, con latencias medidas y un caso como el tuyo.