O que faz algo ser "um jogo": regras, objetivos e feedback

Resultado e mapa da aula

Ao final desta aula, você vai conseguir olhar para uma ideia de jogo — a sua ou a de outra pessoa — e responder a três perguntas de diagnóstico antes de escrever uma linha de código ou desenhar um sprite: quais são as regras que definem o que é e não é permitido, qual é o objetivo que transforma a interação em algo que vale a pena jogar, e que feedback o sistema devolve ao jogador a cada ação. Essas três perguntas vão acompanhar toda a trilha — elas reaparecem, com outro vocabulário, já na Aula 2.

1. Vemos por que "ter uma ideia legal" não é o mesmo que ter um jogo.
2. Definimos o "círculo mágico" com a fonte que fundou o campo do estudo do play: Johan Huizinga.
3. Isolamos os três elementos que a literatura de game design usa, de formas diferentes, para separar jogo de qualquer outra coisa interativa: regras, objetivos e feedback.
4. Testamos a definição contra exemplos reais — incluindo um caso em que um jogo comercial falhou exatamente por faltar um desses elementos.
5. Praticamos diagnosticando um conceito de jogo e verificamos com 10 perguntas de recuperação.

O problema real: nem tudo que é interativo é um jogo

Um erro comum de quem começa a projetar jogos por hobby é confundir "ter uma mecânica legal" com "ter um jogo". Você programa um personagem que anda, pula e colide com paredes. Funciona. É satisfatório mexer nele por alguns minutos. E então — o quê? Não há razão para continuar jogando, nenhuma decisão que importe, nenhum placar, nenhuma progressão. O que você construiu é um brinquedo interativo, não um jogo. Os dois são valiosos, mas resolvem problemas diferentes, e confundi-los é a causa mais comum de um projeto de hobby ser abandonado no meio: sem saber nomear o que falta, fica difícil saber o que construir a seguir.

Essa distinção não é acadêmica por acaso. Greg Costikyan, projetista de jogos e um dos autores citados nesta aula, abre seu ensaio com o mesmo exemplo: um interruptor de luz é interativo — você aciona, a luz responde — mas ninguém chama isso de jogo Costikyan, I Have No Words & I Must Design, p. 11. Se um interruptor não é um jogo apesar de ser interativo, o que exatamente falta a ele? Responder isso com precisão é o objetivo desta aula.

A base: o círculo mágico

Antes de chegar à definição específica de "jogo", vale entender de onde ela vem. O historiador holandês Johan Huizinga, em Homo Ludens (1938), não escreveu sobre videogames — escreveu sobre o play (brincar/jogar em sentido amplo) como fenômeno cultural mais antigo que a própria cultura humana: segundo ele, animais já brincam antes de qualquer instrução, e o play tem uma função própria que não se reduz a necessidade biológica Huizinga, Homo Ludens, cap. 1, p. 1.

Huizinga identifica que todo play acontece dentro de uma esfera temporária, separada da vida cotidiana:

Um tabuleiro de xadrez, uma quadra de tênis e uma tela de videogame são, nesse sentido, a mesma coisa: um espaço isolado onde regras especiais valem enquanto a atividade dura. E é exatamente sobre regras que Huizinga escreve a frase que ancora o restante desta aula: "All play has its rules. They determine what 'holds' in the temporary world circumscribed by play. [...] as soon as the rules are transgressed the whole play-world collapses. The game is over" Huizinga, p. 11. Se as regras caem, o círculo mágico colapsa — e o que sobra deixa de ser jogo.

Três perguntas, não uma definição decorada

A literatura de game design não usa uma frase única e consensual para definir "jogo" — cada autor formula à sua maneira. Mas, se você ler os principais textos fundadores lado a lado, três elementos aparecem de forma convergente, mesmo com vocabulário diferente. Esta aula organiza esses três elementos como perguntas de diagnóstico — uma síntese didática para a trilha, não uma citação literal de um único autor.

Regras: o que define os limites do que é permitido

Regras são o que dá forma ao círculo mágico: elas determinam o que "vale" dentro do jogo e o que não vale. Katie Salen e Eric Zimmerman, em Rules of Play — o livro-texto mais citado da disciplina de game design —, colocam "defined by rules" como parte central da própria definição formal de jogo: "A game is a system in which players engage in an artificial conflict, defined by rules, that results in a quantifiable outcome" Salen & Zimmerman, Rules of Play, p. 80. Repare que "conflito artificial" aqui não significa violência — significa qualquer problema que o design cria deliberadamente para o jogador resolver.

Objetivos: o que transforma interação em jogo

