Como medir SLA e tempo em cada status no Salesforce

A maioria dos times usa Status__c ou StageName sem nenhuma noção de tempo. O resultado: um caso, um lead ou uma oportunidade pode ficar dias parado no mesmo status sem ninguém perceber. Medir o tempo em cada etapa é o que transforma o CRM de registro passivo em ferramenta de gestão.

O que realmente importa medir

Não é só "há quanto tempo o registro existe". O que gera ação é quanto tempo ele passou em cada status, e se esse tempo estourou o limite acordado. E, para ser justo, isso precisa ser contado em horas úteis, não corridas: um caso aberto sexta às 17h não deveria "gastar" SLA no fim de semana. No Salesforce, o objeto BusinessHours resolve exatamente esse cálculo.

O erro comum: amarrar a lógica a um objeto só

Muitos times constroem o controle de SLA colado no objeto Case. Aí precisam da mesma coisa em Lead, em Opportunity, num objeto customizado, e reescrevem tudo. A abordagem que escala é agnóstica de objeto: um mecanismo genérico que descobre em runtime, via Schema.describe, qual campo observar em cada objeto, e é configurado por Custom Metadata. Adicionar SLA a um objeto novo vira um registro de configuração, não código novo.

Transições automáticas de estado

Com o tempo sendo medido, o próprio sistema promove o registro de No prazo para Em risco e para Violado conforme cruza os limiares. Um Batch recalcula periodicamente os registros abertos, então nada depende de alguém abrir a tela para "descobrir" que estourou.

Alerta em tempo real, desacoplado do cálculo

No momento em que um registro viola o SLA, o ideal é publicar um Platform Event. Isso separa quem calcula a violação de quem reage a ela: notificação no Slack, e-mail para o gestor, atualização de um painel ao vivo, tudo passa a ouvir o evento sem acoplar nada ao motor de cálculo. Amanhã você adiciona um novo canal de notificação sem tocar na lógica de SLA.

Por que isso vira dinheiro

• Atendimento e vendas param de perder prazo por falta de visibilidade.
• O gestor enxerga gargalos por status, não só por volume.
• O acordo de nível de serviço com o cliente deixa de ser promessa e vira métrica auditável.