¿Cómo debo estructurar un documento de diseño? [cerrado]


30

¿Debería el documento de diseño ser una línea continua de texto, con oraciones reales, más como una descripción de todo el juego, o debería estructurarlo en puntos simples? ¿Cuáles son los beneficios y hay más formas de estructurarlo?


55
No es que no esté de acuerdo con la respuesta de Josh en absoluto, pero 35 minutos con solo 1 respuesta es un poco temprano para marcar una pregunta como contestada, ¿verdad?
Kylotan

44
Si estoy de acuerdo. Siempre puede cambiarlo más tarde, pero siempre es muy decepcionante para la persona cuya respuesta está cambiando. Y más aún, a veces tener una respuesta seleccionada desalienta a otros a responder por su cuenta, y eso podría hacer que se pierda una respuesta mucho mejor que la mía.
Josh

OK, welp, sin marcar la respuesta. Pero, probablemente lo marcaré nuevamente mañana, ¡lo encontré realmente útil! A menos que, por supuesto, alguien me ofrezca algo aún más útil;). Sin embargo, gracias por esta pista, ¡no pensé en eso!
jcora

También puede consultar este artículo para obtener más información sobre la estructura de su GDD. Es una gran fuente: active.tutsplus.com/articles/game-design/…
Daniel Sidhion

@ Josh tu puntaje es la intimidación: quién intentará vencerte con una respuesta;)
Tim Holt

Respuestas:


30

No hay reglas o estándares de la industria; estructura el documento de la manera que sea más útil para las personas que lo consumirán , teniendo en cuenta cuál es el propósito de tu documento.

Personalmente, esperaría que haya porciones del documento que se adapten mejor al uso de "oraciones reales" para transmitir su idea, así como porciones que se adapten mejor a ser escritas como una lista de características con viñetas.

¿Quién es tu audiencia? Si solo eres tú, si se supone que esto solo te ayudará a enfocar tus pensamientos, haz lo que sea que funcione para ti. Si está trabajando con otros, pregúnteles cómo preferirían ver el documento desglosado y cómo esperarían usarlo.

Esperaría ver una descripción en prosa de los puntos más destacados del juego: su concepto principal, estilo y sentimiento. Entonces esperaría ver una sección para cada característica principal del juego.

No exagere con detalles y estadísticas, recuerde que un documento de diseño suele ser algo que evolucionará durante la vida útil del juego a medida que construye e itera. No es práctico pensar que lo escribirá una vez, por adelantado, y será perfecto, así que concéntrese en lo que necesita que transmita el documento ahora y cómo puede transmitirlo mejor a los consumidores específicos de ese documento.

No importa lo que otras personas hagan, usted quiere hacer lo que funcione mejor para su equipo.


Un documento de diseño es, en esencia, un resumen del juego. de la misma manera que escribe un bosquejo para un libro, lo único que realmente importa es lo que "necesita" para comprender su idea y hacerla realidad. aunque me gustaría reforzar el punto de audiencia prevista, y que incluso cada subsección podría tener una audiencia diferente, un plan de proyecto es para el equipo / gerente, los casos de uso / ERD son para los programadores y las descripciones de las entidades son para los artistas. Es una de las pocas veces que puedes escribir algo que no parece encajar, además de ser sobre el mismo tema general.
gardian06

24

Además de lo que Josh ha dicho en su respuesta, varias personas han compartido su idea de lo que debería incluir un documento de diseño de juegos, que puede ayudarlo a decidir qué aspectos serán útiles en sus propios documentos. Recuerda que estos son diseñadores profesionales, y lo que funcionó para ellos en el contexto de la industria de los juegos tradicionales no es necesariamente el adecuado para ti, por lo que es útil tratar de averiguar por qué usan ciertos enfoques y elegir los que más te ayudarán .


He buscado documentación de diseño de juegos y cómo hacerlo. Tu primer enlace fue genial. Funciona muy bien con 'alcance'. Configurando el alcance básico del proyecto y con palabras ásperas explique lo que está dentro y fuera del alcance del juego.
Wertilq

5

Hay una información que me gustaría agregar: al documentar el diseño real del juego (es decir, las reglas), proporcione explicaciones claras de por qué está haciendo una elección de diseño de regla particular.

Una de las cosas que es más probable que olvides cuando implementas algo es la razón exacta por la que agregaste una regla en particular. Además, una de las cosas que es muy probable que hagas es agregar reglas y elementos del juego solo porque otros juegos los tienen, no porque tu juego los necesite .

Al agregar una sección sobre exactamente por qué existe un elemento del juego, te obliga a justificar el uso de ese elemento en términos del diseño general del juego. Y más adelante, le permite evaluar de manera efectiva si un elemento en particular atiende realmente las necesidades que desea. Si no es así, puede eliminarlo y reemplazarlo con algo más que satisfaga esas necesidades.

Aún mejor, si encuentra que el juego no está funcionando y desea reemplazar varios elementos para que el juego sea más divertido, puede mirar hacia atrás en su documento de diseño y comprender por qué elige esos elementos y qué elementos nuevos deben lograr . Si las necesidades del diseño de su juego cambian, puede actualizar su lista de lo que se supone que deben hacer los elementos del juego.


1

Me gusta la forma en que el autor de Level Up usa para escribir sus documentos de diseño de juegos dibujando muchas formas lindas, personajes, etc.

Te recomiendo que leas este libro Level Up !: The Guide to Great Video Game Design

Al agregar pequeños dibujos a sus documentos, los demás le prestarán más atención y puede estar seguro de que leerán sus documentos de diseño.


0

La estructura de su documento de diseño de juego depende completamente de usted, pero una que creo tiende a incluir (tenga en cuenta que esto funciona mejor para juegos de rol u otros juegos basados ​​en historias):

Tabla de contenido : muy importante, ya que una vez que tengas juegos más complejos deberás incluir un método de organización

Descripción del juego : una breve descripción del juego, que proporciona algunas descripciones del juego, junto con la plataforma y otros detalles importantes

Descripción general de la historia : brinde una descripción general de su trama

Controles : enumera los controles que usarás en tu juego

Requisitos técnicos : puede obtener más detalles sobre la plataforma aquí

Diagrama de flujo del juego : muestra cómo se conectan las pantallas de tu juego

Presentación : proporcione detalles sobre el tipo de cámara, el HUD y otra información que verá el jugador

Personaje del jugador : proporcione información sobre su jugador, como su aspecto, historia de fondo y herramientas / armas que pueden usar

Combate : describe cómo funciona el combate (si corresponde)

Niveles de juego : da algunos ejemplos de niveles

Enemigos : da detalles sobre tus enemigos (ataques, miradas)

Jefes - Información sobre jefes específicos

PNJs : describe las IA que no atacan a tu personaje

Música / SFX : qué música y SFX se deben producir

Apéndices : coloque largas listas aquí junto con scripts y cualquier otra información

También es posible que desee crear una versión más concisa del documento de diseño de su juego, que consta de una página, que contiene lo siguiente:

Descripción general del título y el concepto : brinde una breve descripción general de cómo es el juego y qué harán los jugadores

Plataforma : enumere la plataforma en la que se publicará el juego

Puntos principales : brinde información muy básica sobre su juego, como ser un FPS, un MMO y tener un modo para un jugador

Resumen : resume tu trama, si la hay

Personajes : brinde información sobre sus personajes

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.