como avaliar proposta do primeiro emprego tech antes de aceitar

Receber proposta do primeiro emprego tech dá um alívio enorme. Depois de CV, Gupy, LinkedIn, teste técnico, entrevista, silêncio e ansiedade, finalmente alguém falou: queremos você.

O impulso é aceitar na hora. Parece perigoso fazer pergunta. Parece arrogante negociar. Parece que qualquer hesitação vai fazer a empresa desistir e chamar outra pessoa.

Respira. Proposta boa aguenta 24 horas de análise. Proposta ruim costuma pressionar você justamente porque não quer ser analisada.

Este guia é para avaliar uma oferta de estágio, trainee, vaga júnior ou primeira posição em dados, produto, QA, suporte técnico, design ou desenvolvimento. Não é para transformar você em advogado trabalhista. É para evitar que a primeira chance vire uma armadilha por falta de pergunta básica.

Se você ainda está antes da oferta, leia também o guia de entrevista técnica para júnior e o roteiro de follow-up depois da entrevista. Se a proposta chegou, a pergunta muda: não é mais “será que me querem?”. É “essa vaga me ajuda a começar bem?”.

não aceite no mesmo minuto

Mesmo que a proposta pareça ótima, responda com calma:

Obrigado pela proposta. Fiquei feliz com o convite.
Posso revisar os detalhes e dar retorno até amanhã às 18h?

Isso é profissional. Empresa séria entende. Você não está enrolando; está tomando uma decisão de trabalho.

Aceitar no impulso cria dois problemas. Primeiro, você pode ignorar detalhe importante: contrato PJ estranho, salário abaixo do combinado, benefício que não existe, horário incompatível com faculdade, exigência presencial diferente da entrevista. Segundo, você perde a chance de pedir ajuste pequeno que talvez fosse possível.

Para primeiro emprego, 24 a 48 horas costuma ser razoável. Se a empresa exige resposta em duas horas sem motivo real, isso já entra na lista de sinais amarelos.

confira o pacote inteiro, não só o salário

Salário importa. Muito. Mas proposta não é só o número bruto.

Monte uma tabela simples:

O erro comum é comparar só “R$ 3.000 vs R$ 3.500”. Às vezes R$ 3.000 CLT com mentoria, equipamento, horário saudável e stack boa é melhor que R$ 3.800 PJ sem benefício, sem férias real e sem ninguém para revisar seu trabalho.

Se você está em dúvida sobre valor, use o guia de salário do primeiro emprego tech no Brasil. Se a proposta mistura CLT, PJ e estágio de um jeito confuso, leia CLT vs PJ vs estágio antes de responder.

compare com o que foi dito no processo

Pegue suas anotações da entrevista e confira se a proposta bate com o que prometeram.

Perguntas úteis:

• o modelo de trabalho é o mesmo que apareceu na vaga?
• o salário ou bolsa está dentro do range comentado?
• a senioridade continua sendo júnior, estágio ou trainee?
• a stack é a mesma discutida na entrevista?
• a carga horária cabe na sua rotina real?
• existe pessoa mentora, buddy ou referência técnica?
• o contrato menciona algo que não apareceu antes?

Mudança pequena pode acontecer. Às vezes a empresa disse “híbrido flexível” e a carta de oferta especifica dois dias por semana. Ok, desde que você consiga cumprir.

O problema é mudança estrutural: entrevista remota vira presencial; estágio de seis horas vira disponibilidade quase integral; vaga júnior vira “você será responsável sozinho pelo produto”; PJ vem com obrigação de horário, exclusividade e controle de CLT sem os direitos de CLT.

Quando aparecer diferença, pergunte por escrito. Não acuse. Só peça clareza:

Na conversa inicial eu tinha entendido que a vaga era remota.
Na proposta aparece modelo híbrido com três dias presenciais.
Você consegue confirmar qual modelo vale para a posição?

mentoria vale dinheiro

Para quem está começando, a pergunta mais importante nem sempre é “quanto paga?”. Muitas vezes é: “quem vai me revisar?”.

Primeiro emprego bom tem algum tipo de suporte:

• pessoa sênior revisando PR;
• buddy nos primeiros dias;
• 1:1 recorrente com gestor;
• onboarding técnico minimamente documentado;
• tarefas compatíveis com início de carreira;
• espaço seguro para perguntar sem virar piada;
• critério claro de evolução.

Sem isso, você até pode aprender. Mas aprende no modo difícil: quebrando coisa, adivinhando contexto, recebendo bronca tarde demais e confundindo ansiedade com performance.

Pergunte diretamente:

Como costuma ser o acompanhamento de pessoas júnior nos primeiros meses?
Existe alguém de referência para dúvidas técnicas e revisão de entrega?

Se a resposta for concreta, ótimo. Se vier “aqui todo mundo se ajuda” sem exemplo nenhum, cuidado. Isso pode significar colaboração real. Também pode significar que ninguém é responsável por te orientar.

Depois que entrar, use os guias de primeira semana como dev júnior e primeiros 30 dias para transformar essa mentoria em rotina, não em pedido solto.

stack boa não é a stack da moda

Stack boa para primeira vaga é a que te dá mercado, base e revisão.

Exemplos de stack ensinável:

