Por IMAN · Actualizado el · 11 minutos de lectura
Wallet y email pueden trabajar juntos en un programa de fidelización. La tarjeta permite que el cliente encuentre su identificación y sus beneficios; el correo da espacio para explicar una propuesta. Elegir el canal después de definir el motivo de contacto ayuda a evitar dos mensajes repetidos que no aportan nada nuevo.
Empezá por lo que el cliente necesita saber
Un beneficio disponible, el avance hacia un premio y una campaña de regreso son situaciones distintas. Antes de elegir una notificación, escribí qué cambió, por qué le importa a esa persona y qué puede hacer a continuación. Si ninguna de esas respuestas es clara, primero hay que ajustar la propuesta del programa.
También importa el contexto del negocio. Una cafetería puede trabajar frecuencia de visita; una tienda de ropa puede priorizar novedades relevantes para quienes ya compraron. La herramienta no decide cuál es el incentivo ni cuánto le cuesta al comercio. Esas reglas deben poder explicarse en el local y mantenerse en cada canal.
Para qué sirve la tarjeta en Wallet
Una tarjeta de fidelización reúne la identidad del programa y la información que el cliente consulta para participar. Puede incluir identificación, puntos o beneficios según el diseño y la implementación. En Apple, los pases pueden distribuirse sin desarrollar una aplicación propia del comercio; la introducción oficial a Apple Wallet explica las formas de creación y distribución.
Guardar la tarjeta es un paso del recorrido. Luego hay que resolver cómo se registra una visita, cómo cambia un saldo y cómo se valida un canje. Si el mostrador no puede reconocer el beneficio o marcarlo como usado, el problema sigue abierto aunque la tarjeta se vea bien.
Las notificaciones no funcionan igual en ambas plataformas
En Apple Wallet, una integración puede actualizar el pase mediante un servicio web. Actualizar la información de la tarjeta y mostrar un aviso de cambio requieren configuraciones distintas. Apple documenta un mensaje asociado al campo que cambia; no alcanza con modificar cualquier dato para esperar una alerta. La referencia de los campos del pase explica ese mecanismo. En la propuesta del programa conviene indicar qué información se actualiza y qué aviso se contempla en cada caso.
Google Wallet admite mensajes relacionados con el pase que generan una notificación: la persona debe tener los avisos habilitados. Para esta función, Google fija un máximo de tres mensajes con notificación en 24 horas y controla el texto del aviso en la pantalla bloqueada. Ese límite técnico no es una frecuencia recomendada de campaña. Las reglas oficiales para tarjetas de fidelización detallan los requisitos.
Los recordatorios por cercanía son otro mecanismo. En Google Wallet requieren notificaciones y acceso permanente a la ubicación precisa; Google determina la proximidad y el tiempo en la zona necesarios para mostrarlos. Por eso, al planificar una acción cerca del local, conviene ofrecer también un beneficio que el cliente pueda consultar al abrir la tarjeta.
Una tarjeta guardada no garantiza que el cliente reciba o lea cada aviso. El mensaje comercial debería apoyarse en información que también pueda consultar en su tarjeta o en el canal acordado, sin depender exclusivamente de una aparición en pantalla.
Cuándo conviene usar email
El email sirve cuando hace falta explicar algo con más detalle: cómo usar el programa, qué incluye un beneficio o por qué una selección de productos puede interesarle a ese segmento. Una bienvenida puede presentar el recorrido completo. Una campaña de regreso puede desarrollar una propuesta que no entra bien en una notificación breve.
La base de contacto debe tener un origen conocido y las preferencias de comunicación deben respetarse. Incluí una forma clara de dejar de recibir campañas y diferenciá esas campañas de mensajes necesarios para una gestión solicitada. No hace falta enviar por correo cada cambio de la tarjeta.
Una bienvenida al club con un próximo paso claro
Después del alta, el correo debería ayudar a usar el programa. Esta estructura editorial propone una acción principal, una explicación breve y una vía de ayuda; no garantiza una tasa de activación.
- Asunto reconocible: «Tu tarjeta del Club Café del Barrio». Usá el nombre del comercio que la persona acaba de visitar.
- Acción principal: guardar la tarjeta. Si el programa admite ambas plataformas, la página de acceso debe ofrecer la opción correspondiente a cada teléfono.
- Instrucción concreta: cuándo mostrar la tarjeta y qué compras o visitas participan, según las reglas reales.
- Ayuda y condiciones: un contacto atendido, reglas del programa y preferencias de campañas accesibles.
Texto hipotético para una cafetería: «Ya te sumaste al Club Café del Barrio. Guardá tu tarjeta para encontrarla cuando vengas. En tu próxima compra, mostrala antes de pagar para que registremos tu participación. Consultá acá las condiciones. Si no podés guardarla, pedinos ayuda en caja». El botón principal sería «Guardar mi tarjeta». Adaptá la instrucción a lo que efectivamente puede hacer tu caja.
Google documenta que el acceso para guardar una tarjeta puede distribuirse por email. El correo necesita apuntar al pase correcto de ese miembro, mediante la implementación prevista. Probar que el botón abre una página no alcanza: verificá que permite guardar la tarjeta correcta y que el equipo la reconoce.
Antes de activarlo, probá el recorrido desde el correo en iPhone y Android, con imágenes bloqueadas y con un enlace de ayuda. Si el acceso individual falla o venció, ofrecé un camino de recuperación. No pidas otra alta para resolverlo. Para medir el siguiente paso, separá correo enviado, clic en el acceso y tarjeta guardada cuando esa señal esté disponible; un clic no confirma que se completó.
| Momento | Uso propuesto |
|---|---|
| Alta al programa | Email de bienvenida y acceso para guardar la tarjeta |
| Premio alcanzado | Actualizar el beneficio y evaluar un aviso admitido por Wallet |
| Novedad que necesita explicación | Email segmentado con condiciones y próximo paso |
| Canje en el local | Identificación, validación y actualización del programa |
Un ejemplo coordinado, sin mensajes duplicados
Imaginá una cafetería que define un premio por visitas. Es un ejemplo ilustrativo. Al sumarse, la persona recibe las instrucciones del programa y guarda la tarjeta. Cuando alcanza el beneficio, el sistema actualiza la información y utiliza el aviso que permita la plataforma. El equipo valida el canje en el local.
Una campaña de email posterior podría presentar una experiencia diferente a clientes que llevan un tiempo sin volver. El intervalo se define según la frecuencia real del negocio. Si esa persona acaba de canjear un premio, conviene que la segmentación lo tenga en cuenta para no tratarla como inactiva.
Una regla para no avisar dos veces lo mismo
Antes de disparar una comunicación, registrá qué cambió, para quién y qué acción esperás. Después elegí un canal principal y una condición que detenga el mensaje. Esta regla de trabajo es una propuesta editorial, no una frecuencia obligatoria ni una garantía de resultados.
| Situación comprobada | Acción propuesta | Cuándo frenar |
|---|---|---|
| Se registró una visita, sin alcanzar el premio | Actualizar el progreso en la tarjeta. No hace falta una campaña por cada movimiento. | Si el mismo evento llega otra vez, no volver a sumar la visita. |
| El cliente alcanzó un premio disponible | Actualizar el beneficio y evaluar un aviso de Wallet admitido por la plataforma. | Si el premio ya fue canjeado o anulado, no enviar un recordatorio de disponibilidad. |
| Querés explicar una nueva selección de productos a un segmento | Email con el motivo, las condiciones y un próximo paso, respetando las preferencias de comunicación. | Excluir a quienes pidieron la baja y a quienes ya realizaron la acción propuesta. |
El control que debe ocurrir justo antes del envío
Supongamos que una persona gana un café a las 10:00 y lo canjea a las 10:05. Si un recordatorio quedó en cola, consultar de nuevo el estado del beneficio evita que a las 10:10 le llegue «Tenés un café disponible». Los horarios son ilustrativos. La misma lógica sirve para una campaña de regreso: una compra reciente puede hacer que ese mensaje deje de corresponder.
Pedile a quien implementa el sistema un identificador para cada evento, el estado vigente del beneficio y una regla para cancelar mensajes pendientes. Al probar el flujo, repetí un evento y canjeá antes del envío: el saldo no debería duplicarse ni el recordatorio ofrecer un beneficio usado. No reenvíes automáticamente por email solo porque no tenés evidencia de lectura del aviso; no medir una apertura no demuestra que la persona no lo vio.
La documentación de Google Wallet distingue mensajes y actualizaciones que pueden generar avisos. Los permisos y los límites técnicos siguen aplicando: la planificación comercial debe decidir cuáles merecen interrumpir al cliente. Para definir el beneficio antes del canal, compará sellos y puntos según cómo te compran.
El QR identifica; el sistema confirma el canje
Ver un premio en la pantalla del cliente no alcanza para saber si todavía está disponible. La tarjeta puede mostrar información anterior, y una captura no se actualiza. Diseñá el paso de caja para consultar el estado vigente del beneficio y registrar su uso antes de confirmar la entrega.
Este es un criterio operativo propuesto para el programa, no una función automática de Wallet. Acordá con quien lo implementa este recorrido:
- Identificar: leer la tarjeta y encontrar el beneficio concreto. El código que identifica al socio no debe confundirse con una autorización para entregar cualquier premio.
- Validar: consultar si está disponible, dentro de las condiciones vigentes y sin un canje previo.
- Registrar y confirmar: guardar una única operación con fecha, local y responsable. Caja debe recibir confirmación antes de entregar el premio.
- Actualizar: reflejar el nuevo estado en el programa y la tarjeta; detener los recordatorios que ya no correspondan.
Ejemplo hipotético: una clienta canjea un café y después muestra una captura de la tarjeta en otra caja. La segunda caja consulta el mismo beneficio y ve «ya canjeado». Si dos cajas intentan confirmarlo al mismo tiempo, el sistema debe aceptar una sola operación. Esta prueba se acuerda como parte del desarrollo; no se resuelve solo cambiando el diseño del pase.
Qué hacer si no se puede comprobar
Definí una alternativa antes del lanzamiento: esperar a recuperar la consulta o derivar a un responsable que registre la excepción. Evitá improvisar un «ya está» cuando la pantalla sigue pendiente. Si una operación tarda, consultá su resultado antes de volver a crearla.
Google Wallet documenta códigos que cambian periódicamente y requieren que el lector valide el código vigente, lo que reduce el riesgo de reutilizar capturas. Es una opción específica que debe implementarse y probarse; no demuestra por sí sola que el premio siga disponible ni se debe prometer como idéntica en Apple Wallet. Para cualquier opción, probá lectura, doble intento y falta de conexión con el equipo real de caja.
Qué probar antes de lanzar el programa
Pedí una demostración del recorrido completo con tu equipo de caja. Esta propuesta de piloto permite acordar entregables y comprobar qué pasa cuando un permiso está desactivado o una acción se repite. Registrá el resultado en iPhone y Android; una captura de la tarjeta no demuestra que todo el circuito funciona.
| Prueba | Qué comprobar |
|---|---|
| Guardar la tarjeta desde el QR | Que la persona puede completar el alta y encontrar cómo participar desde su teléfono. |
| Registrar una compra o visita | Que el saldo o progreso se actualiza correctamente, incluso si no aparece un aviso. |
| Consultar y canjear un premio | Que caja reconoce el beneficio y que un segundo intento no permite canjearlo otra vez. |
| Probar con notificaciones activadas y desactivadas | Qué aviso se muestra en cada plataforma y que el beneficio sigue accesible en la tarjeta. |
| Recibir la bienvenida y pedir la baja de campañas | Que el correo explica cómo participar y que la baja detiene las próximas campañas por email. |
Si una prueba no está incluida, dejala fuera del alcance de forma explícita. Al terminar el piloto, el negocio debería saber cómo dar de alta a una persona, registrar su participación y resolver un canje, además de qué comunicaciones tiene disponibles.
Qué medir antes de ampliar las campañas
Separá altas, participación, canjes y compras identificadas. Para el correo, diferenciá entregas, clics y acciones posteriores; una señal de lectura aislada no demuestra una venta. Definí cómo vinculás la respuesta con cada propuesta y revisá el costo del beneficio junto con la recurrencia.
Veamos el recorrido completo del programa de tu negocio. En IMAN Fidelización acordamos el beneficio, lo que necesita hacer caja y las comunicaciones de Wallet y email para definir una implementación a medida. Si primero querés entender cómo participa el cliente, leé la guía de un club de beneficios en Wallet.