Un stand a las cuatro de la tarde, segundo día de congreso. La gente pasa con la bolsa de merchandising, mira el mostrador y sigue andando. Nadie quiere que le expliquen un producto de pie. Pero si ven una pantalla grande con un ranking que se mueve y dos mesas gritándose entre ellas, se paran.
Llevo un tiempo construyendo juegos en directo para congresos y stands, y lo que más me ha enseñado es esto: la tecnología importa menos que la dinámica. Una dinámica floja con WebSockets sigue siendo una dinámica floja. Te cuento lo que he visto que funciona.
Que se pueda jugar en diez segundos
La primera regla es que nadie instale nada. Cada equipo entra con un código o escaneando un QR desde su tablet o su móvil, y ya está dentro. Cada paso extra en la entrada, como descargar una app, crear una cuenta o recordar una contraseña, te cuesta jugadores antes de empezar.
Lo segundo es que la pantalla grande no es decoración. Es el motivo por el que el público de alrededor se queda mirando: ven las respuestas llegar, el ranking reordenarse y a un equipo adelantar a otro. Sin esa pantalla, el juego es una experiencia individual en un móvil. Con ella, es un espectáculo.
El quiz por equipos, pero con tensión
El formato base es un quiz por equipos, y por sí solo es correcto pero previsible. Lo que lo hace funcionar es el reloj. En uno de los juegos, los puntos de cada acierto dependen de cuánto tiempo queda cuando el equipo responde. La lógica vive en el servidor, que es quien tiene el reloj de verdad:
$puntos = $correcta
? (int) round(1000 * ($restante / max(1, $duracion)))
: 0;Acertar rápido vale casi mil puntos; acertar en el último segundo, casi nada. Eso cambia cómo se juega: la gente discute menos y decide antes. Y como el tiempo se calcula en el servidor, nadie gana ventaja manipulando el móvil ni por tener peor conexión. Cada equipo, además, solo puede responder una vez por pregunta.
La pantalla de un equipo durante una pregunta: cuenta atrás visible y cuatro opciones.Si quieres ver cómo se mantiene todo sincronizado en las pantallas, lo conté con más detalle en este artículo sobre tiempo real con Laravel Reverb.
Comodines: la mecánica que más se comenta
Si tuviera que quedarme con una sola mecánica, serían los comodines. Antes de una pregunta, cada equipo puede elegir un efecto y lanzárselo a otro equipo: visión borrosa, parpadeo o miodesopsias (esas manchas que flotan en el campo de visión). Al equipo atacado se le nubla, parpadea o se le ensucia la pantalla justo mientras intenta leer la pregunta.
Una mesa elige el comodín y el equipo al que lanzarlo; al lado, la pantalla de quien lo recibirá.Tiene sentido por una razón de diseño: convierte un quiz en una interacción entre personas. Ya no compites solo contra la dificultad de las preguntas, compites contra la mesa de al lado, que te ha mirado con una sonrisa antes de lanzarte la visión borrosa.
Pero un comodín sin reglas se convierte en una guerra. Por eso cada equipo tiene un único uso de cada efecto, y el sistema impide atacar dos veces al mismo equipo. Así el ataque reparte el protagonismo y nadie acaba machacado. Esas reglas están en el código y además se pueden personalizar en funcion de las necesidades de cada juego.
Formatos distintos para momentos distintos
No todos los juegos sirven para todo. Mi criterio, después de verlos en uso real:
Quiz por equipos y ruleta de temas, para sesiones con público sentado y un moderador que lleva el ritmo.
Swipe contra el reloj, para decisiones rápidas. Se entiende en cinco segundos y funciona de pie.
Escape room por boxes, con retos encadenados, para grupos que van a estar un buen rato y quieren colaborar.
Memory, para el stand puro: una persona, una tablet, dos minutos.
El memory, el juego del stand que pasa por allí
El memory es mi favorito para stands porque resuelve el problema contrario al del quiz: no necesita grupo ni moderador. Alguien se acerca, toca dos cartas y ya está jugando. Cada pareja une un concepto con su mensaje, así que mientras se juega se está contando algo sin que parezca una presentación.
Aquí hay un detalle que a quien organiza suele gustarle: cada partida se registra. Al empezar se guarda la hora, y al terminar se anotan la duración, los intentos, las parejas encontradas y si se completó. Con eso puedes saber cuánta gente jugó de verdad en el congreso y cuántos llegaron hasta el final, en lugar de quedarte con la impresión de que el stand estuvo lleno.
Lo que le pido a cualquier juego antes de ponerlo en un evento
Que no se rompa si se cae el wifi. Los recintos de congresos tienen redes saturadas. El cliente se reconcilia con el estado del servidor aunque se pierda algún mensaje en directo.
Que el moderador tenga el control. Lanzar preguntas, relanzarlas, enseñar el ranking o reiniciar el juego se hace desde un panel, no tocando código.
Que los contenidos se cambien sin mí. Preguntas, equipos y parejas se editan desde el panel de administración.
Que se vea bien desde lejos. Pantalla gigante, tipografías grandes y poco texto.
Lo que influye de verdad en el coste de un proyecto así no es el número de preguntas, sino cuántos formatos distintos necesitas, cuánta personalización visual quieres y si el juego se va a reutilizar en más de un evento. Si lo vas a usar una vez, merece la pena empezar por un formato y hacerlo muy bien.
Si estás pensando en una dinámica para tu próximo congreso o stand, cuéntame qué quieres conseguir y vemos qué formato encaja. Puedes ver todos los juegos funcionando en el vídeo del proyecto.
