Comienzo con un documento dedicado a las notas, donde escribo todas mis ideas, o las olvidaré. Comienzo con cualquier idea inicial candente que me haya movido a crear el documento. Solo un montón de viñetas. Luego empiezo a organizar mis pensamientos dispersos en temas. Mi documento de notas continuará creciendo durante todo el desarrollo y después.
Dependiendo del juego, también puedo hacer algunos prototipos en papel. Esto es totalmente para mi beneficio, ya que trato de aislar las ideas y traducirlas a un juego real. Por ejemplo, es posible que pueda hacer una versión funcional de su juego de mesa e invitar a otros a jugar con usted. Puede transmitir el espíritu del juego completo, o solo puede expresar algunas de las características clave que crees que son importantes.
Una vez que mis notas alcanzan una especie de masa crítica, y una imagen clara se está fusionando, escribo un documento de tono interno entre 1–4 páginas. Es posible que ya haya transmitido la idea a algunos miembros del equipo y haya recibido aliento para mostrarles más. Describo los principales conceptos y características del juego, y por qué merece ser creado. La diversión debería ser obvia.
Si lo pretendo para un editor, puedo continuar trabajando en el documento de campo con asistencia del equipo de arte hasta que sea formal y hermoso, hermético y exterior y esté listo para que lo lean los extraños hostiles. El recuento de páginas probablemente seguirá siendo el mismo. Los editores no quieren leer. Se estimarán plataformas, audiencia, tiempo de juego y tiempo de desarrollo.
Los editores ya no se preocupan mucho por los documentos de presentación en estos días, porque francamente, no tienen mucha imaginación. Quieren ver el juego tan claramente como se lo puedes mostrar. Un juego terminado sería bueno, o una demostración tan ajustada que es casi un juego terminado. Quieren que haya invertido mucho de su propio dinero.
Si el juego seguirá siendo independiente e interno, entonces comenzaré un documento de diseño preliminar. Esto se vuelve más específico sobre las características del juego. Su propósito es compartir la visión del juego con el equipo, definir el alcance y permitir que el equipo comience a aislar las características clave para el desarrollo y la programación.
El diseño preliminar generalmente se convierte en el verdadero documento de diseño. Por lo general, se espera que el documento de diseño se complete antes de que comience el desarrollo, aunque es posible que los cronogramas no lo permitan. Nunca he trabajado en un juego que no requiera que actualice y agregue al diseño constantemente durante todo el ciclo de desarrollo. El GDD debería dejar poco a la imaginación. En un mundo ideal, cualquier miembro de su equipo debería poder encontrar lo que necesita del GDD y ser capaz de usar esa estructura como un plan para construir lo que sea que necesiten construir.
En la práctica, a menudo detallo un tema en mi documento de notas antes de pasarlo al documento de diseño. Si trabajo directamente en el documento de diseño, es posible que tenga que dejar de trabajar por cualquier motivo antes de que termine. Puede tardar días o semanas en completarse, y no me gusta tener temas incompletos en mi GDD. Su experiencia puede ser diferente.
Ese es mi enfoque de diseñador no técnico, pero hay muchos otros métodos. Lo que sea que funcione. Es posible que tenga las habilidades para comenzar a construir prototipos digitales muy temprano, y creo que es una excelente manera de lanzar el juego. No tengo esas habilidades, pero a menudo presiono a los miembros del equipo que sí tienen esas habilidades para ayudarme con los prototipos. Si usted es un diseñador programador, es posible que desee simplemente comenzar a construir. Creo que es peligroso sin un plan claro, pero no tengo dudas de que hay muchas historias de éxito.