Mecânicas, dinâmicas e estética: o framework MDA

Resultado e mapa da aula

Ao final desta aula, você vai conseguir pegar qualquer regra que escrever no Godot mais adiante na trilha e prever, antes mesmo de testar, que tipo de comportamento emergente ela tende a produzir — e que experiência esse comportamento tende a gerar no jogador. Isso é o que o framework MDA (Mecânica, Dinâmica, Estética) formaliza, e é a mesma ideia da Aula 1 (regras, objetivo, feedback), agora com vocabulário preciso o suficiente para prever problemas de design antes de codificar.

1. Vemos por que "isso não é divertido" é um diagnóstico impossível de agir sobre — e o que colocar no lugar.
2. Definimos as três camadas do MDA com a fonte primária: o paper de Hunicke, LeBlanc e Zubek (2004).
3. Reencontramos o Monopoly da Aula 1, agora analisado como um problema de Dinâmica, não de "falta de sorte".
4. Aprendemos a taxonomia de oito prazeres que substitui a palavra vaga "diversão".
5. Praticamos aplicando MDA à ideia de jogo da Aula 1 e verificamos com 10 perguntas de recuperação.

O problema real: "não está divertido" não é um diagnóstico

Você testa seu protótipo no Godot. Algo está errado — o jogo parece "sem graça" — mas você não sabe o quê mudar. Aumentar a velocidade do personagem? Adicionar mais inimigos? Trocar a música? Sem um vocabulário que separe "o que eu programei" de "o que emerge quando alguém joga" de "o que a pessoa sente", qualquer ajuste vira tentativa e erro sem direção.

O framework MDA existe exatamente para resolver esse problema. Robin Hunicke, Marc LeBlanc e Robert Zubek o publicaram em 2004 como "uma abordagem formal para entender jogos — uma que tenta preencher a lacuna entre design e desenvolvimento de jogos, crítica de jogos e pesquisa técnica de jogos" Hunicke, LeBlanc & Zubek, MDA: A Formal Approach to Game Design and Game Research, p. 1. A ideia central: um jogo tem três camadas distintas, e problemas de design quase sempre nascem de uma mudança em uma camada que ninguém rastreou até seu efeito nas outras duas.

As três camadas, na definição original

Traduzindo para o vocabulário da Aula 1: Mecânica é onde vivem as regras — o código, os dados, o que você literalmente implementa no Godot (uma colisão, uma variável de vida, uma tabela de dano). Dinâmica é o que acontece quando essas regras rodam com um jogador real interagindo com elas ao longo do tempo — inclui o feedback: como o sistema responde à ação, rodada após rodada. Estética é o que o jogador sente como resultado — inclui se o objetivo da Aula 1 realmente parece valer a pena perseguir.

MECÂNICA  →  DINÂMICA  →  ESTÉTICA
(regras,      (comportamento    (experiência
dados,        em tempo real     emocional
algoritmos)   das regras)       resultante)
Rules → System → "Fun"

A inversão de perspectiva: quem projeta não é quem sente primeiro

A parte mais citada do paper é uma observação simples, mas que muda como você deveria testar seu próprio jogo: designer e jogador percorrem a cadeia MDA em direções opostas.

Você, projetando, escreve uma Mecânica (uma regra de dano, por exemplo) esperando uma certa Dinâmica, que por sua vez deveria produzir uma certa Estética (tensão, digamos). O jogador nunca vê a Mecânica primeiro — ele sente a Estética primeiro ("isso foi tenso!") e só depois, se parar para analisar, percebe a Dinâmica e a Mecânica por trás dela. Essa inversão explica por que perguntar a um playtester "você acha que a Mecânica X está certa?" quase nunca funciona: ele não tem acesso direto a essa camada. Ele tem acesso à Estética. É por isso que a Aula 10 (playtesting) vai insistir em observar comportamento, não pedir opinião sobre implementação.

Estética não é "diversão" — é uma taxonomia de oito prazeres

"Divertido" é vago demais para guiar uma decisão de design. O paper propõe, em vez disso, uma lista de oito tipos de prazer que um jogo pode perseguir, em proporções diferentes:

O próprio paper compara dois jogos para mostrar como a mistura muda: Charadas (Fellowship, Expression, Challenge) e Quake (Challenge, Sensation, Competition, Fantasy) MDA, p. 2. Nenhum dos dois é "mais divertido" que o outro — eles perseguem prazeres diferentes, o que significa que a Mecânica certa para um seria a Mecânica errada para o outro. Antes de mudar uma regra no seu protótipo, vale perguntar: qual desses oito prazeres eu estou tentando reforçar com essa mudança?

Feedback revisitado: o Monopoly como sistema de Dinâmica

Na Aula 1, você viu que Monopoly tem os três elementos (regras, objetivo, feedback), mas que seu feedback tende a decidir a partida cedo demais. O paper MDA nomeia exatamente esse mecanismo, usando um termostato como modelo de sistema de feedback e aplicando-o ao próprio Monopoly:

