O que acontece quando o jogo não te mata por ser difícil, mas por ser ridículo
Você está jogando aquele título de plataforma indie que touta todo mundo na semana passada. Está indo bem, a mecanica é solida, voce pratica os pulos por quinze minutos ate dominar. Daí voce cai num buraco minúsculo que nao fazia parte do desenho original do nivel. O personagem morre. Tchau. Carregamento rapido. Repetir os ultimos quinze minutos porque o jogo nao tem checkpoint. Isso é morte estúpida. E é muito mais comum do que designers gostam de admitir.
jogo mortes estúpidas como problema de design e como coisa que voce pode corrigir
Morte estúpida acontece quando o jogador morre por causa de uma falha de comunicacao visual, uma colisão mal configurada, ou uma mecânica que o jogo promete mas nao ensina. Diferente de uma morte honrada, onde voce erra por falta de habilidade, na morte estúpida voce erra porque o jogo mentiu pra voce de alguma forma. No meu trabalho com modding e analise de gameplay, eu vejo isso todo dia. Um exemplo bem especifico: tava analisando um jogo de survival indie que usa hitboxes ajustaveis. A hitbox do jogador estava configurada em 90% do sprite visivel, mas o sprite tinha uma margem de 15 pixels de "respiro" que o desenvolvedor tinha colocado pra evitar clipping visual. Quando voce encosta num espinho no chão, a colisão do espinho considera a hitbox real, nao a aparencia. O resultado: voce morre sem ter tocado no pixel que parecia estar te atacando.
A correcao que eu apliquei foi simples mas ninguém pensa nisso: reduzi a hitbox pro jogador pra 80% e aumentei a margem de espinhos em 3 pixels. Nao é bonito, mas resolveu 90% das queixas dos jogadores naquela area. O que a maioria dos devs novatos nao entende sobre mortes estupidas é que elas criam um problema cumulativo. Uma morte assim é toleravel. Cinco no mesmo nivel e o jogador começa a sentir que o jogo é injusto, mesmo que tecnicamente ele tenha perdido por falha dele. A percepcao de justiça no jogo é mais importante do que a justiça real.
Como identificar e classificar esse tipo de morte no seu projeto
O primeiro passo é parar de chamar de "bug" tudo que mata o jogador de forma inesperada. Nao tudo é bug. Alguns designs propositalmente hostis usam mortes estupidas como recurso. Dark Souls faz isso de vez em quando com armadilhas visiveis mas dificeis de evitar. O problema é quando o jogo não deixa claro que existe um perigo. Voce pode classificar mortes estupidas em tres categorias principais:
Falha visual: o perigo nao parece perigoso. Uma borda de precipicio que tem a mesma textura do chão seguro. Um inimigo que aparece no mesmo frame em que o jogador entra na tela sem animacao de aviso. Água transparente em jogos 2D que nao indica profundidade. Falha de física: o jogador encosta levemente numa parede e é empurrado pro abismo. Isso acontece muito em engines com slide physics agressivo. O Unity deja isso acontecer se voce nao configurar corretamente o Collision Detection do Rigidbody. O Unreal tem o mesmo problema com o movimento snapped em certas configurações de terrain.
Falha de tutorial: o jogo introduz uma mecânica de morte em contexto seguro, mas depois aplica essa mesma mecânica sem aviso em contexto hostil. Voce aprende que lava mata nos primeiros cinco minutos. Ate aí normal. Na terceira hora de jogo, o jogo coloca lava embaixo de uma plataforma que voce precisa atravessar em movimento, sem nenhum indicador visual de que a lava ali é mais letal ou tem area maior. Eu costumo usar um metodo pratico pra testar isso: peço pra alguem que nunca jogou o meu game passar pelos primeiros trinta minutos. Eu observo em quais momentos a pessoa morre sem reclamar do proprio erro. Se a pessoa diz "ah, eu devia ter visto aquilo" é morte honrada. Se a pessoa diz "o que que foi isso?" sem conseguir explicar, é morte estúpida.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O que fazer quando voce encontra uma morte estúpida no seu jogo
Nao remova o perigo imediatamente. A primeira reacao de todo designer iniciante é achatar o terreno ou remover o obstaculo. Mas as vezes o problema nao é o obstaculo, é a informacao. O jogador precisa saber que aquilo mata. Dar feedback visual é quase sempre a solucao correta. Uma partícula sutil perto do perigo. Uma mudança de cor no chão. Um som que toca quando o jogador se aproxima. O jogo Hellblade: Senua's Sacrifice faz isso muito bem com abismos — a textura do chão muda levemente nas bordas e há um som de vento que aumenta conforme voce se aproxima.
Se o problema for hitbox, voce tem que ajustar no motor de fisica, nao no sprite. Colocar um sprite maior nao resolve. Colocar um sprite menor piora. Voce precisa editar o collider directly. No Unity, isso significa ajustar o BoxCollider2D ou CircleCollider2D. No Godot, o CollisionShape2D. No Unreal Engine 4 ou 5, o Convex Volume ou Primitive Component. Ajustar so o tamanho visual é perder tempo. Se a morte estúpida vier de uma mecânica proposital do jogo, voce tem duas opcoes: adicionar um periodo de pratica seguro antes de expor o jogador a essa mecânica em contexto hostil, ou dar um checkpoint mais generoso nas areas onde essa mecânica aparece pela primeira vez.
Tenho uma regra não oficial que funciona bem na maioria dos casos: se um jogador morreu tres vezes no mesmo lugar da mesma forma, eu entro no jogo e verifico se ha algo visual ou sonoro que eu possa adicionar antes do perigo. Quase sempre ha. Até jogos AAA passam por isso — a gente vê nos devlogs depois do lançamento.
Quando morte estúpida é a escolha certa
Alguns generos dependem disso. Juegos como Getting Over It com Bennett Foddy, Super Meat Boy, as mortes estupidas fazem parte da experiencia. O jogador espera morrer de formas absurdas. A diferença é que esses jogos comunicam isso claramente desde o inicio e criam um ciclo de tentativa e erro rapido com checkpoints extremamente frequentes. O problema aparece quando jogos que não são desenhados para esse formato acabam gerando mortes estupidas acidentais. Um RPG de narrative que coloca um armadilha invisível no terceiro ato. Um jogo de aventura pontuação que usa hitbox generica pra portões que parecem seguros. Isso quebra a contracta com o jogador de forma mais severa do que dificuldade real quebraria.
Se o seu jogo tem save states ou checkpoint system, voce pode permitir mais mortes estupidas do que teria se cada morte custasse dez minutos de progresso. Mas mesmo assim, o sentimento do jogador importa mais do que a matematica. Um jogador que perde vinte minutos pra uma morte feia vai conversar mal sobre o jogo. Um jogador que morre tentando algo bonito e falha porque era difícil demais vai contar pros amigos que o jogo é desafiador mas justo. A é sutil mas faz tudo na recepção do game. Voce pode ver isso nos forums e nas reviews o tempo inteiro.
Uma ultima coisa prática
Se voce tá desenvolvendo um jogo e quer testar isso rapidamente, coloque um god mode temporário e explore cada area em modo de debugging com hitboxes desenhadas na tela. Voce vai encontrar pelo menos dois ou três problemas por hora de level design. Anotar isso num spreadsheet e tratar um por um já melhora a experiencia de quem jogar seu game significativamente.
