Salesforce Backend Developer: palavras-chave de curriculo e entrevista

Você está concorrendo a vagas de Salesforce Backend Developer e não sabe quais termos o recrutador realmente procura no currículo. O resultado costuma ser o mesmo: currículo eliminado por sistema de triagem antes de qualquer pessoa ler. A vaga some em horas.

A causa quase sempre é simples. O texto do seu currículo não repete a linguagem da descrição da vaga, e o recrutador não adivinha que você sabe Apex porque escreveu "desenvolvimento em plataforma CRM".

Como as vagas de Salesforce Backend Developer são descritas#

Antes de mexer no currículo, leia a vaga com atenção. As descrições no Brasil costumam misturar três blocos: linguagens da plataforma, integração e governança. É comum ver Apex, SOQL, SOSL, LWC, Flows, CI/CD, Git, SFDX, integração via REST e SOAP, e experiência com objetos padrão e customizados.

Os requisitos de integração aparecem quase sempre. MuleSoft, plataformas de middleware, autenticação OAuth e Named Credentials são termos recorrentes. Se você trabalhou com isso, escreva. Se não, não invente.

O bloco de governança é o mais ignorado. Testes unitários com cobertura mínima, code review, ambientes de sandbox e deploy por change set ou pacote aparecem em muitas vagas. Recrutadores técnicos procuram isso porque é onde a manutenção do sistema trava.

Use o decodificador de descrições de vaga para separar o que é requisito real do que é ruído, e depois compare com as vagas abertas na nossa busca de vagas.

Palavras-chave que o currículo precisa conter#

Não se trata de encher o documento de termos. Trata-se de usar as mesmas palavras que a vaga usa, no contexto em que você realmente trabalhou. Se a vaga pede "desenvolvimento de integrações REST", escreva exatamente isso, e não "conexão com sistemas externos".

Termos que aparecem com frequência em vagas de Salesforce Backend Developer no mercado brasileiro:

• Apex, triggers, batch classes, queueables, schedulables
• SOQL, SOSL, governor limits, bulkification
• Objetos customizados, record types, validation rules
• Flows, process builder (em legado), declarative automation
• LWC, Aura, Visualforce, quando a vaga pede front-end
• SFDX, source tracking, scratch orgs, unlocked packages
• CI/CD com GitHub Actions, Jenkins ou Azure DevOps
• Deploy por change set, package ou metadata API
• Named Credentials, Remote Site Settings, callouts REST e SOAP
• Testes com @isTest, mocks de callout, cobertura de código
• Experience Cloud, Service Cloud, Sales Cloud, Marketing Cloud
• Sharing rules, profiles, permission sets, field-level security

Se a vaga cita MuleSoft, middleware ou ESB, e você tem essa experiência, inclua no título da experiência, não só nas skills. Recrutador busca por contexto.

Como adaptar o currículo para uma vaga específica#

O passo é mecânico. Abra a vaga em uma aba e seu currículo em outra. Marque os termos técnicos que aparecem na vaga e verifique quais já estão no seu documento.

Depois reescreva os bullets das experiências mais recentes usando a linguagem da vaga. Mantenha a verdade do que você fez. Mude o vocabulário, não os fatos.

Um exemplo de antes e depois, baseado em um caso comum de quem migra de desenvolvimento interno para Salesforce:

Antes: "Responsável pelo desenvolvimento de melhorias no sistema interno da empresa, atendendo demandas do time comercial."

Depois: "Desenvolvi triggers e classes Apex para automatizar o fluxo de oportunidades em Sales Cloud, reduzindo o trabalho manual do time comercial em tarefas repetitivas de atualização de registro."

O segundo bullet é mais forte porque nomeia a tecnologia, o contexto de negócio e o tipo de resultado. Sem número inventado. Sem promessa vazia.

Rode o currículo pelo nosso verificador de ATS gratuito antes de enviar, para conferir se a formatação e os termos passam pela leitura automática.

O que preparar para a entrevista técnica#

Entrevistas de Salesforce Backend Developer costumam seguir um padrão razoável. Vem uma parte de conceitos da plataforma, uma parte de código Apex e uma parte de integração ou arquitetura. A ordem muda, o conteúdo não muito.

Conceitos que aparecem com frequência:

• Governor limits e como contorná-los com bulkification
• Diferença entre trigger, flow e validação, e quando usar cada um
• Ciclo de ordem de execução em triggers
• Contextos de execução e o uso de Trigger.new e Trigger.old
• Padrões de teste, criação de dados de teste e isolamento
• Como fazer callout para serviço externo e tratar o limite de callouts
• Controle de acesso: profiles, permission sets, sharing
• Diferença entre sandbox, scratch org e produção

