Generador de documento de diseño de juego

Qué es un documento de diseño de juego y por qué basta una página

Un documento de diseño de juego, o GDD, describe por escrito el juego para todo el equipo: qué es, cómo se juega, cómo se ve y suena y qué deja fuera. No existe un formato estándar. Hay estudios que han trabajado con una sola hoja y otros con biblias de casi 80 páginas, y las largas solían quedarse desfasadas antes del lanzamiento.

Para un primer juego, una página vale más que cincuenta. En la GDC de 2010, Stone Librande defendió los diseños de una página porque la mayoría de la gente deja de leer tras la primera. Además, un documento largo escrito antes de que haya nada jugable describe un juego que nadie ha probado. Una página obliga a tomar las decisiones importantes: un pitch de una frase, un bucle, una forma de ganar y otra de perder, y una primera versión lo bastante pequeña como para terminarla.

Este generador rellena esa página por ti. Cada sección se saca por separado, pero de listas escritas para un solo género, así que un documento de terror nunca recibe un bucle de granja ni un juego de carreras un botón de salto. Fija las secciones que te gusten, baraja el resto y copia el resultado en Markdown.

Las secciones de un GDD de una página, con ejemplos

Cada sección responde a una pregunta que surgirá al construir el juego. Esto es para lo que sirve cada una, rellenada para un pequeño juego de plataformas.

El documento copiado termina con dos preguntas abiertas para tu primera prueba y una breve lista de lo que queda fuera. La mayoría de las plantillas omiten ambas, y son las dos partes a las que más recurrirás mientras construyes.

• Pitch: una frase con el género, lo que haces, para qué y el giro. Ejemplo: un juego de plataformas en el que llevas un farol por un bosque oscuro para encender cada santuario, pero la llama se consume mientras corres.
• Bucle principal: la repetición de 30 segundos, escrita como verbos unidos por flechas. Si la cadena no tiene recompensa, nadie querrá dar otra vuelta. Ejemplo: correr y saltar → recoger las monedas → llegar al siguiente punto de control → repetir.
• Objetivo y victoria: cuándo termina bien una partida, con una cifra. Ejemplo: llega a la meta al final de cada uno de los tres niveles.
• Condición de derrota: qué puede salir mal y cuánto cuesta. Un reinicio rápido hace que la gente siga intentándolo. Ejemplo: caer a un foso te devuelve al último punto de control.
• Controles: cada acción en ordenador y en táctil. Un diseño que necesita seis botones no sobrevive a la pantalla de un móvil. Ejemplo: A/D para moverte y Espacio para saltar; en táctil, flechas abajo a la izquierda y un botón de salto abajo a la derecha.
• Dirección de arte: la cámara, el estilo y una regla de legibilidad. Ejemplo: vista lateral, pixel art en una cuadrícula de 16 píxeles; el protagonista es lo más brillante de la pantalla.
• Ambiente sonoro: el estilo musical y los dos o tres sonidos que dan información al jugador. Ejemplo: chiptune animado, un pitido ascendente en cada salto y un tintineo brillante para las monedas.
• Primera versión jugable: la versión más pequeña que demuestra el bucle. Ejemplo: un nivel de unos dos minutos con correr, saltar, un peligro y una salida, más pantallas de victoria y de reintento.

Errores frecuentes con las plantillas de GDD

Casi todos los problemas aparecen al tratar el GDD como un trámite en vez de como una herramienta para decidir. Estos son los más habituales en un primer juego.

• Rellenar cada apartado de una plantilla de 40 páginas para un juego que cabría en un fin de semana. Borra cada sección que tu juego no necesite.
• Describir la diversión en lugar de las reglas. «El combate se siente contundente» no se puede construir; «tres golpes terminan la partida», sí.
• Olvidar la lista de lo que queda fuera. Sin ella, cada buena idea entra y la primera versión jugable no llega nunca.
• Olvidarse del táctil. Si el juego puede ejecutarse en el navegador de un móvil, planifica los controles táctiles en la primera página, no después de la primera versión.
• Dar la página por terminada. La primera prueba la cambiará; pon fecha a cada versión y apunta qué cambió y por qué.

Ampliar la página después de la primera versión jugable

Cuando una versión jugable demuestra que el bucle principal es divertido, el documento puede crecer hasta unas 3 a 10 páginas. Añade lo que te enseñó el prototipo: valores de ajuste como la velocidad de movimiento o el ritmo de aparición de enemigos, una lista de contenido con cantidades, la progresión, la accesibilidad y de dónde sale cada recurso y con qué licencia.

Amplíalo solo con lo que haya superado las pruebas. Las ideas que nadie ha jugado todavía van en las preguntas abiertas, no en un capítulo nuevo.

Del documento a una versión jugable

Hasta que alguien juega, un documento de diseño es una lista de apuestas. La forma más rápida de resolverlas es construir la primera versión jugable y probarla.

El botón de crear bajo el documento envía la página entera como prompt al compositor de Oryn. Oryn hace unas cuantas preguntas de planificación, convierte tus respuestas en un documento de diseño más completo para que lo apruebes y luego construye un proyecto real de Godot 4 que puedes jugar en el navegador y exportar. No se construye nada hasta que apruebas el plan.

Si quieres más contexto, lee la guía completa sobre documentos de diseño de juegos: incluye una plantilla en blanco, una completa, un ejemplo rellenado y siete GDD reales, de Doom a BioShock. Si aún te falta la idea, empieza por el generador de ideas de juegos; para los personajes de tu mundo, prueba el generador de PNJ. La guía cómo hacer un videojuego cubre lo que viene después de la primera versión jugable.

Cómo se usa

1. Elige un género

   Selecciona un género. Cada sección sale de listas escritas para él, así que las piezas encajan.

2. Baraja y fija

   Baraja hasta que una sección encaje con tu idea y luego fíjala. Las secciones fijadas se quedan cuando barajas el resto.

3. Copia la página

   Copia el Markdown y pégalo en Notion, Google Docs o un archivo de tu repositorio. Cambia las cifras hasta que describan tu juego.

4. Construye la primera versión

   Envía la página a Oryn, responde a las preguntas de planificación y juega la primera versión en tu navegador.

Preguntas