El check-in con boletos en el wallet requiere 3 cosas en el recinto: escáneres que lean el código de barras de tus boletos, un sistema de boletaje que acepte cada código 1 sola vez y un plan para la fila en el pico de llegadas. El boleto en el wallet es solo un código de barras en un teléfono. Todo lo que hace que el check-in sea rápido o lento pasa en el acceso.
En Pushwoosh, los boletos se emiten y se actualizan desde la misma plataforma que tus mensajes, así que puedes operar wallet passes para eventos con el check-in planeado desde el primer día.
Escáneres y formatos de código de barras
Elige el formato del código de barras antes de diseñar el boleto.
| Formato | Uso común | Apple Wallet | Google Wallet |
|---|---|---|---|
| QR | La mayoría de los eventos y recintos | Sí | Sí |
| PDF417 | Transporte y algunos sistemas de boletaje | Sí | Sí |
| Aztec | Tren y algunos sistemas de boletaje | Sí | Sí |
| Code128 | Escáneres lineales antiguos | Sí | Sí |
| EAN-13 | Códigos lineales tipo retail | No | Sí |
A los escáneres láser antiguos les cuesta más leer la pantalla de un teléfono que el papel. Los escáneres de imagen 2D leen QR, PDF417 y Aztec desde pantallas de forma confiable. Si tu recinto todavía usa escáneres láser, pruébalos con teléfonos reales con el brillo al máximo y al mínimo antes del evento, no la misma noche.
En LATAM, alrededor del 85% de los asistentes llega con un teléfono Android, y muchos son de gama media o baja, con pantallas menos brillantes. Incluye esos equipos en la prueba de escáneres, no solo el iPhone del equipo de producción.
Validación: 1 código, 1 entrada
El escáner lee el código. Tu sistema de boletaje o de control de acceso decide si es válido: el evento correcto, el día correcto, sin uso previo. Esa revisión es la que evita que una captura de pantalla reenviada deje entrar a una segunda persona.
Los boletos en el wallet no reemplazan este paso. Un QR se puede compartir, y Pushwoosh no tiene una función antifraude aparte. La validación se queda en tu sistema de boletaje.
Después de un escaneo exitoso, puedes actualizar el boleto a través de la API, por ejemplo para mostrar “Check-in hecho” o para anularlo en eventos de una sola entrada.
Escaneo offline
Los recintos pierden señal en el peor momento posible: cuando miles de teléfonos llegan al mismo tiempo. Planéalo.
El boleto en el wallet se abre sin conexión, así que los asistentes siempre pueden mostrarlo. Si tus escáneres pueden validar offline es otra pregunta, y la respuesta depende de tu escáner y de tu sistema de boletaje. Pregúntale a tu proveedor si guardan en caché la lista de códigos válidos y sincronizan después. Y dale al staff un plan manual, como una búsqueda por nombre o número de orden, para cuando algo falle de todos modos.
En LATAM, donde la conexión móvil no siempre es estable en estadios y foros llenos, este plan no es un extra: es parte del diseño del acceso.
Flujo en el acceso
La velocidad de escaneo puede pesar más que cualquier otra cosa el día del evento. En los Oscar, Passcreator reportó un pico de escaneo de más de 100 boletos por minuto, más del doble de la tasa de 2022 (caso de un competidor, Passcreator; los pases de la ceremonia en ese caso eran NFC, que Pushwoosh no emite).
Para las filas con QR, 4 hábitos mantienen todo en movimiento:
- 1
Boleto listo antes del acceso
Con relevancia en la pantalla de bloqueo por hora y ubicación del recinto, los asistentes no buscan el boleto en plena fila.
- 2
Brillo arriba
Un letrero al inicio de la fila: "Abre tu boleto y sube el brillo."
- 3
Escáneres suficientes para el pico
Planea para los primeros 30 minutos después de abrir puertas, no para el promedio.
- 4
Filas separadas
Una fila rápida para boletos en el wallet y una fila de ayuda para impresos y problemas.
Lo que deben ver los asistentes antes de llegar
El check-in empieza el día anterior. Envía la hora de apertura de puertas, el acceso y cómo llegar por push o email, y asegúrate de que el boleto muestre el mismo acceso.
SXSW, por ejemplo, emite un express pass personal por email con botones de Add to Wallet, disponible desde las 9:00 del día anterior (caso de un competidor, Airship). El principio se aplica igual: el pase y el mensaje deben llegar juntos y decir lo mismo.
Si un acceso cambia el mismo día, actualiza el campo del boleto con un change message para que los asistentes lo vean en la pantalla de bloqueo. Deja las notificaciones del pase solo para cambios en el propio boleto: Apple y Google no permiten promociones a través del pase.
Varios pases por asistente
Algunos asistentes necesitan más de 1 pase: el boleto del evento, el estacionamiento, una zona VIP. Emite cada uno como un pase propio con su propio código de barras, para que cada acceso escanee solo lo que controla.
Lee también: Qué es un archivo .pkpass
Checklist de check-in
- Formato de código de barras elegido según tus escáneres.
- Escáneres probados con teléfonos reales y boletos reales.
- Validación en tu sistema de boletaje, de un solo uso donde haga falta.
- Un plan offline acordado con tu proveedor de escáneres.
- Staff preparado, con un plan manual.
- Un mensaje del día anterior y la relevancia en la pantalla de bloqueo configurados.
Lee también: Cómo actualizar un wallet pass después de instalarlo
Acelera el check-in con Pushwoosh
Pushwoosh emite boletos nativos de Apple y Google Wallet con el código de barras que leen tus escáneres, los actualiza el mismo día a través de la API y envía los mensajes de llegada por push, email y SMS desde el mismo journey.
Un check-in más rápido no depende de teléfonos más rápidos. Depende de que los asistentes lleguen con el boleto ya abierto y el acceso ya claro.
FAQ
Artículos relacionados
Ver todo