Para a parte de código, revise escrever um trigger bulk-safe e uma classe de teste que cubra os caminhos principais. Pratique em um org de desenvolvimento, não só lendo.

Exemplo de resposta para pergunta de arquitetura#

Uma pergunta recorrente é como você integraria o Salesforce com um sistema externo para sincronizar contas. Uma resposta concreta, sem jargão decorado, seria:

"Eu começaria entendendo o volume e a direção do dado. Se o Salesforce é a fonte da verdade, eu exporia um serviço REST com Apex REST ou publicaria eventos, dependendo se a sincronização precisa ser em tempo real ou em lote. Para autenticação, usaria Named Credentials para não deixar credenciais no código. Do lado do teste, criaria uma classe de mock implementando HttpCalloutMock, porque callout não roda em teste sem mock. E trataria erro com uma fila de reprocessamento, porque integração que falha sem fila vira chamado de suporte."

Essa resposta funciona porque mostra critério de decisão, não só ferramenta. O entrevistador quer saber como você pensa, não quantos produtos da Salesforce você consegue citar.

O que muda no mercado brasileiro#

Algumas ressalvas práticas. Muitas vagas de Salesforce no Brasil são para consultorias e parceiros, não para times internos da Salesforce. Isso muda o perfil esperado: consultoria cobra capacidade de conversar com cliente, documentar e entregar em ambiente que você não controla.

Salários variam muito por senioridade, regime (CLT ou PJ), cidade e se a vaga é remota. Faixas divulgadas em sites de vagas mudam com frequência, então confira a fonte oficial da vaga ou o portal de carreira da empresa em questão antes de negociar. Não existe uma faixa universal.

Outro ponto: certificações da plataforma aparecem em quase toda vaga sênior. Elas não substituem experiência, mas a ausência pode te eliminar em triagem automática. Se você tem, liste o nome exato da certificação e o ano. Se não tem, não escreva "em andamento" sem previsão.

Vagas remotas existem, mas a concorrência é maior e o filtro de inglês é comum quando o time é distribuído. Se a vaga pede inglês, prepare uma explicação técnica simples do seu último projeto nesse idioma, mesmo que a entrevista seja em português.

Confira as vagas abertas de Salesforce na nossa busca e leia mais sobre preparação de entrevistas no blog.

Checklist antes de enviar o currículo#

• Os termos técnicos da vaga aparecem no seu currículo, escritos do mesmo jeito
• Cada experiência recente tem pelo menos um bullet com tecnologia, contexto e resultado
• Não há skill listada que você não consiga sustentar em entrevista
• O nome exato de certificações está correto, com ano
• O currículo abre em formato de texto simples, sem tabelas ou colunas que atrapalhem leitura automática
• O verificador de ATS não apontou erro de formatação
• O arquivo tem um nome claro, com seu nome e a palavra currículo

Ferramentas grátis#

• jobrise.io/pt/free-ats-checker/
• jobrise.io/pt/free-jd-decoder/
• jobrise.io/pt/jobs/
• jobrise.io/pt/blog/

Perguntas frequentes#

Preciso ter certificação da Salesforce para concorrer a essas vagas?

Para vagas júnior, muitas empresas contratam sem certificação e cobram que você obtenha depois. Para vagas sênior e de consultoria, a certificação aparece como requisito em boa parte dos editais. Se a vaga lista certificação como requisito, priorize as vagas onde você já atende ou planeje tirar antes de se candidatar.

Quais linguagens além de Apex devo destacar?

Depende da vaga, mas SQL e JavaScript aparecem com frequência, junto com qualquer experiência de integração que você tenha, como consumo de APIs REST. Se você veio de backend em Java ou C#, mencione, porque facilita a leitura do seu perfil por quem entende de código. Não transforme isso em lista infinita de linguagens.

Devo colocar projetos pessoais em um currículo de Salesforce?

Sim, se você não tem experiência formal na plataforma. Um projeto em org de desenvolvimento, mesmo simples, mostra que você consegue configurar e codificar. Descreva o que o projeto resolve, quais objetos e automações usou, e onde está o código se houver.

Como responder quando não sei a resposta técnica?

Diga que não sabe, e explique como você descobriria. Em Salesforce isso funciona bem, porque a documentação e a comunidade são parte do trabalho diário. Inventar resposta é pior do que assumir a lacuna, porque o entrevistador técnico percebe rápido.

Vale a pena migrar de outra stack para Salesforce Backend Developer?

Vale se você já tem base em backend e gosta de trabalhar perto de negócio, porque a plataforma exige isso. A curva inicial é aprender a linguagem e os limites da plataforma, não algoritmo. Considere também que o mercado é menor que o de backend genérico, com menos vagas porém concorrência mais específica.