Casos de uso
Flujos completos, armados con bloques que existen, y por qué cada uno funciona
Ocho flujos que se arman con lo que hay. Cada uno dice qué bloques usa y, más importante, por qué está ordenado así — el orden es casi todo.
Los bloques disponibles están en acciones y los disparadores en disparadores.
1. Perseguir la tarjeta que nadie instaló
Generar: Tarjeta emitida → Esperar 5 minutos → Regla: ¿el estado de la tarjeta sigue siendo No instalado? → Sí: email o SMS con el enlace para instalarla
El disparador, la espera y la condición son los del flujo de ejemplo que viene en la cuenta, Card Delivery, que llega apagado.
Emitir no es instalar. Entre las dos cosas hay un tramo donde se pierde muchísima gente: recibieron el enlace, se distrajeron, y esa tarjeta no existe. Cinco minutos es suficiente para no molestar a quien la instaló al toque, y poco suficiente para agarrar al otro con el teléfono todavía en la mano.
Acá el mensaje NO puede ser un push, y es el error más fácil de cometer en toda esta sección. El push viaja pegado a la tarjeta instalada en el wallet: si la persona no la instaló, no hay dónde entregarlo. Perseguir una instalación con un push es escribirle por el canal que todavía no existe.
Por eso este flujo se arma con Enviar correo electrónico o Enviar SMS, que son los dos únicos bloques que llegan a alguien que no instaló nada. Los dos necesitan un servicio conectado — está en Servicios. Por qué el push depende de la instalación, en un push no llegó.
Es el primero que conviene prender, porque no pelea por atención: le escribe a alguien que hace cinco minutos hizo algo por vos.
2. Bienvenida que arranca con saldo, no con un saludo
Generar: Tarjeta instalada → Acumularse 1 sello → Enviar Push "te dejamos 1 sello de regalo" → Esperar 7 días → Enviar Push recordándole cuánto le falta
La mayoría de las bienvenidas dicen "gracias por sumarte". Esta le cambia el saldo antes de decir nada.
Importa por cómo funciona la cabeza del cliente: una tarjeta en cero es una tarea que todavía no empezó; una con un sello ya empezada es algo que da pena abandonar. El segundo mensaje, una semana después, existe porque la primera visita de vuelta es la que más cuesta.
Re-entrada: No repetir. La bienvenida pasa una sola vez.
3. Una campaña a un segmento, con insistencia
Generar: lanzamiento manual sobre el segmento que elegiste → Enviar Push con la oferta → Esperar 3 días → Enviar Push más corto, solo al que no vino
Este es el flujo que no se puede armar con los otros dos módulos de automatización, porque ahí no hay forma de esperar ni de mandar un segundo mensaje.
Guardás el grupo desde los filtros —estático si querés una lista fija, dinámico si querés que se recalcule— y lanzás el flujo sobre ese grupo. La diferencia con un envío suelto es el segundo toque: la mayoría de las respuestas a una promoción no llegan el primer día.
Que el segundo mensaje no repita el primero. Si el primero no funcionó, mandarlo otra vez tampoco va a funcionar. Cambiá el ángulo o poné una fecha de corte.
4. Rescatar lo que está por vencer
Generar: Sellos que caducan → Enviar Push avisando qué está por perder y hasta cuándo
Funciona en tarjetas de tipo Estampilla y Suscripción, que son las que manejan sellos.
Es de los pocos mensajes que un cliente agradece, porque no le estás vendiendo: le estás avisando que algo suyo se vence. La pérdida mueve más que la ganancia — "estás por perder 6 sellos" pesa más que "te faltan 4 para tu premio", aunque sean la misma tarjeta.
Para tarjetas con saldo en vez de sellos, el equivalente es Bonos que expiran, y funciona en Devolución de dinero, Suscripción, Tarjeta de regalo y Premio.
5. Rescate del que se está yendo
Generar: Trasladado al segmento RFM, En riesgo → Enviar Push personal, sin descuento → Esperar 5 días → Acumularse puntos → Enviar Push avisándole del saldo nuevo
El orden acá es todo. El primer mensaje no lleva descuento a propósito: mucha gente vuelve solo porque la notaste, y regalar margen a quien iba a volver igual es tirar plata. El incentivo entra cinco días después, únicamente para el que no reaccionó.
"En riesgo" no es una fecha, es un cambio de comportamiento: alguien que venía seguido y dejó de venir. Con qué umbrales se decide eso, y cómo ajustarlos a tu rubro, está en análisis RFM.
Re-entrada: que pueda volver a entrar. Un cliente puede enfriarse más de una vez en su vida, y si lo dejás en No repetir lo rescatás una sola.
6. Cumpleaños con un regalo de verdad
Generar: Cumpleaños del cliente → Acumularse puntos → Enviar Push avisando del regalo y hasta cuándo vale → Esperar 5 días → Enviar Push recordatorio si no lo usó
Un saludo de cumpleaños sin nada adentro es ruido. Este deja el regalo cargado antes de avisar, así el mensaje dice "tenés esto", no "te deseamos lo mejor".
Necesita que pidas la fecha de nacimiento en el formulario de la tarjeta. Si no la pedís, no hay con qué disparar. Y ese formulario se congela cuando activás la tarjeta, así que es una decisión que se toma antes — está en armar tu programa.
7. Que la pauta sepa quién compró de verdad
Generar: Tarjeta escaneada → Enviar conversión a Meta Ads, evento Purchase
Meta optimiza por lo que le contás. Si solo recibe el formulario, va a salir a buscar gente que llena formularios. Si recibe la compra real que ocurrió en el mostrador, empieza a buscar gente que compra.
El escaneo de la tarjeta es el momento más honesto que tenés: es una persona real, en tu local, comprando. Ese es el evento que vale la pena reportar.
La variante de instalación, y qué se puede hacer con ella
Generar: Tarjeta instalada → Enviar conversión a Meta Ads, evento CompleteRegistration
Dardo no agrega gente a un público de Meta, y conviene saberlo antes de diseñar sobre eso. La conexión es la API de Conversiones: lo que viaja es un evento, no una pertenencia a un segmento. El bloque le avisa a Meta "esta persona instaló la tarjeta"; no la mete en ninguna lista.
Lo que sí se hace, y es el circuito completo: con ese evento llegando, en el Administrador de anuncios de Meta creás un Público Personalizado de quienes lo dispararon, y sobre ese público armás un Similar. Esa segunda mitad vive en Meta, no acá.
El par que más rinde es mandar los dos eventos: instalación y compra. Con el primero medís cuánta gente que trajo la pauta llegó a tener la tarjeta; con el segundo, cuánta de esa volvió a comprar. Es la diferencia entre optimizar por altas y optimizar por clientes.
Cómo se conecta la cuenta está en Servicios.
Y uno que sale de Dardo: tu sistema mete gente al flujo
Generar: Webhook de entrada → Acumularse sellos → Enviar Push confirmando
Si tu punto de venta, tu tienda o cualquier otra herramienta puede hacer un POST, puede meter a alguien en un flujo de lealtad sin que nadie escanee nada. La llamada acepta el correo, el teléfono o el número de serie de la tarjeta para saber de quién se trata.
El push de confirmación funciona si esa persona ya tiene la tarjeta instalada, que es lo normal si el sistema la identifica por número de serie. Si la identificás por correo o teléfono puede tratarse de alguien que todavía no la instaló: ahí el aviso va por email o SMS.
Antes de armar cualquiera de estos, leé armar un flujo. Sobre todo dos cosas: que editar una automatización la apaga, y que la re-entrada decide si alguien puede volver a pasar por el flujo. Son los dos motivos por los que un flujo bien pensado deja de funcionar sin avisar.