Hay decisiones del arranque que no se pueden deshacer despues, y una de ellas la documenta Google en su propio FAQ. Cuales conviene pensar dos veces.
4 min de lectura
La pregunta de que pasa si me equivoco al crear mi tarjeta de lealtad tiene dos respuestas distintas, y conviene saber cual aplica antes de repartir el primer pase.
Casi todo se corrige. Una cosa no.
Lo que si se corrige despues
El contenido del pase es editable y el cambio le llega al cliente por aire.
- El premio y cuantos sellos pide.
- Los colores, el logo y los textos.
- Las sucursales y sus avisos por cercania.
- Las reglas escritas atras del pase.
Cambiar cualquiera de esos no obliga a reemitir nada. El cliente ve la version nueva la proxima vez que abre su cartera.
Lo que no se deshace
Aqui esta el detalle que casi nadie lee antes. Las preguntas frecuentes de la API de Google Wallet lo dicen directo: "you cannot delete classes or objects from Google Wallet". El usuario puede desvincular su pase, pero tu no puedes borrar lo que emitiste.
El mismo documento agrega que los identificadores de comercio tampoco se pueden borrar ni archivar.
Conviene leerlo junto con la documentacion de tarjetas de lealtad, que describe la cuenta de emisor que hay que crear antes de nada. Esa cuenta es la que queda amarrada a todo lo que emitas despues.
En la practica eso significa que una prueba mal hecha vive para siempre en el sistema. No rompe nada, pero se acumula, y a los seis meses nadie sabe cual de las cinco clases era la buena.
Como evitar el desorden desde el arranque
Tres habitos que cuestan cero y ahorran el problema.
Nombra desde el dia uno como si fueras a tener veinte. Nada de "prueba", "prueba2" ni "final". Un nombre que diga giro, sucursal y fecha se entiende solo dentro de un ano.
Prueba con un pase, no con veinte. Emite uno a tu propio telefono y recorre el ciclo completo: alta, sello, canje. Todo lo que falle va a fallar ahi.
Deja escrito quien emitio que. Cuando alguien pregunte por que hay tres clases parecidas, la respuesta debe estar en un archivo y no en la memoria de alguien.
Lo que si conviene pensar dos veces
| Decision | Se puede cambiar | Por que importa |
|---|---|---|
| Cuantos sellos pide el premio | Si, y le llega al cliente | Cambiarlo seguido confunde |
| Nombre de la clase del pase | No se borra, solo se deja de usar | Se acumula basura |
| Que dato le pides al cliente | Si, pero lo ya recolectado ahi sigue | Pedir de menos siempre es mejor |
| Cuantas sucursales registras | Si | Cada una manda avisos por cercania |
La tercera fila es la que mas se subestima. Pedir el correo, el cumpleanos y el telefono desde el arranque parece completo y en realidad baja las altas, y esos datos ya no se van a poder despedir del todo.
La prueba antes de repartir
Emite un pase a tu telefono y otro al de alguien del equipo, con un telefono de cada sistema si se puede.
Registra una visita, llega al premio y canjealo. Si esas tres cosas funcionan, ya puedes repartir sin miedo.
Vale la pena hacer esa prueba con el cajero enfrente y no en la oficina. Lo que falla casi nunca es el pase: es el paso donde alguien tiene que buscar el telefono del cliente mientras la fila crece. Ese detalle solo aparece en el mostrador.
El resto de la operacion diaria esta en la la tarjeta de sellos para restaurantes, y lo que hay que tener listo antes esta en si conviene hacer una app de lealtad.
Esta guia la escribe y edita el equipo de Aroa Group con apoyo de herramientas automatizadas. Cada dato con cifra sale de una fuente publica enlazada en el texto y se verifica antes de publicar. Si algo esta mal, se corrige y se nota aqui.