Lição #20: Não force o final

Não sei como é com vocês, mas eu tenho um sério problema com duração. Como testo muito dos meus jogos sozinho, a duração que encontro me parece ideal durante os testes… Sendo que é uma pura ilusão. Quando coloco o jogo na mesa, vejo que o jogo dura mais do que o esperado, às vezes muito mais. A Lição de hoje será um pouco específica, mas eu considero um aprendizado importante na minha jornada de criação de jogos.

Eu tenho um limiar baixo para duração de jogos. Então, quando um jogo meu dura mais de uma hora e meia eu começo a ficar preocupado. Esse tempo não faz do jogo um jogo de fato demorado. Entretanto, quanto mais longa for uma partida do seu jogo, você vai esbarrar em uma série de problemas:

• Público alvo se modifica a cada 30 minutos, eu iria além e diria que diminui consideravelmente;
• Será mais difícil para testar o jogo, por razões obvias os testes vão demorar mais;
• Dependendo do estilo de jogo, a duração elevada pode fazer a diversão diminuir bastante no último terço do jogo.

Claro que eu não vou criar apenas jogos com 30 minutos ou menos, mas acho que a duração é um fator extremamente importante. Especialmente para o escopo do seu projeto.

Certo… Mas até agora só falei e falei e não cheguei a nada. Realmente, vamos para a lição. A Lição de hoje refere-se a dois fatores. O primeiro fator é questionar-se. Seu jogo está de fato longo? Reflita se a duração do jogo é o suficiente para prover a experiência que você deseja. Talvez a duração longa seja um elemento indispensável no jogo, para que ele funcione corretamente. O segundo fator é parar de tratar o sintoma (duração longa) e passar a tratar a doença (jogo sofre com Analysis Paralysis? jogo tem um downtime elevado? jogo tem um escopo muito grande?).

Vamos para alguns exemplos práticos. Tudo começou com C3X, um projeto meu que está engavetado. O jogo tinha três fases diferentes e estava com a duração elevada. Entretanto, na época eu não percebi que isso fazia parte do jogo. Afinal, se eu quero proporcionar uma experiência completa de montagem de robô, programação dos comandos e batalha final, é normal o jogo durar duas horas. Na época eu não enxerguei isso e criei um mecanismo de spawn para a fase de batalha, isto é, a cada rodada iria nascer um item no mapa e quando não houvessem mais itens para entrar no mapa, o jogo iniciaria uma fase de Morte Súbita. A ideia de Morte Súbita por si só era interessante, lembrava um pouco o videogame Bomberman, mas a necessidade de toda rodada verificar onde o item iria nascer e colocá-lo no tabuleiro era um processo cansativo e às vezes esquecido. Então, em vez de resolver um problema ilusório, eu criei vários problemas reais no processo.

Mais recentemente, enfrentei o problema da duração com Mataru Okara. Entretanto, dessa vez o problema era real: o jogo é um dexterity game com uma pegada bem leve. Uma partida desse jogo durar mais de 1 hora é frustrante, pois as pessoas começam a querer que o jogo acabe e passam a jogar de qualquer jeito. Testei várias ideias de final alternativo para a partida, inclusive uma bem parecida com a de C3X (pois é, demorou para cair a ficha). Criei um deck de eventos, que modificavam algumas regras a cada rodada e o jogo terminaria quando alguém atingisse a condição de vitória ou quando o deck esgotasse. O problema é que uma “rodada” na mesa de Mataru Okara pode demorar menos de um minuto. Então, você deve imaginar como era irritante toda rodada abrir uma nova carta, isso quando não era esquecida. Eu estava tratando o sintoma e não a doença. Mas qual era a doença?

Mataru Okara é um jogo de Set Collection, isto é, vence o jogador que coletar três cartas do mesmo tipo e revelá-las. Como é um jogo com uma pegada Take That, essas cartas ficam em constante fluxo entre os jogadores. Então, a demora do jogo estava na dificuldade de alguém vencer. Era difícil roubar as cartas dos outros jogadores. Estava difícil coletar um conjunto de cartas iguais, pois existiam cartas de muitos tipos diferentes. Então, após uma análise dos motivos da demora, ficou claro como resolver o problema. Nos últimos testes de Mataru Okara com 4 jogadores, as partidas duraram menos de 30 minutos. Não precisei de condições extras para final de partida, apenas a condição de vitória foi o suficiente, bastou trabalhar de modo para que ela fosse mais fácil de ser atingida.

Talvez eu tenha me estendido demais nessa Lição. Vamos fechar esse último parágrafo de modo sucinto. Evite soluções forçadas para encerrar a partida. Em geral, evite múltiplas condições para finalizar o seu jogo. Especialmente se elas adicionarem elementos mecânicos que dificultem o fluxo da partida, deixando o jogo fiddly. Mantenha seu jogo como ele deve ser. Sem artificialidades. Mecânicas forçadas são facilmente percebidas pelo público e diminuem o seu projeto. Se existir um problema com a duração, encontre a raiz do problema e trate. Analise e entenda seu jogo, assim você conseguirá resolver os problemas sem prejudicar a jogabilidade. Simples? Não. Mas recompensador.