Profissões da Indústria de Jogos: Quem Faz o Quê em um Estúdio

Guia das profissões da indústria de jogos: programador, designer, artista, QA e producer. O que cada um faz de verdade e por onde começar a sua carreira.
Profissões da Indústria de Jogos: Quem Faz o Quê em um Estúdio
Quando alguém fala "eu quero trabalhar com jogos", quase sempre está pensando em uma profissão só, geralmente a primeira que viu em vídeo de YouTube. Mas as profissões da indústria de jogos formam um time inteiro, e um jogo só sai quando todas as funções acontecem: alguém programa, alguém desenha o sistema, alguém produz a arte, alguém quebra o jogo de propósito pra achar bug e alguém garante que tudo isso aconteça no prazo.
Esse artigo mapeia as cinco funções centrais de qualquer estúdio: programador, game designer, artista, QA e producer. Pra cada uma, o que a pessoa faz no dia a dia de verdade (não a versão romantizada), que habilidades pesam na contratação e qual porta de entrada costuma funcionar. No final, falo de como times pequenos misturam tudo isso, porque no Brasil essa é a realidade da maioria.
Programador: quem faz o jogo funcionar
O programador transforma ideia em sistema que roda. Movimento do personagem, inteligência dos inimigos, interface, save, multiplayer, integração com loja: tudo que "acontece" no jogo passou pela mão de um programador.
Dentro da programação existem especializações, e vale conhecer porque as vagas costumam pedir uma delas:
- Gameplay: implementa mecânicas. É quem faz o pulo sentir bom, o combate responder, a câmera seguir direito. A especialização mais próxima do design.
- Engine/sistemas: trabalha na fundação. Ferramentas internas, pipeline de build, otimização de performance, renderização. Mais matemática e arquitetura, menos contato com a parte "divertida".
- UI: menus, HUD, telas de inventário. Subestimada e sempre em falta, porque todo jogo tem interface e pouca gente gosta de fazer.
- Backend/online: servidores, matchmaking, economia de jogos live service. Aqui o conhecimento se cruza com desenvolvimento web tradicional.
No dia a dia, programar jogo é menos "criar mecânica genial" e mais ler código dos outros, caçar bug, e negociar com o designer o que dá pra fazer dentro do prazo. A habilidade que mais diferencia um júnior contratável não é decorar engine, é saber decompor um problema: pegar "o inimigo precisa patrulhar e perseguir o jogador" e quebrar em estados, condições e transições.
Porta de entrada: portfólio com jogos pequenos e completos. Dois ou três projetos finalizados, com código no GitHub, valem mais que dez protótipos abandonados. Godot e Unity são os caminhos mais comuns pra começar; a engine importa menos do que a prova de que você termina o que começa.
Game designer: quem desenha a experiência
Essa é a profissão mais mal compreendida da lista. Game designer não é "a pessoa das ideias". Ideia todo mundo do time tem. O designer é quem transforma intenção em regra: define quanto de dano o inimigo causa, quanto tempo dura o cooldown, como a dificuldade cresce, o que o jogador aprende em cada fase e em que ordem.
O trabalho concreto envolve:
- Documentação: escrever especificações claras o suficiente pra programador implementar e artista produzir sem adivinhar.
- Balanceamento: ajustar números em planilha. Muita planilha. Economia de recursos, curvas de progressão, custo e recompensa.
- Level design: uma especialização própria, focada em construir os espaços onde o jogo acontece, controlando ritmo, desafio e o que o jogador vê primeiro.
- Playtest: assistir pessoas jogando, anotar onde travam, e ter a humildade de cortar a parte que você amava mas ninguém entendia.
A ferramenta principal do designer não é software, é comunicação. Se o documento gera dez interpretações diferentes, o problema é do documento. E o designer passa boa parte do tempo defendendo decisões com argumento, não com cargo.
Porta de entrada: quase ninguém é contratado como designer júnior sem prova de trabalho. As provas que funcionam: jogos próprios (mesmo simples, feitos em Godot ou até em papel), mods de jogos existentes, mapas em editores como o do Counter-Strike ou Trackmania, e análises escritas que mostram que você enxerga sistemas, não só "gostei/não gostei".
Artista: quem dá forma e identidade
"Artista de jogos" é um guarda-chuva enorme. Em estúdio grande, são departamentos separados; em estúdio pequeno, uma ou duas pessoas cobrem tudo. As especializações principais:
- Concept art: desenha a aparência de personagens, cenários e objetos antes de existirem no jogo. É design visual, não ilustração bonita: o trabalho é resolver como a coisa vai ser.
- Arte 2D: sprites, ilustração, interface, ícones. Em jogo pixel art ou estilo cartoon, é o coração visual do projeto.
- Modelagem 3D: cria os modelos de personagens, props e cenários. Inclui retopologia e UV mapping, partes técnicas que separam hobby de profissão.
- Animação: dá vida ao que foi modelado ou desenhado. Animação de gameplay (ciclo de corrida, ataque) tem exigências diferentes de animação de cutscene.
- Tech art: a ponte entre arte e programação. Shaders, rigging, otimização de assets, ferramentas pro time de arte. Profissional raro e disputado.
- VFX: efeitos visuais de explosão, magia, impacto. Outra especialização escassa.
A diferença entre artista "de jogos" e artista em geral é a restrição técnica: tudo precisa rodar em tempo real, dentro de um orçamento de polígonos, texturas e draw calls. Um modelo lindo que derruba o framerate é um modelo errado.
Porta de entrada: portfólio focado. Recrutador de arte olha ArtStation, e prefere ver dez peças excelentes do mesmo tipo do que cinquenta medianas espalhadas. Escolha uma especialização, estude os fundamentos (anatomia, cor, composição pra 2D; topologia e silhueta pra 3D) e produza peças que pareçam saídas de um jogo real.
QA: quem protege a qualidade
QA (Quality Assurance) é a função mais subestimada da indústria e, historicamente, a porta de entrada mais usada por quem não veio de faculdade da área. Mas vamos desfazer o mito primeiro: QA não é "ganhar pra jogar". É jogar do jeito mais chato possível, de propósito, centenas de vezes.
O trabalho real:
- Executar planos de teste: listas estruturadas de verificações. Abrir o menu em todas as resoluções. Morrer em cada checkpoint. Comprar cada item com o inventário cheio.
- Reproduzir bugs: achar o bug é metade; a outra metade é descobrir o passo a passo exato que faz ele acontecer sempre. Bug que não reproduz é bug que não conserta.
- Escrever reports: descrever o problema com clareza, severidade, frequência, vídeo ou screenshot, e os passos de reprodução. Um report bem escrito economiza horas de um programador.
- Regressão: depois que um bug é corrigido, testar de novo a área inteira em volta, porque correção adora quebrar coisa do lado.
Existe também o QA técnico, que escreve testes automatizados e scripts, um caminho que se aproxima de programação e paga melhor.
Porta de entrada: é a função com menor barreira formal, e por isso atrai muita gente. O que diferencia candidatos: atenção obsessiva a detalhe, escrita clara e conhecimento básico de como jogos são feitos (pra reportar "a colisão da parede leste falha quando o dash termina dentro dela" em vez de "atravessei a parede"). Muita gente usa QA como entrada e migra depois pra design, produção ou programação, com a vantagem enorme de já entender o processo por dentro.
Producer: quem faz o projeto chegar ao fim
Se o designer desenha o jogo e o programador constrói, o producer garante que exista um jogo lançado no final. É gestão de projeto aplicada a uma indústria onde tudo atrasa e todo mundo é criativo demais pra escopo.
No dia a dia, o producer:
- Planeja e prioriza: transforma a visão do jogo em backlog, milestones e sprints. Decide, junto com as lideranças, o que entra na próxima versão e o que fica pra depois.
- Remove bloqueios: o animador está parado esperando o rig? O build quebrou e ninguém consegue testar? O producer corre atrás.
- Gerencia escopo: a habilidade definidora da função é cortar. Todo jogo já nasceu maior do que o time consegue fazer; producer bom corta cedo e com critério, antes que o prazo corte sozinho e sem critério.
- Comunica: pra cima (publisher, investidores, direção) e pra dentro (o time sabe o que importa essa semana?).
Producer não precisa programar nem desenhar, mas precisa entender o suficiente de cada disciplina pra estimar prazo com o time e farejar quando "tá quase pronto" significa três semanas. As ferramentas são as de gestão (Jira, Trello, planilhas), mas a matéria-prima é gente.
Porta de entrada: raramente é o primeiro cargo. O caminho comum é vir de outra função (QA é uma origem clássica) ou de gestão de projetos em outra indústria. Pra quem está começando do zero, organizar um projeto de game jam ou um time amador e levar até o lançamento é a melhor simulação que existe.
Em time pequeno, todo mundo usa vários chapéus
Tudo acima descreve a divisão de um estúdio médio ou grande. A realidade da maioria dos estúdios brasileiros é outra: times de duas a dez pessoas onde o programador também faz design, o artista também faz UI e o sócio fundador é producer, designer e responsável pelo marketing ao mesmo tempo.
Isso tem duas consequências práticas pra quem está entrando:
- Perfil em T vence. Profundidade real em uma função, mais noção funcional das vizinhas. Um programador que entende princípios de game design, ou um artista que sabe importar e configurar os próprios assets na engine, vale muito mais pra um time pequeno do que um especialista que só opera dentro da própria caixa.
- Fazer jogo inteiro ensina o mapa. Mesmo que seu objetivo seja ser artista 3D em estúdio grande, ter feito um jogo pequeno do início ao fim te dá algo que muito candidato não tem: você entende o que as outras funções precisam de você. Isso aparece em entrevista.
Existem ainda outras funções que não cabem detalhar aqui: áudio (sound design e música), narrative design e roteiro, marketing e community management, dados e analytics em jogos live service. Todas são portas reais, e várias seguem a mesma lógica: portfólio prova mais que diploma.
Por onde começar
Não dá pra escolher profissão por descrição de texto, igual não dá pra escolher sabor de pizza por foto. O teste honesto é fazer: participe de uma game jam, monte um projeto pequeno, e preste atenção em qual parte do processo te prende. Se você perde a noção do tempo ajustando a curva do pulo, isso diz algo. Se o que te prende é organizar o que falta e destravar o time, isso também diz.
A boa notícia é que a indústria de jogos contrata pelo que você consegue mostrar. Em todas as cinco funções, o padrão se repete: projeto pequeno e terminado vale mais que ideia grande no papel. Escolha uma função pra aprofundar, mantenha curiosidade pelas outras e comece a construir a prova de que você faz, não só quer.


