FAQ de Game Design🔗

Definição curta: Perguntas e respostas sobre os temas mais comuns de game design — cobrindo carreira, ferramentas, conceitos, e como começar.

O que você vai aprender

Explicar Carreira com suas palavras
Explicar Ferramentas com suas palavras
Explicar Conceitos com suas palavras
Aplicar o conteúdo desta página a um jogo que você conhece

Índice de sub-tópicos🔗

Carreira🔗

Qual é a diferença entre game designer e game developer?🔗

Game Designer foca em o que o jogador faz e sente — cria documentos de design, prototypes, balanceia sistemas, define progressão. Trabalha com regras e design.

Game Developer é um termo mais amplo que pode incluir programadores, artistas, sound designers — qualquer um que desenvolva o jogo.

Em estúdios pequenos, frequentemente uma pessoa faz ambos.

Preciso saber programar para ser game designer?🔗

Não obrigatoriamente, mas é extremamente útil.

Para prototypes: você pode usar ferramentas sem código (Construct, GameMaker, Twine)
Para comunicação: entender programação ajuda a conversar com devs
Para credibility: designers que programam são mais independentes

Recomendação: Aprenda o básico de scripting (Python, Lua, GDScript) mesmo que não vá programar profissionalmente.

Qual é o salário de um game designer?🔗

Varia enormemente por região e nível:

Região	Entry Level	Senior
Brasil	R$ 3-6k/month	R$ 10-20k/month
EUA	$50-70k/year	$100-150k/year
Europa	€30-50k/year	€70-100k/year

Nota: A indústria de jogos paga menos que tecnologias equivalentes (FAANG, etc).

Como começar como game designer indie?🔗

Jogue muito — analise por que jogos funcionam ou não
Crie prototypes — use Construct, GameMaker, ou até papel
Complete um jogo — pequeno, mas completo (playable start to end)
Publique — itch.io, Steam (se houver budget)
Colete feedback — listen to players
Repita — cada jogo é uma chance de melhorar

Não espere estar “pronto” — você aprende fazendo.

Ferramentas🔗

Qual engine devo usar?🔗

Depende do seu objetivo:

Engine	Best for	Pros	Cons
Godot	2D, indie, open source	Leve, GDScript, free	3D menos maduro
Unity	3D, popular	Assets, comunidade, docs	Licensa pricey para pro
GameMaker	2D games	Rápido, fácil	Limited 3D
Unreal	AAA-style 3D	Gráficos excellentes	Complexo, berat
Construct	No-code	Muito rápido	Limited se não programar
Ren’Py	Visual novels	Especializado VN	Só serve para VN

Minha recomendação para iniciantes: Godot (free, leve, bom para 2D) ou Unity (mais assets disponíveis).

Preciso de arte para fazer jogos?🔗

Não — você pode usar:

Asset packs (Kenney.nl, itch.io game assets)
Placeholders (programmer art, geometric shapes)
Generative art (procedurally generated visuals)
Collaborate com artistas

O importante é o gameplay, não a arte.

Como documentar design sem GDD gigante?🔗

Documente o suficiente para avançar:

Conceito (1 página): do que se trata, o que é divertido
Core loop (half page): o que o jogador faz minuto a minuto
Mecânicas principais (bullet points): 3-5 mecânicas críticas
Progressão básica (tabela): early/mid/late game

À medida que implementa, documenta. GDD de 50 páginas antes de jogar = desperdício.

Conceitos🔗

O que é mais importante: gameplay ou história?🔗

Depende do tipo de jogo:

Core games (jogos focados em gameplay): Tetris, Chess, Dark Souls — gameplay é rei, história é suporte
Narrative games (jogos focados em história): The Last of Us, Disco Elysium — história pode dominar

Para a maioria dos jogos:

Gameplay é o que você faz; história é por que você se importa.

A história não precisa ser profunda para ser eficaz — mesmo uma “excuse plot” (Dark Souls) pode funcionar.

Como balancear um jogo sem playtesters?🔗

Prototipe no papel — jogue mentalmente, simule
Use planilhas — modele economia, progressão numericamente
Teste você mesmo — você não é representative mas é um start
Crie critérios — “se jogador consegue X em menos de Y minutos, está easy”
Adie balance fino — early game não precisa estar perfectly balanced

Regra prática: O primeiro playtest com estranhos é mais valioso que 100 horas de auto-playtest.

O que é “game feel”?🔗

Game feel (ou “juice”) é a sensação tátil e emocional de jogar — não apenas se funciona, mas se parece bom.

Elementos:

Impact: screen shake, hit pause, particles
Feedback: som, luz, color quando você faz algo
Responsiveness: input sem delay, snappy controls
Weight: personagens têm “peso” ou são flutuantes

Exercício: Jogar Celeste vs jogos medíocres — a diferença é game feel.

Como saber se meu jogo é “divertido”?🔗

Você não pode saber só pensando — tem que playtestar.

Sinais de que é divertido:

