En casi todas las reuniones de este año alguien me mostró una ruleta. Ruletas, raspaditas, cajas sorpresa: los juegos volvieron a los programas de fidelización, y con razón. Le dan al cliente un motivo para volver entre compra y compra.
Pero cuando pregunto quién lleva la cuenta de lo que el juego reparte, la conversación cambia. La animación está resuelta. Lo que muchas veces no está resuelto es el premio.
Dos capas, y solo una viene resuelta
La herramienta de engagement decide qué juego mostrar, a quién, cuándo y por qué canal. Eso está bien resuelto en el mercado, y ahí hay hallazgos valiosos: a veces lo que mueve el canje no es el juego, sino el momento en que aparece.
La otra capa decide cuánto vale el premio, de qué presupuesto sale, cuándo vence, si ya se entregó y si se puede revertir. Cuanto más se parece el premio a dinero, más importa esa capa. Y es la que menos se cuenta.
El interés por los juegos está: el 27% de la generación Z describe los programas de fidelización como «poco divertidos», según Euromonitor International. Los juegos ayudan. La pregunta es qué pasa con lo que reparten.
¿Dónde queda asentado el premio que acaba de salir?
Un atributo del perfil que sube de 3 a 4 no es un asiento. Un asiento dice cuándo se entregó el premio, por qué regla, contra qué presupuesto, con qué vencimiento y cuánto pasivo agregó al programa.
Si la respuesta es «se incrementa un contador y un webhook avisa a otro sistema», la contabilidad del juego está afuera. Alguien la va a tener que construir.
¿Qué pasa si el webhook se dispara dos veces?
Pasa más de lo que se cree: un reintento de la app, una conexión que se corta, un sistema que no confirmó a tiempo. La respuesta correcta es que la segunda llamada no hace nada, porque la jugada lleva una clave de idempotencia.
Cualquier otra respuesta significa que el socio puede cobrar dos veces el mismo premio y nadie se va a enterar hasta la conciliación.
¿Cuál es el tope del juego y qué pasa cuando se alcanza?
Un juego con premios reales necesita un presupuesto con tope que efectivamente deje de entregar premios. Si el tope es una alerta por email, no es un tope: es un aviso de que ya te pasaste.
¿Me muestras el grupo de control?
Es la pregunta que casi nadie contesta. «Los pedidos subieron» no es lo mismo que «los pedidos subieron frente a los que no jugaron». Sin un grupo que no reciba el juego, no sabes cuánto vendiste de más ni cuánto le regalaste a quien igual iba a comprar.
Por eso, cuando armamos un piloto, el grupo de control es parte de la propuesta, no un detalle metodológico.
Cómo lo resolvemos en Qurable
En Qurable, el premio se decide antes de la animación. Cada jugada se resuelve contra su probabilidad y contra un presupuesto con tope, y el premio queda en un ledger de doble entrada con la regla que lo dio, antes de que el socio lo vea. Cada jugada lleva su clave de idempotencia y cada premio se puede revertir.
La mecánica es la puesta en escena: ruleta, raspadita, tragamonedas, caja sorpresa, puertas, cartas o memoria. Configurar un juego e integrarlo en una app o una web lleva menos de una semana. Y no reemplazamos tu CRM ni tu herramienta de engagement: nos integramos con ellos. Ellos pueden decidir cuándo mostrar el juego; nosotros decidimos qué puede pagar y lo dejamos asentado.
Lo que más me gusta de empezar por un juego es lo que deja instalado: los eventos conectados, el presupuesto con tope y el ledger. El segundo programa ya no es una integración, es configuración.
Antes de lanzar tu próximo juego
- ¿Dónde queda asentado cada premio?
- ¿Qué pasa si el aviso se repite?
- ¿Cuál es el tope y qué pasa al alcanzarlo?
- ¿Dónde está el grupo de control?
Si tu proveedor contesta las cuatro con el producto en pantalla, el juego está listo para repartir premios de verdad. Si no, ya sabes qué falta construir.
Preguntas frecuentes
Cuatro: dónde queda asentado cada premio, qué pasa si el aviso de un premio se repite, cuál es el tope del presupuesto del juego y qué pasa al alcanzarlo, y cómo se mide el resultado contra un grupo de control.
Porque cada premio es un costo y, muchas veces, una deuda con el cliente. Un ledger registra cuándo se entregó, por qué regla, contra qué presupuesto y con qué vencimiento, permite revertirlo y muestra el pasivo en tiempo real.
Es la garantía de que una misma jugada se aplica una sola vez. Si la app o un webhook reintentan, la segunda llamada no entrega otro premio.
Configurar un juego en la consola e integrarlo en una app o una web lleva menos de una semana. Los juegos siguientes se configuran, sin desarrollo.
