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.
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.