Prazo prometido versus prazo realizado: Como transformar SLA em indicador gerencial
Introdução
Uma pesquisa da Opinion Box realizada em 2024 revelou que 61% dos consumidores brasileiros já desistiram de comprar novamente de um varejista após uma entrega atrasada. O dado é grave, mas o mais preocupante é o que está por trás dele: a maioria das empresas não sabe com precisão onde o atraso aconteceu. Elas sabem que entregaram fora do prazo. Não sabem por quê.
Prazo de entrega é, na superfície, um número simples: você prometeu 3 dias úteis, a entrega foi feita no 5º. Há 2 dias de desvio. Mas esse desvio não tem origem única. Ele pode ter nascido no armazém, na expedição, na transportadora, em uma tentativa frustrada, em uma exceção de endereçamento. Cada uma dessas origens tem um responsável diferente, uma solução diferente e um custo diferente.
Sem decompor o SLA em etapas mensuráveis, a operação logística age no escuro. Acusa a transportadora quando o problema está no picking. Cobra o CD quando o problema está na janela de coleta. Atende reclamações de clientes sem resolver a causa raiz.
Este artigo mostra como estruturar a medição de SLA real, decompor o prazo em etapas operacionais e transformar esse conjunto de dados em um painel gerencial que orienta decisões — não apenas reporta falhas.
O que é SLA real e por que ele difere do SLA prometido
SLA (Service Level Agreement) de entrega é o compromisso de prazo assumido com o cliente no momento da compra. Ele é calculado com base em tabelas de tempo de trânsito por transportadora, região e modalidade, mais o tempo interno de processamento do pedido.
O SLA real é o que de fato aconteceu. A diferença entre os dois — o desvio de SLA — é o indicador que a operação deveria perseguir com obsessão.
O problema é que a maioria das empresas mede apenas o resultado final: pedido entregue no prazo ou fora do prazo. Essa visão binária é insuficiente. Ela não responde:
- Em qual etapa o pedido saiu do prazo?
- O atraso foi sistemático (afeta muitos pedidos) ou pontual?
- Qual transportadora, região ou categoria tem mais desvio?
- O atraso gerou reclamação ativa do cliente ou passou silencioso?
Para responder a essas perguntas, é preciso medir o SLA por etapa.
As cinco etapas do prazo de entrega
Um pedido de e-commerce percorre cinco grandes etapas desde a confirmação até a entrega. Cada uma tem um responsável, um benchmark e um ponto de controle.
Etapa 1: Separação (picking e packing)
Tempo medido: da confirmação do pagamento até o pedido estar embalado e etiquetado, pronto para coleta.
Benchmark de mercado: segundo o ILOS, operações bem estruturadas conseguem realizar o picking em até 4 horas para pedidos normais. Operações de alto volume (como datas sazonais) devem ter capacidade planejada para manter esse benchmark.
Pontos de atenção: gargalos no picking manual, erros de endereçamento de estoque, falta de embalagem adequada, picos de demanda não previstos.
Etapa 2: Expedição (handoff para a transportadora)
Tempo medido: da embalagem até o escaneamento de aceite da transportadora (first scan).
Benchmark: o ideal é que o intervalo entre a nota fiscal emitida e o first scan não ultrapasse 24 horas. Desvios acima disso indicam problema de janela de coleta ou fila no doca.
Pontos de atenção: transportadora sem coleta no dia, volumes acumulados por falha na janela, problemas de emissão de NF ou DANFE.
Etapa 3: Trânsito
Tempo medido: do first scan até a chegada na unidade de distribuição destino (última milha).
Esta é a etapa mais visível, mas não necessariamente a mais problemática. O trânsito entre grandes centros urbanos tende a ser previsível. O desvio ocorre mais frequentemente em rotas de interior, ramais e destinos atendidos por parceiros regionais.
Benchmark: cada par de origem-destino tem um SLA de trânsito publicado pela transportadora. O monitoramento deve comparar o realizado com esse benchmark por rota, não pela média geral.
Pontos de atenção: atrasos em rodovias, problemas climáticos, falhas de transbordo, atraso em hubs intermediários.
Etapa 4: Tentativa de entrega
Tempo medido: da chegada na unidade de distribuição destino até a primeira tentativa de entrega ao destinatário.
Esta é a etapa mais negligenciada no monitoramento. A transportadora chegou ao destino. O pedido ficou parado por quanto tempo antes da primeira tentativa?
Benchmark: 24 horas entre chegada no destino e primeira tentativa é o padrão aceitável para grandes transportadoras. Acima de 48 horas, há problema operacional na ponta.
Pontos de atenção: volume acumulado na galpão destino, falta de roteirização eficiente, endereços de difícil acesso.
Etapa 5: Entrega efetiva (ou insucesso)
Tempo medido: da primeira tentativa até a entrega confirmada, ou até o encerramento por devolução/retirada em agência.
Nem toda tentativa resulta em entrega. Quando o destinatário está ausente, o processo entra em um ciclo de novas tentativas ou redirecionamento para agência. Cada ciclo adicional aumenta o custo logístico e o prazo real.
Benchmark: segundo levantamento do setor, pedidos com insucesso na primeira tentativa têm prazo total 60% a 80% maior que pedidos com entrega na primeira tentativa.
Pontos de atenção: endereço incompleto ou incorreto (problema de origem no e-commerce), destinatário ausente por falta de agendamento, recusa no ato da entrega.
Como monitorar: dados, sistemas e integração
Medir essas cinco etapas requer integração entre sistemas. O TMS (Transportation Management System) é o ponto central, mas precisa se conectar a:
- ERP ou OMS: para capturar o timestamp de confirmação do pedido e emissão da NF
- WMS: para registrar o horário de conclusão do picking e início da expedição
- API das transportadoras: para receber eventos de rastreamento (first scan, chegada no destino, tentativas, entrega)
- Plataforma de e-commerce: para correlacionar prazo prometido no checkout com o prazo real
Sem essa integração, o gestor trabalha com dados fragmentados. Ele sabe que houve atraso, mas não consegue atribuir o tempo de cada etapa. A responsabilização fica indefinida.
Um TMS moderno consolida esses eventos em um único painel e calcula automaticamente o desvio por etapa, por transportadora, por região e por período. Isso transforma a gestão reativa (abrir ocorrência quando o cliente reclama) em gestão proativa (identificar o desvio antes que gere reclamação).
Transformando prazo em indicador gerencial
Dados operacionais só têm valor quando se transformam em decisão. Para isso, o SLA decomposto deve virar um conjunto de KPIs gerenciais. Os mais relevantes são:
OTD (On-Time Delivery): percentual de pedidos entregues dentro do prazo prometido. É o indicador-síntese. Qualquer empresa deveria ter esse número por transportadora, por canal de venda e por região.
Desvio médio de SLA: quando há atraso, quantos dias de desvio em média? Um OTD de 85% com desvio médio de 0,5 dia é muito diferente de um OTD de 85% com desvio médio de 3 dias.
SLA por etapa: percentual de pedidos que cumpriram o tempo alvo em cada etapa. Permite identificar qual elo está quebrando a cadeia.
Taxa de insucesso na primeira tentativa: pedidos que não foram entregues na primeira visita. Influencia diretamente o custo logístico e o prazo total.
NPS logístico: satisfação do cliente com a experiência de entrega. A Bain & Company, criadora do NPS, documenta consistentemente que pontualidade na entrega é o driver mais relevante do NPS logístico no varejo.
Esses indicadores devem ser revisados em reuniões semanais com a operação e mensalmente com as transportadoras. O ciclo de revisão transforma o dado em ação corretiva.
Casos práticos: onde o atraso realmente estava
Caso 1: O varejista que culpava a transportadora
Uma operação de médio porte tinha OTD de 72% e atribuía a causa às transportadoras. Após implementar o monitoramento por etapa, descobriu que 40% dos atrasos ocorriam antes do first scan: o pedido ficava na fila de expedição por mais de 36 horas antes de ser coletado. O problema era interno, não da transportadora. A solução foi reorganizar o processo de expedição e criar uma janela de coleta fixa com as transportadoras parceiras.
Caso 2: O e-commerce com alta taxa de insucesso
Um varejista de eletrônicos tinha OTD aparentemente razoável (81%), mas recebia volume elevado de reclamações de prazo. A análise mostrou que o OTD estava sendo calculado considerando apenas pedidos com entrega concluída — excluindo os que estavam em ciclo de nova tentativa. Quando os pedidos em insucesso foram incluídos no cálculo, o OTD real caía para 68%. A causa: endereços incompletos capturados no checkout, gerando insucesso sistemático em bairros de difícil acesso.
Caso 3: A sazonalidade que quebrou o SLA
Durante a Black Friday, uma operação que mantinha OTD de 89% viu o indicador cair para 61% na primeira semana de dezembro. A análise por etapa revelou que a etapa de picking triplicou o tempo médio (de 3 horas para 9 horas) por falta de pessoal temporário adequado. A transportadora não era o problema. O gargalo estava no WMS mal dimensionado para o volume sazonal.
A relação entre SLA e custo logístico
Atrasos não custam apenas satisfação do cliente. Eles têm custo financeiro direto:
- Reembolsos e vouchers de compensação: empresas que prometem e não cumprem gastam entre 2% e 5% da receita logística em compensações, segundo estimativas do setor.
- Custo de novas tentativas de entrega: cada tentativa adicional custa entre R$ 8 e R$ 25 dependendo da modalidade e região.
- Custo de atendimento ao cliente: um contato de reclamação de entrega custa em média R$ 15 a R$ 40 quando tratado via humano. A Zendesk reporta que entregas atrasadas respondem por 35% a 40% dos tickets de suporte em e-commerces.
- Devolução por prazo: clientes que recusam a entrega por atraso geram custo de logística reversa, que pode chegar a 1,5x o custo do frete original.
O investimento em monitoramento de SLA tem ROI mensurável. Reduzir 5 pontos percentuais de desvio de SLA pode gerar economia de 1% a 2% da receita logística total — além do impacto positivo na retenção de clientes.
O papel do TMS no controle de SLA
Um sistema TMS robusto deve oferecer, nativamente:
- Cadastro de SLA por transportadora, modalidade e par de CEPs
- Captura automática de eventos de rastreamento por API
- Cálculo automático de desvio por etapa
- Alertas proativos quando um pedido está em risco de atraso (antes do vencimento do prazo)
- Relatórios exportáveis para revisão com transportadoras
- Integração com plataformas de e-commerce para comparar prazo prometido vs. realizado
Sistemas que dependem de importação manual de planilhas ou que calculam SLA apenas pelo resultado final (entregue ou não entregue) não fornecem a granularidade necessária para gestão efetiva.
A Simfrete, com mais de 12 anos de operação em TMS SaaS para o mercado brasileiro, oferece exatamente essa camada de controle: integração nativa com as principais transportadoras do país, painel de SLA por etapa e alertas proativos de desvio. A plataforma foi construída para as particularidades da logística brasileira — malha rodoviária, diversidade de transportadoras, complexidade fiscal — e permite que gestores de operações e customer experience tenham visibilidade real sobre onde o prazo está sendo perdido.
Conclusão
Medir SLA real não é complexo. É uma questão de ter os dados certos conectados no lugar certo. O desafio não é tecnológico — é cultural. Muitas operações se acostumaram a gerir o prazo pelo retrovisor, reagindo a reclamações. A gestão proativa exige decompor o prazo em etapas, atribuir responsabilidades e criar rotinas de revisão periódica.
As empresas que fazem isso consistentemente têm OTD acima de 90%, custo logístico mais previsível e clientes mais leais. As que não fazem continuam gastando com compensações, perdendo clientes silenciosos e culpando as transportadoras por problemas que nasceram dentro de casa.
O SLA prometido é uma promessa. O SLA realizado é a reputação. Medir a diferença entre os dois é o primeiro passo para fechar esse gap.
Quer ver como a Simfrete apoia a gestão de SLA na sua operação? Acesse simfrete.com.br e fale com um especialista.
