Understanding I-O Games Evolution

Mi nombre es Nathan Flurry. He estado trabajando en juegos I-O durante siete años. Algunos títulos en los que he trabajado incluyen Krunker, D-E-F, eeveeo y MooMoo. Voy a compartir algunos consejos sobre tecnología de diseño de juegos y decisiones empresariales que puedes usar para construir un juego I-O increíble tú mismo.

Antes de profundizar en ello, quiero dar una visión general de lo que es un juego I-O. Los juegos I-O son juegos web multijugador que son fáciles de aprender pero que se pueden jugar durante horas. Puedes pensar en ello como el tic-tac del juego al atender a las breves capacidades de atención con un juego interminable. Toda la locura de .IO comenzó en 2015 cuando se lanzó un juego llamado Agar.io. Este juego era extremadamente simple. Todo lo que podías hacer era mover la burbuja y comer otras burbujas. La característica destacada, sin embargo, era que las salas tenían más de 50 jugadores, por lo que los jugadores tendrían que pasar horas colaborando con amigos para llegar a la cima de la tabla de clasificación, incluso aunque las mecánicas son extremadamente simples. Agar.io fue tan popular que apareció en House of Cards en 2016.

Una serie de juegos siguieron el mismo camino con mecánicas simples, gráficos básicos y salas grandes, incluyendo Slither.io, que es una versión moderna de Snake, y Splix.io, que es un juego de conquista de territorios. Esto llevó a la creación de Iogames.space, que es un popular portal web que presenta específicamente juegos I.O. Si jugaste muchos juegos web durante este tiempo, I.O.games.space era un sitio increíble porque había un nuevo juego multijugador casi cada día con mecánicas únicas. Debido a que no había un proceso de revisión o descargas requeridas para publicar juegos I.O., los desarrolladores podían iterar rápidamente en los juegos, y muchos de los mejores juegos que conoces hoy fueron desarrollados en menos de un mes y maduraron a lo largo de los años siguientes. Los portales web más antiguos también se unieron a la tendencia y comenzaron a presentar juegos I.O. para llenar el vacío que Flash y Shockwave dejaron cuando fueron eliminados.

Alrededor de 2016, los desarrolladores comenzaron a agregar mecánicas de juego más profundas al agregar grandes árboles. Diep fue un juego donde los jugadores podían construir tanques únicos, Mop era un juego basado en animales donde los jugadores escalaban la cadena alimenticia, y Moo Moo era un juego sandbox PvP donde los jugadores podían construir fuertes. Esto fue alrededor del tiempo en que comencé a trabajar en algunos de los juegos originales construidos por Sydney DeBrese, como Moo Moo y algunos juegos menos conocidos.

Alrededor de 2018, los desarrolladores se dieron cuenta de que muchos de sus jugadores eran estudiantes en aulas, jugando estos juegos como un sustituto de los juegos de consola y de escritorio disponibles en casa. Comenzaron a construir versiones simplificadas basadas en navegador de juegos populares adaptados para sesiones de juego cortas. Más notablemente, trabajé en Crunker, que es un counterstrike en el navegador. Otros ejemplos incluyen Zombs Royale y Build Royale, que son versiones 2D de Fortnite, y Evo, que trajo una jugabilidad similar a Destiny al navegador. Si vas a una biblioteca pública hoy, te garantizo que verás jugadores, verás estudiantes jugando uno de estos juegos.

Alrededor del mismo tiempo, algunos desarrolladores se dieron cuenta de que las mecánicas de los juegos Io podrían adaptarse para móviles, para aprovechar nuevas audiencias y mayores ingresos por publicidad. Más notablemente, Voodoo adaptó juegos como Paper.io, Whole.io para controles amigables con el tacto móvil, con modos offline con oponentes falsos. La empresa Voodoo refinó esta técnica tan bien que generaron $430 millones en ingresos en 2021, y tuvieron seis mil millones de descargas en todos esos juegos. Todos estos juegos Io tienen algunos pilares clave en común, tiempos de inicio de cinco segundos, tiempos de aprendizaje de mecánicas de 60 segundos, tablas de clasificación efímeras, y efectos de red. Si sigues estos pilares, tu juego podrá replicar lo que funciona bien para los juegos Io populares.