Jogadores voltam para “mais uma partida”
Jogadores sorriem/franzem a testa (engajamento)
Descobrem coisas você não esperava
Pedem para jogar de novo

Sinais de que não é:

Jogadores param de jogar sem motivo
Confusão sobre o que fazer
Frustração sem “fair challenge”

Criação de jogos🔗

Quanto tempo leva para fazer um jogo?🔗

Varia absurdamente:

Tipo	Tempo
Micro game (Flappy Bird clone)	1-2 dias
Small indie (jam game)	1-2 semanas
Indie completo (Hollow Knight-scale)	2-5 anos
AAA (The Last of Us)	5+ anos

Para seu primeiro jogo: comece com 1-2 semanas (jam) ou 1-3 meses (pequeno indie). Não comece com MMORPG.

Como motivar a mim mesmo para finish um jogo?🔗

Scope down ruthlessly — “jogo completo” pode ser 3 levels
Define “done” — tenha criteria claras de completion
Share progress publicly — accountability social
Use deadlines — game jams têm deadline, forcing finish
Jogue o que fez — isso é rewarding

É normal: 90% dos projetos indie são abandoned. Finish é mais importante que perfection.

Devo fazer meu jogo sozinho ou em equipe?🔗

Solo	Equipe
Você decide tudo	divisão de trabalho
Mais lento	mais rápido (comunicação overhead)
100% do projeto	100% de cada feature mais fraco
Sem conflito de visão	Conflito de visão (mas também diversidade)

Para primeira vez: faça solo. Você aprende mais e finishrate é maior.

Como lidar com “feature creep”?🔗

Lista de “must have” vs “nice to have” — separe claramente
Freeze features após production start — apenas bug fixes
Prototype features antes de add — nem todas passam do prototype
Pergunte: “isso faz parte do escopo original ou estou inventando?”
Lembre: menos features bem-feitas > mais features pela metade

Design de sistemas🔗

Como criar progression satisfatória?🔗

Principles:

Visible progress — jogador vê que está ficando mais forte
Milestones claros — níveis, achievements, abilities desbloqueadas
Reward curve — cada achievement é preceded por effort
Power fantasy — jogador se sente progressively mais capaz

Common patterns:

Linear:      1 → 2 → 3 → 4 → 5 (cada nível same difficulty jump)
Exponential: 1 → 2 → 4 → 8 → 16 (doubles, late game intense)
Logarithmic: 1 → 10 → 50 → 100 → 120 (fast early, plateaus late)

Como criar puzzles interessantes?🔗

Semanthe player — informação que o jogador tem mas personagem não
One solution, multiple paths — pode resolver de formas diferentes
Fairness — puzzle solution deve ser logically derivable
Aha moment — quando conecta as peças, é satisfatório

Anti-patterns:

Puzzle que requer trial-and-error to exhaustion
Puzzle que depende de jump que jogador não sabia que podia fazer
Puzzle cuja solução é obvious mas execution é frustrante

Como fazer tutorial que jogadores não pularam?🔗

Keep short — 2-5 minutos máximo
Don’t separate tutorial from game — ensina na prática, não em texto
Force by doing — jogador aprende fazendo, não lendo
Don’t punish — se errou no tutorial, explique sem penalty
Make it memorable — se o tutorial é unique/funny, lembram mais

Golden rule: jogador deve conseguir jogar sem tutorial after de 5 minutes.

Como criar narrativa sem cutscenes longas?🔗

Environmental storytelling — objetos, layout tell story sem words
Item descriptions — o que o item é/flavour
NPC dialogue short — 1-2 linhas, não paragraphs
Lore via optional — players que querem mais cavam, others ignoram
Implied story — sugerir ao invés de explicar

Exemplos: Dark Souls, Hollow Knight, Journey — jogos com mínima cutscene mas worldbuilding rico.

Veja também🔗

Como Escrever GDD — documentando seu jogo
Tutorial: User Research para Jogos — coletando feedback
Glossário — termos de design

Você aprendeu

Carreira
Ferramentas
Conceitos
Criação de jogos
Design de sistemas

Perguntas para reflexão

O que Carreira resolve, e o que se perde sem isso?
O que Ferramentas resolve, e o que se perde sem isso?
O que Conceitos resolve, e o que se perde sem isso?
Que parte desta página você conseguiria explicar a alguém que nunca fez um jogo?

Referências🔗

Schell, Jesse (2014). The Art of Game Design: A Book of Lenses (2ª ed.). CRC Press. ISBN 978-1-4665-9864-5. Materiais suplementares
Salen, Katie & Zimmerman, Eric (2003). Rules of Play: Game Design Fundamentals. MIT Press. ISBN 978-0-262-24045-1.
Koster, Raph (2013). A Theory of Fun for Game Design (2ª ed.). O’Reilly Media. ISBN 978-1-4493-6321-5.
Fullerton, Tracy (2004). Game Design Workshop. CRC Press. ISBN 978-0-240-80974-8.