Processo seletivo: do CV à entrevista

Como funciona um processo seletivo em tecnologia e como se preparar sabendo o que esperar em cada etapa, do currículo à proposta.

Saber programar é uma coisa. Saber como é o processo seletivo é outra. A gente vê muito talento técnico genuíno não brilhar aqui simplesmente porque a pessoa não sabia que vinha tal pergunta, ou qual era a estrutura de cada etapa. Não tem mistério no processo, tem só regras, e você consegue aprender as regras todas.

Este guia mostra como os processos seletivos costumam funcionar, de forma bem concreta, e como você navega cada etapa sem aquele frio de "e agora, o que vem?".

As etapas que você vai encontrar

Cada empresa faz diferente, mas a maioria segue um padrão. Saber em que etapa você está muda tudo em termos de como se preparar.

1. Triagem de currículo

Alguém (ou um sistema) passa os olhos no seu CV e LinkedIn. Dura segundos. A decisão é direta: você avança ou segue em outro processo. Aqui o que importa é clareza e especificidade. O genérico não destaca.

2. Conversa inicial (com RH ou cultural)

Um papo humano. Pode ser telefone, vídeo ou presencial. Aqui querem entender quem você é mesmo, suas expectativas, se faz sentido você e a vaga morarem juntos. É via de mão dupla.

3. Etapa técnica

Varia bastante. Pode ser uma entrevista onde perguntam conceitos, um teste com problemas pra resolver em tempo real, um desafio pro você fazer em casa durante alguns dias, ou uma combinação disso. Depende muito da empresa e do nível da vaga.

4. Conversa final e alinhamento

Se você passou nas técnicas, aqui alinha expectativas, salário, benefícios, data de início. É também a sua chance de confirmar se é lugar que você quer trabalhar mesmo.

Como seu currículo passa na triagem

O CV não precisa ser artisticamente bonito. Precisa ser claro e específico, e falar a linguagem de quem está lendo.

Se a vaga pede React e você sabe React, deixa visível. Se você construiu algo (uma funcionalidade, uma interface, um bot), não escreve só "fiz um projeto". Escreve o que você entregou e qual foi o resultado. Exemplo real:

❌ Construí uma tela de checkout
✅ Implementei a interface de checkout em React que reduziu abandono de carrinho em 18%

Ou:

❌ Estudei fundamentos de banco de dados
✅ Desenhei o schema de banco de dados de um e-commerce que processava 50 pedidos por dia

Adapte o CV pra cada vaga também. Não coloca as mesmas coisas com a mesma ordem de importância em uma vaga de mobile e outra de back-end. O que mais importa em cada caso vai no topo.

E invista no LinkedIn e no GitHub. A maioria dos recrutadores olha os três junto. Se o CV diz que você sabe Git mas o GitHub está vazio, fica desconectado. Se o LinkedIn é só foto, perde um espaço valioso. Veja Git e GitHub do zero se quiser um norte sobre isso.

Dica

Copia a descrição original da vaga e tira as palavras-chave principais. Depois vê onde essas palavras aparecem no seu CV, LinkedIn ou GitHub. Se não aparecem e você realmente sabe aquilo, coloca. A triagem é rápida, e palavras no lugar certo ajudam a passar.

A etapa técnica

Pode parecer assustadora, mas é onde você tem mais controle, porque é onde tudo que você estuda na Criativaria aplica direto.

Pode vir pergunta sobre conceitos (o que é closure, como funciona hoisting, como resolveria tal problema), pode vir código pra escrever em tempo real, pode ser um desafio que leva pra casa.

Reforce os fundamentos. A maioria das perguntas técnicas sai de conceitos que duram: variáveis, tipos, arrays, objetos, funções, loops, condicionais, como resolver um problema passo a passo. Se você viu Fundamentos da Programação, tem uma boa base. Os exercícios ali são parecidos com o que encontra em entrevista.