Para tiempos de inicio de cinco segundos, como mencioné anteriormente, la mayoría de los jugadores de Io son estudiantes en aulas. Para dar algo de contexto, la Generación Z tiene un promedio de ocho segundos de atención, y los juegos Io solo se mantienen si los jugadores pueden entrar al juego antes de que pierdan interés. Debido a eso, nos aseguramos de que todos nuestros juegos se carguen en cinco segundos en hardware de gama baja, lo cual es una tarea difícil para cualquier juego de escritorio tradicional. Afortunadamente, la web está especialmente preparada para esto. Si un navegador web puede cargar todo, desde Google Docs hasta Figma en unos pocos segundos, también es completamente factible para los juegos. Por ejemplo, al trabajar en Kronka, necesitábamos construir un juego 3D inmersivo que aún se cargara dentro de una ventana de cinco segundos. Lo más importante que hicimos para lograr esto es que no usamos un motor de juego como Unity. Los motores de juego son geniales porque te dan todo lo que necesitas desde el principio, pero eso viene a costa de tiempos de carga realmente largos. Solo un juego que he mencionado en toda esta charla fue construido con Unity, y esta es la razón.

Otra cosa importante que hicimos fue cargar de manera diferida todos los activos no esenciales. Similar a cómo las páginas web cargan de manera diferida imágenes y scripts, los juegos son exactamente lo mismo. Si abres Kronka, notarás que te conectarás a un servidor antes de que se carguen las texturas o comience a sonar el sonido. Eso es porque todo lo necesario para jugar el juego está por debajo de cinco megabytes y el resto se carga de manera diferida. También estructuramos el motor para que pudiera cargar activos individualmente según sea necesario, en lugar de descargar un paquete grande único al inicio. Por ejemplo, hay miles de escaneos y modelos de armas disponibles en el juego, pero solo descargamos el contenido relevante cuando es necesario. De manera similar, incrustamos tanto como sea posible en el paquete inicial de JavaScript que cargas al inicio. Todo, desde los mapas principales, la configuración de clases, los modelos de personajes están incrustados en el paquete inicial de JavaScript para Kronka.

Esto significa que el juego es completamente jugable inmediatamente al cargar la página sin necesidad de hacer solicitudes adicionales a un servidor.

Otra característica vital en Kronka es que los jugadores no están obligados a iniciar sesión en una cuenta para jugar. Esto significa que los jugadores pueden jugar como invitados e intentar el juego instantáneamente, lo que reduce las tasas de rebote.

Supongamos que has logrado ese tiempo de carga de cinco segundos y ahora el temporizador está funcionando para mantener al jugador comprometido antes de que se aburra y se vaya. Como mencioné, puedes pensar en los juegos IO como el Tick Tock del mundo de los videojuegos. Los jugadores vienen para sesiones de juego cortas y perderán interés dolorosamente rápido. Debido a eso, encontramos que los jugadores necesitan entender las mecánicas del juego en 60 segundos.

Por ejemplo, diseñamos Mumu para proporcionar estilos de juego flexibles de un juego sandbox pero evitar la alta curva de aprendizaje de otros juegos sandbox como Rust o Minecraft. En lugar de construir un sistema de inventario complicado, optamos por proporcionar solo cuatro tipos de recursos: madera, piedra, oro, y comida. Es inmediatamente obvio para los jugadores que la madera se adquiere de los árboles, la piedra de las rocas, y la comida de los manzanos. Para añadir una forma de progreso al juego, los jugadores pueden subir de nivel y elegir los tipos de estructuras que quieren construir a partir de un árbol de habilidades. Esto reemplaza el sistema de creación complicado que se encuentra en la mayoría de los juegos sandbox populares mientras aún proporciona un estilo de juego flexible. Los jugadores aprenden todo esto dentro de los 60 segundos de jugar el juego.

A pesar de las mecánicas simplificadas, los jugadores de Mumu tenían tiempos de sesión comparables a juegos como Minecraft. En Mumu, los jugadores construyen molinos de viento para generar oro pasivamente con el fin de alcanzar la cima de la tabla de clasificación, pero los jugadores necesitaban construir una base para defender sus molinos y continuar con la conquista y destruir los molinos de viento de otros jugadores. La clave para mantener a los jugadores comprometidos fue la lista de los diez mejores jugadores clasificados por su oro en ese servidor. Si un jugador deja el juego, perderá todo su oro y tendrá que empezar desde cero. El mejor jugador en cada servidor generalmente ha estado jugando durante al menos dos horas antes de llegar a ese puesto. A diferencia de los servidores de Minecraft donde los jugadores a menudo tienen cientos o miles de horas de juego registradas, alcanzar las tablas de clasificación de Mumu es accesible en un tiempo razonable para un juego web. Verás esta mecánica de tabla de clasificación efímera replicada en casi todos los juegos IO desde Gario. Mantiene a los jugadores comprometidos durante largos períodos de tiempo mientras mantiene la barrera de entrada muy baja. Lo grandioso de las tablas de clasificación efímeras es que el estado se almacena en el servidor del juego, por lo que no necesitas mantener una base de datos para almacenar puntuaciones de tablas de clasificación persistentes para que esto funcione.

