Agora que todos já sabemos um pouco de teorias sobre projeto, está na hora de começar o desenvolvimento dele. E uma das partes mais importantes do desenvolvimento é a especificação do que se vai fazer, para quando chegar no meio do projeto você conseguir lembrar do que estava fazendo quando começou.

Projetos de jogos, normalmente são chamados de Game Desing e, por consequência, o documento que especifica o projeto é chamado de Design Document (já falei sobre ele nesse post, mas vale a pena reforçar e atualizar o conhecimento).
O Design Document é aonde você vai transformar a sua ideia em realidade, pois nele vão estar descritos todos os aspectos do seu jogo, desde a descrição do universo ao som utilizado quando o personagem principal morre.
Se você tiver algum investidor de olho no seu jogo ele provavelmente irá pedir para ver o seu Desing Document, pois é lá que ele vai validar a viabilidade econômica do seu projeto e ver se o investimento tem possibilidade de retorno. Logo o seu Design Document deve ser realista, preciso e completo.

Então vamos as partes mais comuns e importantes de um Design Document:

Conceito: Apresentação do universo do Jogo, da mecânica do jogo, da história, do público-alvo e do estilo do jogo. Cada um desses tópicos deve ser amplamente discutido e demonstrado deixando-se bem claro qual é o seu jogo e qual a ideia que ele quer passar aos jogadores. Nessa parte é aonde você vai “vender o seu peixe” e também ditar o escopo do que vai ser realizado no jogo. Nada mais que aquilo que você colocar aqui deve ser desenvolvido, com o risco do projeto inteiro ser comprometido.

Especificações Técnicas: Descrição do Hardware e o Software necessários para o jogo. Se o seu jogo tem três configurações de Hardware (minima, recomendada e ótima) você coloca aqui, e se achar necessário, explica “o por que” dessas três configurações.

Especificações do Jogo: Os dados do jogo vão aqui. Número de vidas, de personagens, modos de jogo, sistema de pontuação, definição das cameras, itens, cenários, fases, tabelas de evolução. Os conceitos que você criou para o jogo serão definidos e explicados aqui. Se você criou uma regra revolucionária para a evolução dos Personagens, é aqui que você a explica. Se o seu jogo é uma simulação, é aqui que você vai descrever as regras do que ele simula. Bom, defina todos os detalhes do seu jogo aqui.

Especificações da Arte: Storyboards, descriação dos layouts dos cenários e descrição do clima do jogo (terror, suspense, aventura). É aqui também que você anexa o roteiro do seu jogo.

Especificações Sonoras: As músicas para cada cenário e os efeitos sonoros do jogo são definidos e demonstrados aqui (o seu Design Document pode acompanhar um CD com a demonstração dos sons) .

Desenvolvimento: Essa é a parte mais chata trabalhosa do Design Document. Aqui vão o Cronograma, as metas, a descrição das tecnologias utilizadas, descrição das tarefas a serem realizadas, descrição da equipe realizadora (ótimo artigo do Romulo sobre como motivar a equipe), analise dos riscos, diagramas(UML, DER, Gantt, etc), demonstrativo de custos e mais muitos outros itens comuns a projetos de software (esses itens podem ser encontrados em livros que ajudam a desenvolver projetos de jogos) (sim, ler livros também ajuda).

O Design Document é um documento trabalhoso de ser escrito. Um bom Design Document pode levar meses para ficar pronto. Mas ele é o que direciona o desenvolvimento de um jogo com alguma pretenção de retorno, sem ele é muito difícil fazer um jogo de qualidade.

Na próxima parte começamos a falar sobre “mão na massa”.