Se ficar travado, pense em voz alta. Muita gente acha que a resposta certa é aquela que chega polida e perfeita. Na verdade, o que importa é como você raciocina, não se acertou de primeira. "Deixa eu pensar aqui... vou tentar assim... ah espera, isso não funciona porque... então vou tentar por outro ângulo", isso mostra honestidade e capacidade. Silêncio total é o que deixa quem entrevista inseguro.

Sucesso

"Não sei de cabeça, mas resolveria assim" é uma resposta honesta e respeitada. Ninguém sabe tudo. Mostrar que você consegue raciocinar mesmo sem a resposta pronta vale muito mais.

Perguntas sobre o que você já fez

Quando perguntam "conte de um tempo que resolveu um problema", "como lida com feedback", "já tive que refatorar código", tem uma estrutura que funciona sempre.

Pense em uma situação real. Pode ser de trabalho, de projeto pessoal, de estudo, de open source. Precisa ser real porque daí saem mais perguntas. Depois organize assim:

Situação: qual era o contexto, qual era o problema
Tarefa: qual era sua responsabilidade, por que caiu na sua mão
Ação: o que você fez especificamente
Resultado: qual foi o desfecho (positivo, ou "aprendi isso e da próxima vez faço diferente")

Exemplo: "Eu estava mantendo um projeto pessoal de lista de tarefas em React. O código ficou lento, a página demorava pra renderizar. Usei as ferramentas de dev do navegador e vi que tinha um componente renderizando sem necessidade. Mudei a estrutura pra renderizar só quando o estado realmente mudava. Ficou rápido de novo."

Vê: situação (projeto pessoal, código lento), tarefa (responsabilidade minha corrigir), ação (ferramentas de dev, identifiquei, apliquei solução), resultado (ficou rápido). Segue esse padrão.

Atitudes que contam

Pesquisa a empresa antes. Cinco minutos: quem trabalha lá, qual é o produto, quantas pessoas têm. Mostra interesse genuíno e ajuda você a avaliar se realmente quer trabalhar lá.
Tenha perguntas pra fazer. Conversa é de mão dupla. Perguntar sobre o time, sobre o dia a dia, como medem sucesso de um projeto, mostra que você pensa como alguém que vai trabalhar ali, não que só quer um "sim".
Agradeça e faça follow-up. Não precisa ser formal. Um "obrigada, foi legal conversar com você" por email, se a conversa foi boa, deixa boa impressão e mantém você na mente.

Quando a resposta é não

Levar "não" não é fracasso. É parte do processo. A gente conhece gente muito boa tecnicamente que levou "não" cinco vezes antes do "sim". Esses nãos não dizem nada sobre a capacidade delas, e não dirão sobre você.

Quando conseguir feedback (nem sempre consegue, mas vale pedir), use pra ajustar a próxima tentativa. Se disseram "achamos que ainda precisa de mais experiência em X", aí você sabe exatamente o que priorizar.

[!ATENÇÃO] Se leva muitos "não" e não consegue feedback, não significa que não presta. Às vezes é falta de clareza no CV, às vezes é timing (empresa buscava outra coisa), às vezes é volume de candidatos. Se receber feedback, aplique. Se não, continue estudando, refinando seu perfil e tentando.

Pra não desanimar: aplique pra várias coisas em paralelo. Não coloca toda a energia em uma entrevista. Aplica pra dez, recebe retorno de três, avança com uma ou duas. A chance de progressão sobe bastante.

Pra não desanimar ainda mais: cada "não" é informação sobre o que aprender ou ajustar, não um julgamento sobre quem você é.

Antes de você ir lá

Seu currículo está adaptado pro tipo de vaga que busca e mostra resultados, não só tarefas?
LinkedIn e GitHub estão apresentáveis e alinhados com o CV?
Você estudou fundamentos e está praticando exercícios de lógica regularmente?
Tem alguns exemplos reais na cabeça pra responder "conte sobre um problema que resolveu"?
Pesquisou a empresa e tem duas ou três perguntas prontas pra fazer na entrevista?

Preparação tira boa parte do nervoso. Quanto mais você entende como o jogo funciona, menos parece um teste e mais parece uma conversa. Porque no fundo é isso: pessoas conversando pra ver se faz sentido trabalhar junto.