Gestão

Entender Salesforce sem ser técnico: os termos que aparecem nas suas decisões

Ponte conectando o lado de negócio ao lado técnico

Reunião de status. O time solta que "não deu por causa dos governor limits, o FLS não estava configurado e aquele recurso virou shelf-ware". Você balança a cabeça, aprova a próxima etapa e segue. O problema é que você acabou de decidir sobre custo, prazo e risco sem entender uma frase do que foi dito. O dinheiro começa a vazar exatamente aí, no ponto em que o jargão vira uma neblina e a decisão é sua.

Você não precisa aprender a programar para liderar um projeto de Salesforce. Mas precisa entender umas sete palavras, porque elas aparecem justamente nas decisões que só você toma. Quando o time se esconde atrás do termo, você aprova no escuro. Este guia traduz esse vocabulário para quem paga a conta.

Por que jargão custa dinheiro

Jargão não é firula, é uma barreira que muda o que você aprova. Se você não sabe o que a palavra significa, não tem como questionar o prazo, o custo ou o risco que vêm junto com ela. Três exemplos do dia a dia:

  • O time diz que uma mudança "simples" vai levar três semanas. Sem entender o motivo técnico, você não sabe se o prazo é honesto ou inflado.
  • Alguém pede orçamento para "reescrever em código" o que hoje é configurável. Sem contexto, você aprova uma dependência cara que poderia não existir.
  • Um recurso é entregue no prazo, funciona nos testes e ninguém usa. Você pagou por ele e não questionou adoção, porque ninguém colocou essa palavra na mesa.

Os termos que aparecem nas suas decisões

Seis ou sete palavras cobrem quase toda reunião. Para cada uma, o que ela quer dizer em linguagem de negócio e a pergunta que você deveria fazer na hora.

Shelf-ware

É o recurso que você pagou, que funciona, mas que ninguém usa: fica na prateleira juntando poeira. Quase sempre é falha de adoção, não de código. Vale ler depois como transformar um recurso em hábito da equipe, porque software parado é o desperdício mais silencioso de todos.

A pergunta que você deveria fazer: "como vamos garantir que a equipe realmente use isto?"

Governor limits

São os limites que a plataforma impõe a cada operação, porque a mesma infraestrutura é dividida por milhares de empresas. Na prática, é por isso que uma tarefa que parece simples às vezes não é nem rápida nem barata: fazer certo dentro do limite exige cuidado de engenharia que o cliente não enxerga.

A pergunta que você deveria fazer: "esse limite muda o custo ou o prazo desta entrega?"

FLS e permissões

É o controle de quem vê o quê: quais campos e quais registros cada pessoa consegue abrir. Parece detalhe de administrador, mas é aqui que mora o risco de LGPD e de vazamento de dado sensível. Permissão frouxa é passivo esperando acontecer.

A pergunta que você deveria fazer: "quem consegue ver esse dado, e isso é auditável?"

Custom Metadata e config-driven

É a diferença entre uma regra que o próprio administrador ajusta no sistema e uma regra chumbada no código. Quando algo é config-driven com Custom Metadata, mudar uma faixa de comissão ou um limite não exige chamar (e pagar) um desenvolvedor toda vez. Isso é dinheiro no seu bolso ao longo do ano.

A pergunta que você deveria fazer: "quando essa regra mudar, vou precisar de um desenvolvedor?"

Apex e Flow

São as duas formas de automatizar. O Flow resolve com configuração, sem código, e o time de operação consegue mexer. O Apex é código, mais poderoso e mais caro de manter. Nenhum é sempre melhor: a escolha depende do caso, como explico em quando usar Flow ou Apex. O sinal de alerta é o profissional que sempre resolve tudo do mesmo jeito.

A pergunta que você deveria fazer: "dá para resolver sem código? Se não, por quê?"

Webhook e integração

É o ponto onde dois sistemas se falam: o seu Salesforce e o ERP, o financeiro, a plataforma de assinatura. Um webhook é o aviso automático que um sistema manda para o outro quando algo acontece. É poderoso e também é o lugar mais comum de as coisas quebrarem em silêncio, sem ninguém perceber até o dado sumir.

A pergunta que você deveria fazer: "o que acontece se essa integração cair no meio do dia?"

Como cobrar clareza do seu time

Você não precisa virar técnico. Precisa fazer o time traduzir. Guarde estas quatro perguntas e use sem cerimônia em qualquer reunião:

  • "Me explica isso sem jargão, como você explicaria para um cliente."
  • "Qual o custo de manter isso funcionando daqui a um ano?"
  • "Como a gente garante que a equipe vai usar de verdade?"
  • "Qual é o risco se isso der errado, e quem percebe primeiro?"

Um bom parceiro responde a essas quatro perguntas sem se irritar. Quem se esconde no jargão para não responder está protegendo a própria zona de conforto, não o seu projeto. E quando a conversa chegar no orçamento, entender quanto custa um projeto Salesforce e o que pesa no preço ajuda a distinguir uma estimativa honesta de um chute otimista.

Você merece um parceiro que traduz, não que se esconde

Se o seu time de Salesforce fala em código quando você pergunta sobre custo e prazo, talvez o problema não seja você. Eu explico cada decisão em linguagem de negócio antes de escrever uma linha. Comece com um diagnóstico gratuito de 45 minutos.

Falar no WhatsApp Ver serviços

Guarde isto para a próxima reunião: o glossário completo de termos de Salesforce, todos explicados em português e sem enrolação. E se alguém do seu time quer aprender a plataforma do zero, encaminhe o plano de 30 dias no Trailhead.