La objeción número uno cuando le propones a un local un programa de lealtad digital no es el precio. Es esta: «mi cliente no va a bajar una app». Y tiene razón. Nadie instala una aplicación para una cafetería a la que va dos veces por semana.
La buena noticia es que no hace falta, porque la app ya está instalada desde la fábrica y se llama Google Wallet en Android y Apple Wallet en iPhone.
Qué es un pase de wallet
Un pase de wallet es un archivo firmado que el teléfono guarda en su cartera y sabe mostrar en pantalla. Es el mismo formato del pase de abordar, del boleto del cine y de la entrada del concierto. Un pase de lealtad es una variante más: en vez de una puerta de embarque, lleva sellos, un premio y un código para identificar al cliente.
Tres cosas lo hacen distinto de una página web guardada en favoritos:
- Vive en la cartera, no en el navegador. El cliente no tiene que acordarse de un enlace ni de una contraseña.
- Puede actualizarse desde fuera. El negocio cambia el número de sellos y el pase cambia en el teléfono del cliente sin que él haga nada.
- Puede asomarse en la pantalla de bloqueo. Con una condición de tiempo o de cercanía, el pase aparece solo, sin abrir nada.
Lo que no es: no es una app, no ocupa espacio apreciable, no pide permisos al instalarse y no puede correr código propio. Un pase es datos, no un programa.
Por qué el cliente no tiene que instalar nada
Cuando alguien escanea el QR del mostrador, lo que se abre es una página web normal. Pone su nombre, y esa página le ofrece dos botones: Agregar a Google Wallet y Agregar a Apple Wallet. Toca el que le corresponde y el sistema operativo hace el resto.
El caso en que el cliente no quiere guardar nada también tiene salida: la misma página funciona como tarjeta, con su código a la vista. Pierde los avisos y la pantalla de bloqueo, pero junta sellos igual. Es la misma idea de una PWA: la app que no se descarga, llevada un paso más allá —aquí ni siquiera hay que "agregar a la pantalla de inicio".
Qué cambia entre Google Wallet y Apple Wallet
Para el cliente, casi nada: guarda la tarjeta y la ve. Para quien construye el sistema, son dos mundos distintos y conviene saberlo antes de contratar a alguien que lo haga a la medida.
| Apple Wallet | Google Wallet | |
|---|---|---|
| Qué se entrega | Un archivo .pkpass firmado con un certificado del negocio emisor | Un objeto creado por API, entregado como enlace o token firmado |
| Quién autoriza | Apple, con un identificador de pase por emisor | Google, que revisa y aprueba la cuenta emisora antes de abrirla al público |
| Cómo se actualiza | El pase trae la dirección de un servicio web; el servidor manda un aviso y el teléfono pide la versión nueva | Se actualiza el objeto en la API y el cambio baja al teléfono |
| Cercanía | El pase puede traer coordenadas y el teléfono decide cuándo mostrarlo | Mismo principio, resuelto por el sistema |
La consecuencia práctica: soportar los dos wallets no es "el doble de trabajo", es dos integraciones que no se parecen, cada una con su proceso de aprobación. Es una de esas cosas que se ven pequeñas en la cotización y grandes en el calendario. Si te interesa el criterio para decidir qué construir y qué contratar, lo escribimos en open source vs SaaS: cuándo pagar y cuándo construir.
Cómo se actualiza el pase sin que el cliente abra nada
Esta es la parte que la gente no cree hasta que la ve. La secuencia real, cuando alguien compra su séptimo café:
- Quien atiende escanea el código del cliente desde su propio teléfono.
- El servidor suma el sello y genera la versión nueva del pase.
- El servidor le avisa al teléfono del cliente que hay algo nuevo.
- El teléfono pide la versión nueva y la guarda.
- Al cliente le aparece un aviso: «Sello 7 de 8».
Entre el paso 1 y el 5 pasan segundos, y el cliente no tocó su teléfono en ningún momento. Es la misma clase de comunicación en tiempo real que explicamos en cómo funcionan los WebSockets, solo que aquí el canal lo pone el sistema operativo del teléfono.
Lo que un pase de wallet no puede hacer
Para no vender humo:
- No puede cobrar. Un pase de lealtad no es un método de pago. Muestra sellos e identifica a la persona, nada más.
- No sabe dónde está el cliente. Lo de la pantalla de bloqueo lo resuelve el teléfono, no el servidor. Es un tema completo y lo tratamos aparte en notificaciones sin app.
- No manda mensajes largos. El aviso de un pase es corto por diseño. Sirve para "te falta uno", no para una campaña.
- No funciona en teléfonos muy viejos. Es poca gente, pero existe. Para esos casos queda la tarjeta como página web.
Cómo poner la tuya ahí
Puedes construirlo —los dos wallets tienen documentación pública— o puedes usar algo que ya pasó por las dos aprobaciones. Eso es Méiguī shé: tú cargas tu nombre, tu premio y tus colores, y el pase sale con tu marca, no con la nuestra. Los certificados, los avisos y las actualizaciones ya están resueltos.
Son catorce días de prueba sin pedir tarjeta, y después $120 MXN + IVA al mes por local. Está en wallet.espaciorojo.xyz.