Quiero compartir algo que la mayoría de los desarrolladores de juegos encontrarán loco. Casi todos los juegos IO exitosos no gastan un solo centavo en marketing. Aquí está el porqué. La primera vez que jugué un juego IO fue en 2016 en un hackathon. Alguien escribió un código de seis dígitos en una pizarra gigante e instruyó a todos a ir a un lugar llamado Agario e ingresar ese código. En unos pocos minutos, 30 de nosotros estábamos jugando juntos en el mismo servidor, y seguimos jugando durante unas pocas horas. Eso no es algo que se podría haber hecho antes de que existieran los navegadores web. Si querías organizar una fiesta LAN, todos tenían que comprar el juego, descargarlo, y alguien tenía que iniciar un servidor, lo cual es un montón de obstáculos que superar.

Compartir juegos IO para jugar juntos así en la escuela es cómo casi todos los juegos IO adquieren usuarios. Este es el mismo tipo de efecto de red que hace que las redes sean tan ubicuas, por lo que no es de extrañar que los juegos IO puedan crecer tan rápidamente sin marketing.

Hay muchas maneras de aprovechar esto en tus propios juegos. La primera es construir un sistema de códigos de grupo como Agario que permita a los jugadores jugar en el mismo servidor. El código de grupo necesita ser corto y poder ser leído en voz alta para que alguien más pueda escribir en el sitio web. También recomiendo eliminar caracteres frecuentemente confundidos como 0 y 1 en L.

La segunda es permitir a los jugadores compartir enlaces para unirse a servidores de juegos. Es común que los jugadores pidan a amigos que jueguen con ellos dejando enlaces de servidores en canales de Discord. Los streamers de Twitch también juegan frecuentemente juegos IO como una forma de involucrar a los espectadores, por lo que frecuentemente comparten enlaces de servidores.

El último punto es otra cosa que la mayoría de los desarrolladores de juegos encontrarían completamente ajena. Los juegos IO más exitosos se lanzaron en menos de un mes. Dado que la mayoría de los juegos de consola se lanzan en 3-5 años, esto es increíblemente rápido. Hay tres razones principales por las que esto funciona. En primer lugar, los juegos IO son más fáciles de distribuir que los juegos de consola. Todo lo que tienes que hacer es publicar un enlace en un portal de juegos para obtener tracción para tu juego inmediatamente. Puedes saber dentro de unas pocas horas de lanzamiento si vale la pena dedicar más tiempo a trabajar en este juego. Otras razones por las que esto funciona es porque los juegos IO no necesitan gráficos sofisticados para funcionar bien. Los juegos de consola invierten mucho en gráficos porque es importante para el marketing, pero al final del día, los jugadores se quedan por las mecánicas de juego divertidas sin importar cómo se vea el juego. Finalmente, no se requiere presupuesto de marketing para lanzar un juego IO. Esto significa que no hay riesgo financiero si tu juego IO fracasa, así que ¿por qué no seguir construyendo nuevos juegos y ver qué funciona? En el caso de Krunker, se veía así en el lanzamiento, solo podías jugar con una clase de francotirador y el mapa estaba escrito manualmente en posiciones adyacentes. No había editor.

Pero era divertido, así que seguimos con ello. Ahora que estás familiarizado con los fundamentos de construir juegos IO, quiero compartir algunas dificultades con las que te encontrarás. Todos conocen a ese niño en la escuela que jugaba juegos en su calculadora TI 84 en clase. Te garantizo que ese niño no iba a casa y jugaba en su calculadora. Probablemente tenían una consola donde jugaban algo mucho más divertido. Ese juego calculado era solo un sustituto de los juegos que los niños realmente disfrutaban jugar. Los juegos IO son similares a ese juego en esa calculadora.

Los jugadores pueden jugar juegos IO en sus Chromebooks en la escuela, pero usualmente jugarán otros juegos en otras plataformas cuando lleguen a casa. Te enfrentarás a dos grandes desafíos con esto. El primero es que el tráfico puede caer hasta un 50% durante los fines de semana o durante las vacaciones escolares. Esto significa que el verano no es un buen momento para lanzar nuevos juegos. El otro desafío es que es difícil monetizar con compras dentro de la aplicación porque los jugadores no están tan interesados en los juegos IO como lo están con los juegos en otras plataformas.

