É quase impossível de imaginar o jogo Ape Out sem um macaco.
No entanto, foi exatamente assim que o projeto começou.
De acordo com o designer Gabe Cuzzillo, esse deveria ser um jogo de espionagem com
loopings temporais onde você usaria mecânicas de agarrar e empurrar para
arrastar-se pelas paredes. Mas se fossem haver guardas no jogo, então naturalmente
você deveria ser capaz de usar essas mecâ- nicas neles, trazendo uma jogabilidade
onde você mantem guardas reféns e os joga contra paredes.
Esta acabou sendo a parte mais interessan- te do jogo: então Gabe decidiu mudar de
direção completamente e construir o jogo ao redor deste conceito central.
Ele removeu tudo que não precisava estar lá, como a espionagem e os loopings.
E fez o que pôde para enfatizar esta ideia - mais notavelmente, trocando o
cara careca por um violento gorila de 135 kg.
Este é um exemplo de uma metodologia de criação de jogos chamada "Follow the Fun".
É a simples ideia em que criadores deve- riam ignorar seus planos e ideias
preconcebidas - e então olhar ao jogo em si para achar onde o desenvolvimento
deveria focar-se. Vejam a pérola de táticas microscópicas, Into the Breach.
Este jogo começou como um jogo bem padrão no estilo Advance Wars, onde inimigos
escolhem ataques aleatoriamente e escondem suas intenções até chegarem suas vezes.
Mas um inimigo no jogo lhe mostraria exatamente o que faria na próxima vez,
destacando a casa que eles atacariam.
Os desenvolvedores na Subset perceberam que esta era a parte mais agradável, então
decidiram focar o resto do jogo quase exclusivamente nestes ataques previstos.
E isto acabou ajudando a ditar o resto das decisões de criação que o estúdio deveria
fazer.
Pois, se você sabe o que os inimigos vão fazer, você não poderia só mover suas
próprias unidades para fora da zona de ataque?
Ok, talvez o jogo seja sobre proteger construções estáticas.
E agora é sobre empurrar os inimigos por aí para fazê-los errar seus ataques.
Mas, você poderia usar isto para enganar seus inimigos a matarem uns aos outros.
Provavelmente você pode ver por que os desenvolvedores que usam este método dizem
que seus jogos, até certa parte, criaram a si mesmos.
Aqui está Sam Coster da desenvolvedora de Crashlands, Butterscotch Shenanigans.
SAM COSTER: "Nós gostamos de pensar neste processo como o jogo descobrindo a si mes-
mo ao longo do tempo. Pois como criadores e não designers, é nosso trabalho jogar o
jogo, escutá-lo, senti-lo, e meio que sen- tir o que ele parece querer se tornar e só
seguir as trilhas da diversão."
Agora, a ideia de um jogo criando a si mesmo é bem empolgante para aqueles
buscando fazer o próximo hit.
Mas, não é como se ideias de jogos incríveis brotam do nada.
Então, de onde elas vem?
Bem, vamos ver às origens do jogo de ritmo no estilo rogue, Crypt of the Necrodancer.
O designer Ryan Clark queria ver se ele conseguia colocar a tomada de decisões
rápidas de Spelunky em um jogo dungeon- -crawler mais tradicional.
Então ele fez um protótipo rápido de um rogue onde você tem um segundo para
fazer seu próximo turno.
Quando ele jogou, Ryan percebeu que ele quase tinha uma qualidade rítmica - e se
tornou óbvio que o jogo devia se basear em músicas.
Ou talvez devêssemos dar uma olhada no icônico movimento aéreo de Rocket League.
Quando Psyonix trabalhava no antecessor do jogo, Supersonic Acrobatic Rocket-Powered
Battle-Cars - eles aprenderam muito sobre marketing desde
então. Hã, eles tinham feito um jogo sobre carros batalhando, mas queriam adicionar
uma mecânica de jatos. Então eles sim- plesmente aplicaram uma força de física na
traseira dos carros. Nos testes, descobri- ram que jogadores poderiam usar essa força
para voar em arenas.
Esse não era o plano, mas os desenvolvedo- res perceberam que isso adicionava enorme
profundidade e uma dimensão extra inteira no jogo - então eles a mantiveram.
O estúdio diz que "desenvolvemos esta mecânica quase que por acidente".
Na verdade, existe um histórico inteiro de jogos onde bugs, erros e acidentes no de-
senvolvimento que viraram aspectos do jogo.
Por exemplo, Hideki Kamiya achou um bug em Onimusha: Warlords que lhe permitia fazer
malabarismo com inimigos atacando-os.
Foi consertado em Onimusha, mas Kamiya o aprimorou, e o tornou na mecânica
principal de Devil May Cry.
O ponto é, esse processo envolve pegar uma ideia inicial qualquer - vaga, confusa,
ou repetida - e fazer um protótipo funcional.
E é aqui - durante a codificação e dos testes - que novas ideias brotam.
E então cabe ao designer ser aberto e atencioso ao que o jogo está dizendo.
Para perceber o que é interessante, e ser capaz de explorar esses aspectos... mesmo
que eles não se alinhem totalmente com o que você tinha em mente.
Foi assim que Gunpoint foi de ser sobre um robô no espaço que derruba geladeiras nas
pessoas, para um jogo de enigmas sobre um espião que muda fios elétricos de prédios.
Essa ideia de mudar fios era apenas uma possível ideia para um mini-game de
hackear inspirado em Deus Ex.
Mas assim que o designer Tom Francis come- çou o protótipo, o jogo que eventualmente
se tornaria Gunpoint começou a emergir.
Aqui diz Tom:
TOM FRANCIS: "Imediatamente ficou óbvio que isto deveria virar um jogo de quebra-
-cabeça. Essa era uma mecâ-
nica. E então Gunpoint meio que me disse
o que queria ser. Apenas um jogo de quebra-cabeça.
E eu só fui na onda, eu apenas loucamente expandi a mecânica de hackear.
Construí o jogo inteiro ao redor dela."
Então esse processo geralmente causa as mudanças mais significantes pelo começo do
desenvolvimento do jogo - que é o ponto que Sam Coster descreve o jogo como uma
bola branca quente de magma maleável.
Mas ainda pode ser usado ao longo do desenvolvimento, e o jogo começa a tomar
forma e virar pedra.
Como, para geração de conteúdo: Jonathan Blow disse que os enigmas em Braid eram
simplesmente uma apresentação de conse- quências do seu motor de viagem temporal.
Blow diz "Eu tinha um papel de tutor, lim- pando as respostas e apresentando-as de um
jeito elas poderiam ser apreciadas pelos jogadores do jogo."
Mais sobre isso neste vídeo.
Ou, ele pode ser usado para ouvir as opiniões dos jogadores.
Quando Chris Hecker fez SpyParty, jogado- res acharam todo tipo de aproveitamento e
jeitos impensados de jogar.
Ao invés de consertar esses "bugs", Chris entrou de cabeça e os fez partes oficiais
do jogo - fazendo a experiência ser mais sobre jogos-mentais
e truques psicológicos. E pode simplesmen-
te ser usado para guiar o desenvolvimento geral de um jogo. Aqui está o designer de
Subnautica, Charlie Cleveland:
CHARLIE CLEVELAND: "Você pensa que sabe onde está indo.
Você vê algo no horizonte.
E há muitos caminhos e você não sabe como chegar lá.
Mas se você escutar ao jogo ele vai lhe falar onde quer ir."
Foi assim que o estúdio dele fez um jogo de terror, mesmo sem essa ser a intenção
no começo do projeto.
Agora obviamente, esse tipo de processo de criação pode dificultar a previsão de
quanto tempo um jogo levará para fazer.
Esta é uma razão do por que essa metodolo- gia é mais popular no mundo dos indies
- ao invés do fortemente arregimentado mundo das produções de sucesso.
Tipo, quando Tom Francis fez seu segundo jogo, Heat Signature, ele esperava que a
ideia vaga de "você entra em naves" fosse magicamente levar à coisas boas - como
aconteceu com Gunpoint.
Mas... não funcionava. Pelo menos, não por muito tempo.
Na verdade, Tom percebeu que ele devia fa- zer coisa pra caramba até descobrir o que
fazia o jogo interessante, o que levou à um desenvolvimento prolongado onde fez um
sistema de geração de naves, inteligência artificial, combate, um mapa galático
inteiro com economia e etc.
Tom levou anos para perceber que o combate dentro das naves era a parte mais interes-
sante. É por isso que vale lembrar que a frase real é na verdade um pouco mais
longa que apenas "Follow the Fun".
Eu tracei a cunhagem da frase até esse cara, Marc LeBlanc.
Ele é um designer que trabalhou em Thief e System Shock, e um educador que ajudou a
criar ideias como a estrutura MDA.
Quando ele cunhou esta frase, ele na ver- dade começou com um ditado bem conhecido
no mundo do design e empreendedorismo: "fail fast" (falhe rápido).
Esse é o processo de fazer algo o mais rá- pido possível, para ver o que funciona e o
que não funciona.
Não importa se você falha, porque você não perdeu muito tempo - mas esse tão cha-
mado "fracasso" lhe dirá muito sobre qual direção a próxima tentativa deverá tomar.
Então, talvez hajam algumas técnicas con- cretas para acelerar o processo criativo?
Bem, um é algo que todos os espectadores do GMTK tem familiaridade: Game Jams.
Aquelas maratonas frenéticas de criação de jogos onde você tenta fazer um jogo em,
talvez, num fim de semana só.
Arvi Teikari, que criou o aclamadamente premiado Baba is You em uma Game Jam, fala
sobre o poder desses eventos:
ARVI TEKARI: "A ideia é que você pode pe- gar um protótipo
que tem na cabeça e tentar fazer algo baseado nele.
Se não funcionar, tudo bem.
Você pode jogar fora depois da game jam, você não é comprometido à ideia por mais
tempo que a game jam".
Outra técnica é usar ferramentas para pro- totipagem rápida, como Game Maker e Godot.
Ou talvez protótipos em papel, LEGO, ou o jogo de PS4 de criação de jogos, Dreams.
Se você já fez a maioria do jogo e só quer gerar conteúdo, você pode desenvolver fer-
ramentas de criação de fases customizadas para acelerar o processo criativo e adqui-
rir mais pessoas pra ajudar.
Para Mario Galaxy 2, a Nintendo fez ferra- mentas de criação simples para encorajar
todos no time a pensar em mecânicas únicas.
E para rapidamente focar em design e mecânicas, você pode usar arte, música e
enredo placeholder. Quando Klei fez o pro- tótipo de game jam do Don't Starve, o
herói do jogo era representado...
por Link, de Zelda.
E finalmente, pode ajudar ter algo no jogo que
absolutamente não deve mudar.
Sunni Pavolic da thatgamecompany diz que o estúdio usou uma metodologia bem iterativa
quando criando Journey, mas sempre com a ideia de explorar o tema do amor.
Isso deu a todos no time uma única ideia a seguir, e ajudou a estreitar o alcance de
ideias possíveis que eles poderiam descobrir e desenvolver.
Então se tem algo que eu gostaria que você levasse desse vídeo é: parar de esperar
pela ideia perfeita de jogo aparecer.
É fácil olhar pra algo como Ape Out, Crypt of Necrodancer, ou Crashlands e
assumir que estes jogos foram feitos numa explosão de inspiração - que fez transição
perfeita no jogo final.
E se você não consegue ter uma ideia tão boa quanto essas - pra quê tentar?
Mas como eu lhe-mostrei neste vídeo, nada poderia estar mais longe da verdade.
Em realidade, a coisa que liga todos estes desenvolvedores é que eles tiveram
iniciativa e fizeram algo.
E foi só então (quando os desenvolvedores testavam novas ideias, jogavam seus protó-
tipos, e até criavam bugs) que os jogos que conhecemos hoje começaram a se formar.
Eles são ótimos designers não por que eles tiveram ideias incríveis - mas porque eles
sabiam como escutar ao jogo, sabiam que avenidas seguir, sabiam como fail fast e
fracassavam às vezes, e sabiam como aderir essas ideias despareadas em algo coerente.
Então se você assiste Game Maker's Tool Kit e acha que gostaria de fazer um jogo
- não espere pela ideia perfeita.
Faça algo.
E então você pode ouvir ao jogo, seguir a diversão - e você pode descobrir que o
jogo, de forma pequena, cria a si mesmo.