• JavaScript/TypeScript com frontend ou backend real;
• Python com dados, automação, APIs ou backend;
• Java, C#, Go ou PHP em produto com time estruturado;
• SQL usado de verdade, não só planilha exportada;
• testes, Git, deploy e observabilidade em nível inicial;
• ferramentas de suporte, QA, BI ou produto com processo claro.

Stack perigosa não é necessariamente ruim. O problema é ficar preso cedo demais em ferramenta muito interna, produto sem documentação, framework abandonado ou rotina que só ensina operação manual.

Pergunte:

Quais tecnologias eu vou usar no dia a dia nos primeiros três meses?
Que tipo de tarefa normalmente fica com uma pessoa júnior nessa posição?

Se a resposta for “você vai apagar incêndio, mexer em tudo e aprender na marra”, não romantize. Pode ser oportunidade, mas também pode ser falta de time.

remoto júnior precisa de ritual

Vaga remota parece perfeita para começar: sem deslocamento, mais flexibilidade, mais vagas fora da sua cidade. Mas remoto sem ritual machuca júnior.

Você precisa saber:

• como a pessoa nova pede ajuda;
• em quais horários o time responde;
• se existe daily, pairing, canal técnico ou office hour;
• como task é explicada;
• como feedback chega;
• o que acontece quando você trava.

Pergunta boa:

Como o time organiza comunicação e apoio para pessoas júnior no remoto?

Resposta boa menciona rituais, canais, pessoas e frequência. Resposta ruim vende “autonomia total” como benefício absoluto.

Autonomia total é ótima para pleno experiente. Para júnior, autonomia sem contexto vira abandono. O guia de rotina no trabalho remoto para júnior aprofunda isso.

sinais vermelhos na proposta

Alguns sinais não significam recusar automaticamente, mas exigem cuidado:

• pressão para aceitar no mesmo dia sem necessidade real;
• salário abaixo do combinado;
• contrato diferente do anunciado;
• vaga “júnior” com responsabilidade de pessoa pleno ou sênior;
• ausência total de mentoria ou revisão;
• empresa evita explicar jornada, benefícios ou forma de pagamento;
• promessa vaga de aumento rápido sem critério;
• pedido para começar antes de formalizar contrato;
• cultura de “aqui é família” misturada com hora extra constante;
• exigência de equipamento próprio caro sem ajuda;
• estágio sem relação com sua formação ou sem supervisão.

Um sinal amarelo pede pergunta. Dois ou três sinais amarelos viram vermelho. Sinal vermelho não precisa ser drama: você pode recusar com educação e continuar buscando.

como pedir ajuste sem parecer ingrato

Negociar primeira proposta dá medo. Mas pedido claro e único é normal.

Modelo:

Obrigado pela proposta. Gostei bastante da posição e do time.
Revisei os detalhes e queria perguntar se existe flexibilidade para ajustar a bolsa para R$ X.
Esse valor ficaria mais alinhado com deslocamento/custo atual e eu conseguiria aceitar com tranquilidade.

Não peça cinco coisas ao mesmo tempo. Escolha o principal: salário, bolsa, início, modelo híbrido, equipamento, revisão em seis meses.

Se a empresa disser não, você decide. Não transforme em leilão infinito. Para júnior, a reputação de clareza vale mais do que ganhar R$ 100 depois de três rodadas estranhas.

Também não invente proposta concorrente. Mentira pequena nessa fase vira risco grande. Se você tem outra proposta real, pode dizer:

Tenho outro processo em fase final e queria tomar a decisão com responsabilidade.
Consigo dar retorno até sexta?

quando aceitar mesmo não sendo perfeito

Primeiro emprego raramente é ideal. Às vezes falta benefício. Às vezes a stack não é sua favorita. Às vezes o salário é ok, não ótimo.

Aceitar pode fazer sentido se:

• o contrato é claro;
• a remuneração não te coloca em aperto inviável;
• existe pessoa para te orientar;
• a stack tem mercado ou ensina base transferível;
• a rotina cabe na sua vida;
• a empresa respeitou você no processo;
• você consegue imaginar seis meses de aprendizado real ali.

Não procure vaga perfeita. Procure vaga saudável o suficiente para você aprender, entregar e sair mais forte do que entrou.

Se depois de alguns meses ficar claro que o ambiente é ruim, isso não significa que você errou para sempre. Use evidência, converse cedo e planeje saída com maturidade. O roteiro de como sair de um estágio ruim em tech existe justamente para esse cenário.

checklist antes de responder sim

Antes de aceitar, confirme:

[ ] valor bruto e benefícios
[ ] tipo de contrato
[ ] jornada e horário
[ ] formato remoto/híbrido/presencial
[ ] data de início
[ ] equipamento e acessos
[ ] pessoa de referência no onboarding
[ ] critérios dos primeiros 30/90 dias
[ ] principais tecnologias e tarefas
[ ] proposta por escrito

Se tudo estiver claro, responda simples:

Obrigado pela proposta. Eu aceito.
Fico feliz em seguir com o time e aguardo os próximos passos de documentação e início.

Depois disso, pare de reabrir a negociação. Você aceitou. Agora o trabalho é entrar bem, documentar o onboarding, pedir ajuda cedo e construir confiança.

Primeiro emprego tech não precisa ser perfeito para mudar sua carreira. Mas precisa ser claro o suficiente para você saber o que está aceitando.