Isso é um feedback loop positivo: quanto mais um jogador já está ganhando, mais fácil fica para ele ganhar ainda mais — o oposto de um termostato bem calibrado, que usa feedback negativo para manter algo estável. A Mecânica (aluguel proporcional às propriedades) gera uma Dinâmica (concentração de riqueza que se acelera) que gera uma Estética ruim para quem está perdendo (Challenge vira Submission forçado, não escolhido). Os autores apontam a correção pelo lado certo da cadeia: não "mude como o jogador se sente" (isso não é possível diretamente), mas mude a Mecânica — taxas para o líder, subsídios para quem está atrás — para alterar a Dinâmica resultante MDA, p. 3.

Compare com a Aula 1: lá, "feedback" era uma das três perguntas de diagnóstico. Aqui, feedback loop é um conceito técnico dentro de Dinâmica — o mesmo fenômeno, visto com precisão suficiente para saber em qual camada mexer.

Testando o framework contra um exemplo do seu futuro projeto Godot

Lembre da ideia de "coletar cristais" da Aula 1, na versão que fechava os três elementos: tempo limitado, parede avançando, pontuação a bater.

Note que essa análise não pede uma linha de código nova — ela só nomeia, com precisão, o que cada regra da Aula 1 está fazendo em termos de comportamento emergente e experiência resultante. Isso é o que torna o framework útil antes de implementar, não só depois.

Abordagens incorretas — e por que falham

Projetar direto da Estética, pulando a Mecânica

"Eu quero que o jogador sinta tensão" é um objetivo de Estética válido, mas não é uma instrução implementável. Sem descer para qual Mecânica concreta (um temporizador? um recurso escasso? um inimigo que persegue?) provavelmente produz essa Dinâmica, a frase fica bonita e inútil. O erro é confundir a direção do jogador (Estética → Mecânica, na experiência) com a direção que o designer realmente precisa percorrer para implementar (Mecânica → Estética).

Tratar "Fun" como uma métrica única

O próprio paper evita a palavra "fun" e propõe oito prazeres exatamente porque tratá-la como uma escala única esconde informação: dois jogos podem ser igualmente bem-sucedidos perseguindo misturas opostas de prazeres (Charadas vs. Quake). Perguntar "isso está divertido?" no playtesting produz menos informação do que perguntar "isso pareceu mais Challenge, mais Discovery ou mais Fellowship?".

Mudar a Dinâmica diretamente, sem mudar a Mecânica

Você não pode instruir o jogo a "ser menos desequilibrado" — Dinâmica é comportamento emergente de Mecânica, não algo que se ajusta por si. A correção de um problema de Dinâmica sempre passa por mudar a Mecânica que a gera (como o MDA propõe para o Monopoly: mexer nas taxas, não pedir para os jogadores "jogarem de forma mais equilibrada").

Uma definição de trabalho para a trilha

Perguntas de entrevista e de mercado

"Como você decide o que ajustar quando um protótipo 'não está divertido'?" Resposta forte: recuse a pergunta como está formulada e explique que você usa MDA para descer de Estética (qual prazer faltou) para Dinâmica (qual comportamento emergente deveria ter produzido esse prazer) para Mecânica (qual regra concreta você muda). Cite o exemplo do Monopoly como caso real de correção pela Mecânica, não pela Estética diretamente.

"O que é um feedback loop positivo, e por que ele é perigoso em design de jogos?" Explique com o próprio exemplo do Monopoly: quanto mais o jogador líder ganha, mais fácil fica ganhar ainda mais, o que tende a decidir a partida cedo e reduzir tensão para os demais. Diferencie de um feedback loop negativo (como o de um termostato), que estabiliza em vez de acelerar uma tendência.

"Cite dois jogos com misturas diferentes de Estética e explique a diferença." Use Charadas (Fellowship, Expression, Challenge) e Quake (Challenge, Sensation, Fantasy) — o exemplo do próprio paper. O ponto a comunicar é que "diversão" não é uma escala única; são combinações diferentes de prazeres, cada uma pedindo Mecânicas diferentes.

Recupere da memória: 10 questões

Feche o modelo mental

MDA formaliza, com vocabulário preciso, as mesmas três perguntas da Aula 1: Mecânica é onde vivem as regras que você programa; Dinâmica é o comportamento emergente delas ao longo do tempo, incluindo todo feedback loop; Estética é a experiência resultante, descrita como uma mistura de até oito prazeres — nunca como "divertido" de forma vaga. Quando um playtest decepcionar, desça de Estética para Dinâmica para Mecânica, na ordem inversa à que o jogador experimenta o jogo. O Monopoly mostrou o padrão completo: um problema sentido como Estética ruim (a partida decide cedo demais) tem origem em uma Dinâmica nomeável (feedback loop positivo) que se corrige mudando a Mecânica (taxas e subsídios) — nunca a Estética diretamente.

Aula anterior: Aula 01 — O que faz algo ser "um jogo".

Próxima aula planejada: core loop — a menor unidade de Dinâmica que se repete e sustenta uma sessão inteira de jogo.

Referências primárias para aprofundar

As três definições formais, a inversão de perspectiva designer/jogador, a taxonomia de oito prazeres e a análise do feedback loop do Monopoly vêm integralmente de Hunicke, LeBlanc & Zubek, "MDA: A Formal Approach to Game Design and Game Research" — PDF oficial hospedado pela AAAI.

Consulte também o registro de pesquisa desta seção em learning-paths/desenvolvimento-de-jogos/research/fundamentos-de-game-design.md, no repositório do curso.