Muitas empresas contratam para Salesforce da mesma forma que contratam para qualquer outra stack: “precisamos de alguém que saiba Salesforce”. Só que a plataforma tem papéis muito diferentes, e a escolha errada custa caro nos dois sentidos. Um desenvolvedor contratado para ajustar fluxos e relatórios vai escrever código onde bastava configuração, e a org fica mais difícil de manter. Um administrador colocado para construir uma integração complexa vai travar ou improvisar.

O ponto de partida não é o cargo, é o problema. Este artigo explica o que cada papel faz, como ler certificações sem superestimá-las, como escolher o perfil a partir do que você precisa resolver e como compor o time em cada estágio do projeto.

Os papéis, um por um

Administrador

Configura a plataforma sem código ou com pouco código: objetos e campos, layouts, perfis e permissões, Flows, regras de validação, relatórios e dashboards. Cuida da saúde da org, do cadastro de usuários e da qualidade dos dados. É o perfil que mantém o CRM útil no dia a dia e evolui processos em ciclos curtos.

Desenvolvedor (Apex e LWC)

Entra quando a configuração não resolve. Escreve Apex para lógica de negócio complexa, triggers e processamento em lote, constrói componentes em Lightning Web Components para interfaces específicas e implementa integrações via APIs. Um bom dev Salesforce conhece os limites da plataforma (governor limits) e sabe quando não escrever código.

Consultor funcional por cloud

Traduz o processo de negócio para a plataforma. É especialista em uma cloud: Sales Cloud para funil comercial, Service Cloud para atendimento, Marketing Cloud para jornadas e comunicação, Commerce Cloud para loja virtual. Conduz levantamento, desenha o processo futuro e orienta o que o admin configura e o que o dev constrói.

Arquiteto técnico e arquiteto de solução

O arquiteto de solução decide como a plataforma atende o negócio: quais clouds, qual modelo de dados, o que fica no Salesforce e o que fica fora. O arquiteto técnico cuida de como isso é construído com segurança, performance e escala: estratégia de ambientes, deploy, volume de dados, padrões de código e integração. Em projetos menores, uma pessoa acumula os dois papéis.

Especialista em integração e MuleSoft

Quando o Salesforce precisa conversar com ERP, e-commerce, sistemas legados e plataformas de dados, a integração vira um projeto próprio. Esse especialista desenha APIs, orquestra fluxos, trata erros e reprocessamento, e garante que os dados cheguem consistentes. MuleSoft é a ferramenta da própria Salesforce para isso, mas o papel existe mesmo quando a integração usa outras ferramentas.

Certificações como sinal, não como prova

As certificações Salesforce são bem estruturadas e mostram que a pessoa estudou a plataforma com método. Uma certificação de Administrator, Platform Developer ou de uma cloud específica é um bom sinal de base. As de arquitetura exigem mais preparo e costumam indicar experiência mais ampla.

Mas certificação não substitui projeto. Há profissionais com várias certificações e pouca vivência em org real, e profissionais excelentes com poucas. Use as certificações para filtrar a base, e a entrevista para confirmar:

  • Qual foi a org mais complexa em que você trabalhou? Quantos usuários, quais clouds, quais integrações?
  • Conte um caso em que você escolheu configuração em vez de código, ou o contrário. Por quê?
  • Como você lida com governor limits em processamento de grandes volumes?
  • Como funcionava o processo de deploy entre ambientes no último projeto?
  • Qual decisão de modelo de dados você tomaria diferente hoje?

Como escolher pelo problema

Descreva o que precisa ser resolvido e compare com estes critérios:

  • Ajustes de processo, relatórios, permissões, automações simples: administrador.
  • Regra de negócio que Flow não comporta, interface específica, volume alto de dados: desenvolvedor.
  • Processo comercial ou de atendimento mal desenhado, adoção baixa pelos usuários: consultor funcional da cloud correspondente.
  • Várias clouds, várias orgs, dúvida sobre o que fica dentro ou fora do Salesforce: arquiteto de solução.
  • Performance ruim, deploys que quebram, código difícil de manter: arquiteto técnico.
  • Dados inconsistentes entre CRM, ERP e e-commerce: especialista em integração.

Uma regra prática: se o problema se resolve clicando, é administração. Se precisa de código, é desenvolvimento. Se muda o desenho, é arquitetura. Se muda o processo do negócio, é consultoria funcional.

Composição por estágio do projeto

Implantação

É onde as decisões mais difíceis de desfazer acontecem. Um arquiteto de solução desde o início, consultor funcional da cloud principal, um ou dois desenvolvedores, um administrador para configuração e, se houver integrações relevantes, um especialista em integração. O arquiteto é o papel que você menos deveria economizar aqui.

Evolução

A plataforma já roda e o negócio pede novas funcionalidades. O núcleo passa a ser desenvolvedores e administrador, com um arquiteto em papel de revisão e direção técnica. Consultor funcional entra quando uma nova cloud ou um novo processo chega.

Sustentação

Foco em estabilidade, pequenos ajustes e suporte aos usuários. Um administrador sênior costuma resolver a maior parte, com um desenvolvedor para correções e manutenção de código existente. Sem ninguém cuidando da org, a dívida técnica cresce rápido.

Erros comuns na contratação Salesforce

  • Pedir um “Salesforce full” que faça tudo. Admin, dev, funcional e arquiteto na mesma pessoa existe raramente e custa como tal.
  • Implantação sem arquiteto. O modelo de dados nasce torto e cada evolução fica mais cara.
  • Ignorar a cloud. Experiência forte em Sales Cloud não garante domínio de Marketing Cloud, que tem lógica bem diferente.
  • Tratar integração como tarefa do dev. Em cenários com ERP e e-commerce, integração é especialidade.
  • Contar certificações em vez de avaliar projetos.

Como a Devgo monta times Salesforce

A Devgo aloca profissionais Salesforce full-time e 100% dedicados ao seu time, do administrador ao arquiteto, incluindo especialistas por cloud e em integração. Quando o projeto pede um time completo, o Squad as a Service entrega a composição certa para o estágio, com rituais desde a primeira sprint e um contrato só.

Tudo começa com um deep dive de 30 minutos sobre o seu cenário: clouds, integrações, fase do projeto e urgência. A partir dele, a shortlist chega ranqueada e validada. Se o seu projeto também envolve e-commerce, veja como montar o time para e-commerce.

No Salesforce, escolha o perfil pelo problema: configuração, código, processo, desenho ou integração pedem pessoas diferentes.