Regras sozinhas não bastam. Um simulador sem objetivo tem regras (leis de física, por exemplo) mas pode não ser um jogo. Costikyan argumenta que interação só vira jogo quando ganha propósito: "Interaction has no game value in itself. Interaction must have a purpose. [...] Games are goal-directed interaction" Costikyan, pp. 11–12.

O próprio Costikyan usa um caso real para mostrar o custo de ignorar isso: o jogo SimCity não impõe um único objetivo fixo, mas sustenta uma ampla variedade de metas que o jogador escolhe (crescer a cidade, equilibrar o orçamento, evitar desastres) — e por isso funciona como jogo. Já SimEarth, do mesmo estúdio, simulava a evolução geológica e biológica de um planeta sem oferecer objetivo algum, nem embutido nem sugerido — e fracassou comercialmente, precisamente por faltar a peça que transforma uma simulação em algo que se "joga" Costikyan, pp. 12–13. O mesmo motor de simulação, a mesma qualidade técnica — a diferença foi o objetivo.

Feedback: o ciclo entre a ação do jogador e a resposta do sistema

A terceira pergunta fecha o ciclo: depois que o jogador age dentro das regras, em direção a um objetivo, o que o sistema devolve a ele? Salen e Zimmerman chamam esse ciclo de "meaningful play" (jogo com sentido): "the process by which a player takes action within the designed system of a game and the system responds to the action. The meaning of an action in a game resides in the relationship between action and outcome" (formulação original em Rules of Play, cap. 3; resumida de forma consistente por múltiplas fontes acadêmicas, incluindo o verbete "Meaningful play" da Wikipédia, que cita a obra original).

Sem feedback perceptível, um jogador não consegue saber se uma decisão foi boa ou ruim — e sem essa informação, decisões deixam de ser interessantes. Um jogo onde nada muda visivelmente depois que você age tecnicamente tem regras e um objetivo, mas o jogador não consegue aprender a jogar melhor, porque o sistema nunca confirma nem corrige.

REGRAS               OBJETIVO              FEEDBACK
o que é permitido  →  o que vale a pena  →  o que o sistema
dentro do círculo     perseguir              devolve à ação
Se qualquer um dos três estiver ausente, o resultado é
um brinquedo interativo — não (ainda) um jogo.

As mesmas três ideias reaparecem na Aula 2 com outro vocabulário: regras correspondem a Mecânica, feedback corresponde a uma parte central de Dinâmica, e o resultado percebido pelo jogador corresponde a Estética — o framework MDA de Hunicke, LeBlanc e Zubek.

Testando a definição contra exemplos reais

Aplique as três perguntas a quatro casos:

Abordagens incorretas — e por que falham

"Se tem regras, é um jogo"

Um formulário de imposto de renda tem regras rígidas e explícitas. Ninguém o chama de jogo, porque preencher um formulário não tem um objetivo que o jogador escolhe perseguir dentro de um sistema — tem uma obrigação externa. Regras são necessárias, mas tratá-las como suficientes ignora por que Huizinga insiste que o play acontece dentro de um círculo separado da vida "real", "not serious" Huizinga, p. 13 — a obrigação fiscal está do lado de fora do círculo.

"Se tem um objetivo, é um jogo"

Correr uma maratona tem um objetivo claro (cruzar a linha de chegada) e regras (o percurso, o tempo). Não costuma ser chamado de "jogo" no sentido que esta trilha usa, porque falta o "conflito artificial" — o desafio da maratona é físico e real, não desenhado artificialmente por um sistema de regras para produzir uma experiência. A fronteira aqui é propositalmente cinzenta (esportes ocupam essa zona intermediária na literatura), mas o ponto pedagógico importa: um objetivo isolado, sem um sistema de regras desenhado para gerar decisões interessantes em torno dele, não basta.

"Se dá feedback, é um jogo"

Um termômetro dá feedback constante (a temperatura muda visivelmente). Não é um jogo, porque não há regras que estruturem uma disputa nem um objetivo que o jogador persiga dentro de um sistema — só uma medição passiva. Esse é o mesmo exemplo que o paper MDA usa para introduzir feedback como conceito técnico (um termostato), e ele funciona tanto para explicar feedback quanto para mostrar seu limite: feedback sem as outras duas peças é apenas informação, não jogo.

Uma definição de trabalho para a trilha

Juntando as três perguntas com a formulação mais citada da literatura acadêmica de game design:

Vale registrar que nem todo autor concorda com essa formulação. Jesse Schell, depois de revisar e considerar insuficientes várias definições anteriores (incluindo a de Salen & Zimmerman), propõe a sua própria: "A game is a problem-solving activity, approached with a playful attitude" Schell, The Art of Game Design, p. 37. Ela desloca o foco de "sistema com regras" para "atitude do jogador" — uma lente diferente, útil quando você quiser pensar em jogo do ponto de vista de quem joga, não só de quem projeta. As duas definições não competem; usam a mesma matéria-prima (regras, objetivo, resposta do sistema) sob ângulos diferentes.