Es poco probable que puedas generar ingresos por compras dentro de la aplicación comparables a los móviles, pero lograr que los jugadores jueguen tu juego fuera de la escuela te llevará en la dirección correcta. En Krunker, invertimos muchos recursos en el Krunker hub, donde los jugadores pueden comprar e intercambiar skins y comparar clasificaciones. Esto hizo que los jugadores se interesaran más en el juego hasta el punto en que el tráfico de reventa de fin de semana y las compras dentro de la aplicación aumentaron como resultado. Otra táctica es impulsar a los usuarios a instalar tu juego en otras plataformas, como escritorio o móvil, proporcionando beneficios únicos. Krunker tenía una ventaja única en el escritorio ya que empaquetar el juego en un envoltorio electron nos permitió ajustar algunas banderas de rendimiento para hacer que el juego funcionara más rápido. Cualquiera que estuviera serio sobre el juego descargaría la aplicación de escritorio y la jugaría con más frecuencia. Lograr que los jugadores de Krunker se movieran del web al móvil requirió un poco más de creatividad. Implementamos un sistema de recompensas diarias en la aplicación móvil donde los jugadores podían recibir moneda del juego gratis por ver anuncios en su teléfono una vez al día. Esto alentó a los usuarios a abrir la aplicación móvil todos los días y también generó significativamente más ingresos dado el RPM más alto de los anuncios de recompensa móvil. Dado que al final del día tu juego necesita ser comparativamente divertido a otros juegos, la diversión es realmente la única forma de competir con otras plataformas. Eso es un gran desafío dado el presupuesto masivo que tienen los juegos AAA haciendo que sus juegos sean adictivos, pero es posible.

Los anuncios constituyen el 90% de los ingresos para la mayoría de los juegos IO, en gran parte porque es increíblemente difícil lograr que los usuarios realicen compras dentro de la aplicación desde la web. Si tu juego es increíblemente atractivo y los usuarios quieren gastar dinero en él, tendrás mucho más difícil recolectar pagos en la web que en móvil o Steam. En todas las demás plataformas, la información de la tarjeta de crédito de los usuarios está guardada, por lo que hace que realizar una compra sea mucho más fácil. En la web, si el usuario quiere hacer una compra impulsiva para créditos del juego para comprar una skin, tienes que recolectar la información de la tarjeta de crédito del usuario. La fricción añadida de ingresar su tarjeta de crédito o acceder a la tarjeta de crédito de sus padres hace que las compras sean mucho menos comunes. Aunque la API de solicitudes de pago lanzada en 2017 debería ayudar, la mayoría de los usuarios aún no han guardado su tarjeta de crédito y optan por ingresarla manualmente en su sitio web. Una cosa que puedes hacer para ayudar a aliviar esto es adoptar Paypal, ya que muchos jugadores jóvenes tienen una cuenta de PayPal. Sin embargo, lo mejor que puedes hacer para aumentar los ingresos por compras dentro de la aplicación es convertir a los usuarios para que jueguen su juego en una plataforma diferente donde sea más fácil monetizarlos.

Espero que tengas una buena idea de lo que se necesita para lanzar un juego IEO hoy. Antes de concluir, quiero mirar brevemente lo que viene pronto para los juegos web multijugador. Los juegos web son difíciles de monetizar, pero los desarrolladores de juegos para otras plataformas están prestando atención a la web como una estrategia de adquisición de usuarios debido a su baja barrera de entrada y su efecto de red. Dadas las recientes mejoras en los estándares de juegos web, está siendo más fácil publicar más juegos intensivos en recursos en la web. Muy pocos jugadores descargan demos de juegos, pero poder jugar un juego con un amigo en un navegador web antes de descargarlo o comprarlo es atractivo. Un ejemplo notable es este juego llamado bat-bat.

Es un juego battle royale gratuito principalmente distribuido en Steam pero completamente jugable en el navegador. Numerosos estándares web también se han estabilizado recientemente o están por llegar, lo que abrirá la puerta a mejores juegos web. Específicamente para juegos multijugador que adoptan transportes web, el transporte no confiable y el control de congestión harán que los juegos de baja latencia funcionen mucho más suavemente que sobre web sockets.

Estoy realmente emocionado de ver lo que los desarrolladores también hacen con Web GPU, wasm threads y wasm cindy. Me alegró ver que Apple incluyó soporte para WebXR y el Vision Pro dado su pobre historial de soporte a estándares web. hemos tenido dispositivos habilitados para WebXR durante mucho tiempo, pero creo que WebXR será una forma única de compartir juegos multijugador multiplataforma sin tener que pasar por el engorroso proceso de revisión de la app store y meta store.

hay muchas empresas tratando de aprovechar el éxito de Roblox con contenido generado por usuarios. una de las fortalezas de Roblox es la capacidad de jugar en todas las plataformas incluyendo escritorio, móvil, consola y VR. pero la única plataforma importante que Roblox no soporta es web. probablemente veremos algunas plataformas notables de contenido generado por usuarios inclinándose fuertemente hacia la web para llegar a audiencias más grandes. gracias por asistir a mi charla. paso día tras día trabajando con juegos multijugador, así que por favor no dudes en contactarme en Twitter.