Para qué sirve realmente el check-in
El check-in responde a tres preguntas: ¿se espera a esta persona?, ¿ya ha entrado?, ¿cuánta gente ha venido? Para la primera diseña todo el mundo. La segunda es la que atrapa el fraude y la confusión: un código mostrado dos veces, una captura de pantalla reenviada a un amigo. La tercera es la que le harán al organizador a la mañana siguiente, y la única que necesita que las dos primeras se hayan respondido con honestidad toda la noche.
Una lista en papel responde a la primera despacio, a la segunda mal y a la tercera nunca. Una hoja de cálculo en un portátil responde a la primera, y luego el portátil está en el acceso equivocado. La gracia de un sistema de check-in es que las tres se responden desde la misma ficha, en todos los accesos, al mismo tiempo.
Códigos personales, no un código para el evento
Un único código QR en un cartel le dice que alguien llegó; no le dice quién. Dé a cada invitado su propio código, enviado con la invitación, y a cada acompañante también cuando pueda. El código no debe llevar nada legible —ni nombre, ni correo, ni evento—, de modo que una foto no revele nada y de modo que pueda revocarse cambiando aquello a lo que apunta y no lo que contiene.
Los códigos en papel valen. Un invitado que imprime la invitación debe entrar tan fácilmente como uno que enseña el teléfono; al escáner le da igual, y al personal también debería.
El teléfono es el escáner
Los escáneres dedicados son hardware que alquilar, cargar, emparejar y perder. Cualquier teléfono que el equipo ya lleva encima tiene cámara y una pantalla lo bastante grande para las dos únicas cosas que una puerta necesita ver: el nombre del invitado y un color. Verde significa dentro; cualquier otra cosa significa mirar la pantalla. La pantalla debe leerse a un brazo de distancia con mala luz: un nombre, un estado, una línea de detalle como el número de mesa.
Entregue cada dispositivo a una persona con nombre. El registro de quién dejó entrar a quién es el que necesitará cuando se cuestione una decisión en la puerta, y un dispositivo vinculado a un nombre es lo que hace que ese registro signifique algo.
Contar con que no habrá cobertura
Un sótano, una carpa, una sala con cuatrocientos teléfonos en la misma antena: la puerta perderá la conexión, y lo hará justo cuando la cola sea más larga. Un sistema de check-in tiene que seguir funcionando: escanear contra una copia de la lista guardada en el dispositivo, poner los accesos en cola y enviarlos cuando vuelva la conexión.
Sea honesto con el límite. Dos accesos sin conexión compartida pueden dejar entrar a la misma persona y ninguno puede saberlo. Lo que un sistema puede hacer es darse cuenta en el momento en que se reconectan, conservar los dos registros, contar el primero como la entrada y poner el segundo delante de una persona en lugar de descartarlo en silencio. Cualquier cosa que prometa más está describiendo una red que no existe en un sótano.
El segundo escaneo
El mismo código se escaneará dos veces. A veces es un invitado que salió a fumar; a veces una captura en dos teléfonos; a veces alguien del equipo que vuelve a escanear porque el primero no pareció registrarse. Un sistema que acepta el segundo escaneo en silencio acaba de perder la respuesta a «cuánta gente vino»; uno que lo rechaza en silencio acaba de empezar una discusión en la puerta.
La pantalla debe decir qué pasó —escaneado a las 20:14, acceso principal, por Mert— y dejar elegir al personal: rechazar, registrar una reentrada o dejar pasar con la aprobación de un responsable. Cada opción es un hecho distinto, y el informe debe mantenerlos separados.
Invitados sin invitación y el que no está en la lista
Alguien importante llegará sin código. Las opciones son rechazarlo, dejarlo pasar y perder el registro, o añadirlo en la puerta. La tercera es la correcta, si quien lo añade tiene permiso y si el registro muestra que el invitado fue añadido en la puerta en lugar de invitado. Esos invitados van en el informe entre quienes vinieron sin responder, que es exactamente lo que son.
Las aprobaciones deben ser raras y quedar registradas. Un caso dudoso admitido por un responsable está bien; un caso dudoso admitido por quien estaba allí, sin registro, es una cifra en el informe que nadie puede explicar.
Varios accesos
Un acceso principal, una puerta VIP, una entrada de prensa, una puerta lateral para los amigos del catering. Todos los accesos deben ver la misma lista, y un código escaneado en uno debe aparecer como escaneado en los demás en menos de un segundo mientras dure la conexión. Donde un segmento pertenezca a un acceso —códigos VIP solo en la entrada VIP—, la restricción debe aplicarla el sistema, no la memoria del personal sobre quién es quién.
Dote los accesos según el flujo esperado, no según la importancia. El acceso principal necesita más dispositivos en los primeros cuarenta minutos; la puerta VIP necesita a alguien que conozca las caras.
El informe de la mañana siguiente
Si la puerta se llevó así, el informe se escribe solo: quién estaba invitado, quién respondió, quién entró, con nombre; quién prometió y no vino; quién vino sin responder; reentradas, escaneos repetidos y aprobaciones en líneas separadas; horas de llegada por acceso, que es como se dota el siguiente evento. Expórtelo en el formato que acepte quien pregunta: una hoja de cálculo para operaciones, una página para la dirección.
- Códigos personales por invitado y, si es posible, por acompañante; nada legible dentro.
- Un teléfono por persona del equipo, cada dispositivo vinculado a un nombre.
- Una copia de la lista en cada dispositivo; accesos en cola cuando cae la cobertura; conflictos mostrados, nunca resueltos en silencio.
- El segundo escaneo explicado en pantalla: rechazar, reentrada o aprobación del responsable, registrados por separado.
- Invitados sin invitación añadidos en la puerta por alguien con permiso, y marcados como tales.
- Accesos dotados según el flujo; restricciones por segmento aplicadas por el sistema.
- Un informe con nombres, exportado en el formato que el lector acepte.