Prática guiada: diagnostique um conceito de jogo

Uma resposta incompleta (comum em primeiros protótipos)

"O jogador anda pelo mapa e cristais aparecem no chão; quando ele encosta, o cristal some e um número sobe no canto da tela." Isso tem regra (colisão remove o item) e feedback (o número sobe) — mas falta objetivo: subir o número em direção a quê? Sem uma meta (um total necessário para abrir uma porta, um limite de tempo, uma comparação com um recorde), o número é decoração, não uma meta que estrutura decisões — o mesmo problema do SimEarth em escala pequena.

Uma resposta que fecha os três elementos

"O jogador tem 90 segundos para coletar o máximo de cristais possível antes que o mapa 'feche' (uma parede avança de um lado); cristais valem pontos diferentes conforme a distância do início; ao final, o jogo mostra a pontuação e a compara com a melhor tentativa salva localmente." Regra: o tempo e a parede que avança criam o "conflito artificial" (Salen & Zimmerman) que dá risco a cada decisão de ir atrás de um cristal mais distante. Objetivo: bater a melhor pontuação salva — mensurável e pessoal, sem exigir um servidor ou outros jogadores. Feedback: a pontuação em tempo real e a comparação final fecham o ciclo ação → resposta do sistema (Salen & Zimmerman, "meaningful play") de forma que o jogador aprende, tentativa após tentativa, se está indo melhor.

Verificação: releia sua própria resposta ao exercício e sublinhe, frase por frase, qual das três perguntas ela responde. Se alguma frase não responde a nenhuma das três, ela provavelmente descreve estética visual ou tema — importante (Aula 9 em diante), mas não parte da definição estrutural de jogo que esta aula cobre.

Perguntas de entrevista e de mercado

Mesmo em um projeto de hobby, saber articular essas ideias é útil — tanto para conversar com outros criadores quanto porque as mesmas perguntas aparecem em processos seletivos de design de jogos.

"Como você decide se uma mecânica é 'um jogo' ou só um protótipo de movimento?" Resposta forte: cite as três perguntas de diagnóstico (regras, objetivo, feedback) e dê um exemplo concreto de mecânica que tinha só duas das três — como o caso de "andar e pular" sem objetivo, discutido nesta aula. Evite responder apenas "eu sinto se é divertido"; isso não é verificável nem repetível.

"Cite um jogo comercial que falhou por um problema de design fundamental, não técnico." SimEarth é uma resposta bem documentada: tecnicamente sofisticado, mas sem objetivo, e por isso comercialmente menos bem-sucedido que SimCity, do mesmo estúdio — cite Costikyan como fonte. Isso mostra que você entende a diferença entre qualidade de execução e qualidade de design.

"O que é o 'magic circle' e por que ele importa para quem projeta jogos?" Explique que é o conceito de Huizinga para o espaço temporário e separado da vida cotidiana onde regras especiais valem — e que ele importa porque ajuda a explicar por que quebrar uma regra (ou o jogo travar/bugar de forma óbvia) tira o jogador da experiência: o círculo colapsou.

Recupere da memória: 10 questões

Feche o modelo mental

Um jogo não é qualquer coisa interativa, e não existe uma única frase mágica que todo autor aceita como definição. O que existe, de forma convergente entre Huizinga, Costikyan e Salen & Zimmerman, são três perguntas que separam um sistema jogável de um brinquedo interativo qualquer: que regras definem o círculo, que objetivo dá propósito à interação dentro dele, e que feedback fecha o ciclo entre a ação do jogador e a resposta do sistema. Guarde essas três perguntas — a Aula 2 vai reformulá-las com o vocabulário formal do framework MDA (Mecânica, Dinâmica, Estética), usando o próprio Monopoly analisado nesta aula como ponte.

Próxima aula planejada: o framework MDA (Mecânica, Dinâmica, Estética) — o mesmo Monopoly desta aula, visto por um vocabulário formal de design.

Referências primárias para aprofundar

A base antropológica do "círculo mágico" e das regras como limite do play vem de Johan Huizinga, Homo Ludens, cap. 1 — cópia de leitura de curso hospedada pela Princeton University. A decomposição de jogo em interação, objetivo e luta, com os exemplos de SimCity e SimEarth, vem de Greg Costikyan, "I Have No Words & I Must Design" — cópia integral via Internet Archive. A definição formal de jogo e o conceito de "meaningful play" vêm de Katie Salen & Eric Zimmerman, Rules of Play — página da MIT Press. A definição alternativa citada como contraponto vem de Jesse Schell, The Art of Game Design — página da editora.

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