10 lecciones de diseño de juegos tras 10 años de análisis
Las lecciones de diseño que sobreviven a una década son principios, no reglas. Las mecánicas son lo que siente de verdad quien juega, el contexto decide si una función se gana su sitio, y nada está resuelto hasta que alguien lo juega.
Publicado el 2026-07-02 · Game design
Lo que enseña de verdad una década estudiando juegos
Lo primero que enseña una década de análisis de diseño es que nadie llega sabiendo cómo funcionan los juegos. Quienes parecen saberlo simplemente llevan más tiempo equivocándose en público.
En parte es cuestión de escala. El diseño abarca mecánicas, estructura de niveles, dificultad y accesibilidad, psicología del jugador, convenciones de género, límites de producción y el montón de sorpresas que solo aparecen cuando la cosa ya se puede jugar.
Lección 1: las mecánicas, no la historia, deciden cómo se siente un juego
Lo que quien juega puede hacer es lo que siente. El escenario y la trama visten la experiencia; las mecánicas son la experiencia.
Compara Far Cry 2 y Far Cry 4. Sobre el papel son casi gemelos: una guerra civil en un país inventado, un villano magnético, campamentos que tomar, fauna peligrosa y dos palabras compartidas en el título.
Juégalos y no se parecen en nada. Far Cry 4 funciona como una superproducción porque la munición abunda, los enemigos se pueden marcar y un puesto que limpias se queda limpio. Far Cry 2 desgasta porque las armas se encasquillan, los vehículos mueren, la malaria te interrumpe a mitad de un plan y un mal combate te puede devolver al último punto de guardado.
Lección 2: ninguna mecánica es buena o mala por sí sola
Una mecánica solo es acertada o equivocada en relación con un juego concreto. Ante la pregunta de si las puntuaciones altas y las tablas de clasificación siguen teniendo sitio en los juegos modernos, la respuesta honesta es que depende del juego.
La misma función puede sostener un diseño y sabotear otro. Vale para los marcadores, para las vidas, para las cámaras fijas, para la progresión por partidas y para casi cualquier decisión de la lista.
Aquí hay dos instintos que meten en problemas a quien diseña. Uno es atornillar una mecánica porque es lo que publica todo el mundo. El otro es tirarla porque huele a pasado.
Ninguno de los dos responde a la única pregunta que importa: ¿esta función empuja a quien juega hacia la experiencia que estás construyendo?
Lección 3: sabe para qué jugadores es un juego
Diseña para un público definido, no para ti. Juzgar un juego solo por si encaja con tu gusto produce una crítica floja, y produce un diseño más flojo todavía.
La misma mecánica puede sostener un diseño y sabotear otro. Vale para los marcadores, para las vidas, para las cámaras fijas, para la progresión por partidas y para casi cualquier decisión de la lista.
Para quien adora los sistemas de movimiento con un techo de habilidad implacable, eso se lee como una oportunidad perdida. Pero ese jugador nunca fue el encargo. Un juego de superhéroes de gran presupuesto tiene que dar a un público muy amplio la sensación de ser Spider-Man en cuestión de minutos.
Visto así, las ayudas no son una concesión. Son el diseño dando en el blanco.
Lección 4: el reto opcional permite que un juego sirva a varios públicos
Elegir un público objetivo no significa descartar a todos los demás. El contenido opcional por capas permite que un mismo juego retenga a la vez a quien empieza y a quien domina.
El primer Spider-Man de Insomniac es el caso de estudio. Su balanceo con telarañas te pide muy poco: mantienes pulsado un botón y Manhattan pasa a tu lado, con ayudas físicas trabajando en silencio por debajo para suavizar los arcos y mantenerte lejos de las fachadas.
La separación es lo que hace que funcione. El camino principal sigue siendo lo bastante suave para proteger al público amplio; el camino opcional es donde se pone a prueba y se recompensa la maestría.
Acabas con un solo juego que se estira entre niveles de habilidad sin diluir lo que es.
Elige para qué jugadores estás construyendo y luego ajusta las mecánicas en torno a lo que esos jugadores pueden hacer, lo que quieren y lo que entenderán sin que nadie se lo enseñe.
Lección 5: las opciones de dificultad pueden proteger la experiencia prevista
La accesibilidad y la dificultad de autor no son opuestas, siempre que el juego deje claro lo que pretende. Un juego difícil puede ganarse su miedo y su triunfo a base de esfuerzo, y aun así dejar que quien juega cambie las condiciones.
Nintendo lo hace de forma habitual en los Mario modernos. Las familias y quienes juegan por primera vez pueden llegar a los créditos, mientras que los jugadores que buscan pelea van a por las monedas extra, las fases bonus brutales y los mundos secretos apilados detrás de la ruta principal.
Eso importa para quien empieza, para jugadores con discapacidad, para quien vino por la historia y para cualquiera para quien no se pensaron los ajustes por defecto.
Los ajustes de dificultad y las opciones de accesibilidad no tienen por qué erosionar la intención. El trabajo está en guiar a cada jugador hacia la versión que le encaja mientras se es honesto sobre la forma del original.
Lección 6: los géneros son familias sueltas, no listas de funciones obligatorias
Un género describe un parecido, no una especificación. La gente discutirá siempre qué cuenta como roguelike o qué hace a un soulslike, y esas discusiones son más divertidas de tener que de usar para diseñar.
Celeste muestra cómo. Es un plataformas de precisión exigente con un Modo Asistencia inusualmente amplio, y el encuadre hace el trabajo pesado. Antes de que actives nada, el juego te dice claramente cómo se diseñó para jugarse. Y luego te deja ajustarlo igualmente.
Eso importa para los jugadores nuevos, para los jugadores con discapacidad, para quienes vinieron por la historia y para cualquiera a quien no tuvieron en cuenta los ajustes por defecto.
En su lugar, sujeta la etiqueta con suavidad. Añade cosas, quita cosas, cruza ideas, y vuelve una y otra vez a la experiencia que quieres producir. Un género es un sitio por donde empezar, no un conjunto de paredes.
Lección 7: la IA enemiga existe para crear juego, no para parecer humana
El comportamiento de los enemigos se juzga por el juego que produce, no por lo convincente que resulta. Aquí no hay un test de Turing que pasar.
Un guardia, un rival, un compañero de escuadra, un vecino simulado: cada uno está ahí para servir a la experiencia. A veces eso pide ingenio. A menudo pide otra cosa totalmente distinta, como ser legible, explotable, teatral, impredecible o simplemente lo bastante coherente para que quien juega pueda hacer un plan.
Muchos juegos que perseguían a Dark Souls cayeron exactamente en eso. Almas como moneda, hogueras, el frasco de curación, el mobiliario reconocible, todo presente, con poca idea de por qué esas piezas encajaban en primer lugar.
La mejor respuesta a un problema de diseño difícil rara vez es la simulación más profunda. Es la versión que le da a quien juega mejores momentos.
Lección 8: una idea no vale nada hasta que se puede jugar
No puedes evaluar un juego en tu cabeza, porque tu cabeza es un mal simulador. Las ideas funcionan a la perfección en la imaginación y en ningún otro sitio.
Los controles blandos, los treinta segundos muertos entre las partes buenas, la regla que nadie entiende, el exploit en el que se derrumba todo: nada de eso se ve hasta que el juego existe y alguien lo juega. La forma más rápida de saber si un diseño funciona es tener una build en marcha y probarla.
Un comportamiento que en partida resulta inquietante suele estar montado con piezas mucho más simples de lo que suponen los jugadores. El oficio está en la disposición, no en la sofisticación.
Hasta que un prototipo lo ha demostrado, una idea sigue siendo una suposición.
Lección 9: probar jugando es parte de diseñar, no una comprobación final
Las pruebas de juego son como quien diseña aprende lo que un juego está comunicando de verdad, por eso tienen sitio en cada fase y no solo al final. Incluso un prototipo que funciona está roto de formas que su autor es el último en notar.
Quien juega se pierde. Malinterpreta los controles, piensa demasiado el puzle sencillo y se queda corto con el difícil, trae suposiciones que nadie previó y recorre rutas que estabas seguro de haber cerrado.
Tómalo como una buena noticia y no como una advertencia. Buena parte de las mejores ideas de cualquier juego llegó durante la producción, como un bug que merecía quedarse, una interacción imprevista o una mecánica que fue superando en silencio el pitch con el que empezó.
Estás construyendo para otras personas. Otras personas tienen que estar en el juego pronto, y a menudo.
Lección 10: revisa cada lección, incluidas estas
La última lección es que ninguna de las otras es permanente. Las herramientas cambian, el público cambia, la industria cambia, tu propio gusto cambia, y a veces la conclusión simplemente estaba mal.
Así que tómalo todo como provisional. Las mecánicas dan forma a la experiencia, pero otro público puede necesitar otras mecánicas. Los géneros ayudan hasta que se endurecen. La accesibilidad ensancha un juego, pero solo cuando se presenta con cuidado. Los prototipos te dicen cosas, y aun así tienes que leerlas bien.
El diseño es en gran parte resolver problemas, y el bucle es corto. Una mecánica produce un comportamiento, las pruebas muestran si ese comportamiento coincide con la intención, y luego se ajusta la mecánica, el nivel, el tutorial, la interfaz, el ritmo o la recompensa hasta que el resultado sale bien más veces que mal.
Quienes diseñan y aguantan no son quienes tienen el conjunto de reglas más ordenado. Son quienes siguen construyendo, siguen mirando jugar a la gente y cambian de opinión cuando las pruebas se lo dicen.
Lesson 10: re-examine every lesson, including these ones
La última lección es que ninguna de las otras es permanente. Las herramientas cambian, el público cambia, la industria cambia, tu propio gusto cambia, y a veces la conclusión simplemente estaba equivocada.
Así que tómatelo todo de forma provisional. Las mecánicas dan forma a la experiencia, pero otro público puede necesitar otras mecánicas. Los géneros ayudan hasta que se anquilosan. La accesibilidad amplía un juego, pero solo cuando se plantea con cuidado. Los prototipos te dicen cosas, y aun así tienes que leerlas bien.
Reúne tantas lecciones de diseño como puedas y luego contrasta cada una con el juego que tienes delante. Quien crea el juego jugando la build es la prueba que lo zanja.
Los diseñadores que perduran no son los que tienen el conjunto de reglas más ordenado. Son los que siguen construyendo, siguen observando a los jugadores y cambian de opinión cuando las pruebas se lo piden.
Build it in Flockbay
Elige una lección y ponla en pantalla antes de reunir las otras nueve. En la app de Flockbay, describe una sola sala cuyo único trabajo sea el verbo que te importa: un salto, un empujón, un disparo que también te mueve. Aprueba el brief, juega la sala y descártala si el verbo no es lo que notas. Una lista de lecciones no te dirá eso.
Una plantilla de plataformas 2D basta para un salto. Un creador de plataformas con IA es el sitio donde pedir la sala.
Descarga Flockbay
Cada lección de aquí vuelve al mismo gesto: construye la versión más pequeña que funcione, juégala tú y deja que lo que sientes decida el siguiente cambio.