A IA para notificações de atraso no envio funciona quando trata «atrasado» como dois problemas diferentes. Um pedido que não saiu do seu armazém (incluindo um preso em «etiqueta criada») precisa de uma mensagem com uma nova data e uma forma gratuita de cancelar, e nos EUA a Mail Order Rule da FTC exige exatamente isso, com multas de até 53.088 US$ por infração. Um pedido que foi enviado e está atrasado precisa do último rastreio real da transportadora e da nova data da própria transportadora, nunca de uma data inventada pela IA.
O gatilho não é «a transportadora publicou uma exceção». É «a nova data é posterior ao que prometemos». Envie uma mensagem quando isso muda, fique em silêncio quando não muda, e passe para uma pessoa tudo o que esteja há dias sem rastreio, sem data, ou seja uma encomenda perdida ou danificada.
A eesel faz isso como um colega de IA no seu helpdesk: lê o pedido da Shopify e o rastreio da AfterShip, pode ser acionada por um webhook de atraso e retém cancelamentos e reembolsos para aprovação. A Question Beauty usa-a no Gorgias, onde consultou 290 pedidos da Shopify num mês antes de responder a perguntas de entrega e fechou 280 tickets sem intervenção humana.
Por que os atrasos no envio inundam a caixa de suporte?
Porque o cliente descobre pelo silêncio. Ele abre o link de rastreio, diz o mesmo que ontem, escreve, e depois escreve de novo.
"where is my order" emails, easily. a package sits on "label created" for 3 days and i've got the same customer in my inbox twice asking if we scammed them, and nothing i've tried has really fixed it
Eu construo integrações na eesel, o que significa que passo muito tempo na tubulação entre uma loja, um feed de transportadora e um helpdesk. O padrão que vejo repetidamente é que as equipes automatizam a resposta a «onde está o meu pedido?» (WISMO) e deixam o atraso em si sem aviso. O bot de respostas fica mais rápido, mas a caixa continua cheia, porque cada encomenda atrasada ainda produz pelo menos um ticket.
Um lojista que passou a mensagens proativas disse bem:
"The other thing that helped was sending a proactive "your order is running late" email when tracking shows a delay. Customers don't get mad about delays as much as they get mad about not knowing."
Portanto, o trabalho da IA aqui tem dois lados. Enviar a mensagem de atraso antes que o cliente tenha de perguntar e responder, com os mesmos factos, aos tickets que chegarem mesmo assim. O resto deste post trata de acertar na primeira metade, porque é onde a maioria das configurações falha. Para o lado das respostas isoladamente, meus posts sobre IA para suporte de rastreio de pedidos e automatizar o rastreio de pedidos aprofundam mais.
Quais são os dois tipos de atraso no envio?
São dois, e cada um precisa de uma mensagem diferente. «Atrasado» abrange tanto um pedido que ainda não foi enviado como uma encomenda que foi enviada e agora está atrasada na rede da transportadora. A maioria das automações de atraso trata-os como um só, e é assim que você acaba dizendo a um cliente «a sua encomenda está a caminho!» sobre uma caixa que ainda está na sua prateleira.
| Ainda não enviado | Enviado, com atraso | |
|---|---|---|
| Como se apresenta | Pedido em espera por reposição, acúmulo no armazém, «etiqueta criada» sem rastreio da transportadora | Exceção da transportadora, data de entrega perdida, sem novos rastreios |
| De quem é o problema | Seu | Da transportadora, mas o cliente continua a culpar você |
| Regras aplicáveis (EUA) | Mail Order Rule da FTC: aviso de atraso com opção de cancelar | Nenhuma no lado do envio; a sua própria promessa e políticas |
| O que a mensagem deve conter | Nova data de envio ou «ainda não sabemos», uma opção de cancelar com reembolso total, uma forma gratuita de cancelar | Último rastreio real, a nova estimativa da transportadora, se houver, o que acontece a seguir |
| Ações de que a IA pode precisar | Cancelar o pedido, reembolsar (com aprovação) | Consultar o rastreio, abrir um ticket de reclamação à transportadora, marcar para uma pessoa |
A linha entre os dois é mais nítida do que parece. O texto da regra da FTC define envio como «the act by which the merchandise is physically placed in the possession of the carrier.» Uma etiqueta impressa não é isso. A AfterShip até lhe dá um estado próprio, Pending_003, descrito como processado e embalado «but not scanned at a shipping location yet.» «Etiqueta criada» é um pedido não enviado, e a sua IA deve tratá-lo como tal.
O que diz a lei sobre notificações de atraso no envio?
Nos EUA, um aviso de atraso não é uma cortesia para pedidos não enviados. É obrigatório. A Mail, Internet, or Telephone Order Merchandise Rule da FTC (guia para empresas) aplica-se à maior parte dos bens encomendados online, e diz que você deve ter uma base razoável para qualquer prazo de envio que indique, ou enviar em 30 dias se não indicar nenhum. Quando souber que não vai conseguir, tem de pedir ao cliente que consinta o atraso ou reembolsá-lo.
As partes que importam para uma IA que escreve a mensagem:
| O que a regra diz | O que significa para a sua mensagem de atraso |
|---|---|
| Avisar «reasonably quickly», e nunca depois do prazo de envio prometido ou do dia 30 | O gatilho é o momento em que você sabe, não o momento em que o cliente reclama |
| O primeiro aviso deve dar uma nova data de envio definida, ou dizer que não pode dar uma | A IA não pode escrever «em breve». Cita uma data do seu sistema ou diz que não sabe |
| Deve dizer que o cliente pode cancelar com reembolso total e rápido | Toda mensagem de atraso de pedido não enviado leva uma oferta de cancelamento |
| Deve dar uma forma de cancelar à sua custa (número gratuito, site) | Um link ou resposta para cancelar que não custe nada ao cliente |
Se a nova data estiver a 30 dias ou menos da original, diga que não responder conta como concordar | Uma frase extra, só neste caso |
Se forem mais de 30 dias, ou desconhecida, explique o motivo e diga que o pedido é cancelado automaticamente se não responderem | A IA precisa do motivo, então este caso requer contributo de uma pessoa |
| Um segundo aviso não pode tratar o silêncio como concordância | Se atrasar de novo, o pedido é cancelado a menos que o cliente diga «mantenha» |
Os reembolsos saem em 7 dias úteis para a maioria dos meios de pagamento e não podem ser trocados por crédito de loja | Um pedido de cancelamento é uma ação de reembolso, não um cupão |
A regra tem algumas isenções listadas (sementes e plantas, assinaturas após o primeiro envio e pedidos com pagamento na entrega, entre elas), e não cobre serviços. As multas chegam a 53.088 US$ por infração.
O Reino Unido traça a linha noutro sítio. A Section 28 do Consumer Rights Act 2015 trata da entrega, não do envio: salvo se tiver sido acordado um prazo, os bens têm de chegar em 30 dias. Se não chegarem, e a data era essencial, o cliente pode rescindir o contrato; caso contrário, pode fixar um novo prazo. Portanto, para clientes do Reino Unido, o atraso do lado da transportadora também conta.
Sou engenheiro e não advogado, então trate isto como um mapa, não como aconselhamento jurídico. O ponto prático mantém-se: uma IA que escreve alegres e-mails de «ligeiro atraso, obrigado pela paciência!» sobre pedidos não enviados está a perder as duas frases que mais importam à regra.
Quando a IA deve enviar uma notificação de atraso?
Quando a nova data é posterior à que você prometeu, uma vez. Essa frase substitui a maioria das tabelas de limites que você encontra nos guias de atraso.
Eis por que eu me ancoraria na promessa e não no evento da transportadora, porque as exceções das transportadoras são ruidosas. Os subestados de entrega da AfterShip listam cerca de 20 tipos de exceção, de Exception_017 (clima extremo) e Exception_004 (desembaraço aduaneiro) a Exception_019 (voo atrasado). Muitas resolvem-se no mesmo dia. Uma encomenda atrasada pelo clima que ainda chega dentro da sua janela prometida não precisa de mensagem; contar ao cliente só cria uma preocupação e depois um ticket.
O inverso também acontece: uma encomenda sem exceção nenhuma, apenas sem novos rastreios, pode silenciosamente passar da sua data prometida. Então a IA deve comparar duas datas, em vez de vigiar um feed:
- A promessa. A estimativa de entrega mostrada no checkout ou na confirmação de envio. Vive na sua loja ou na sua política de envio, e é por isso que a IA precisa de ler o seu pedido da Shopify, não apenas o número de rastreio.
- A estimativa atual. A data revista da transportadora ou da plataforma de rastreio. A AfterShip dispara um evento «estimated delivery date revised» e anexa um código de motivo como
extreme_weather,carrier_processingoucustoms_clearance.
Se a estimativa atual é posterior à promessa, envie. Se não há estimativa atual e não há rastreio há três dias, não envie um palpite; passe a uma pessoa. Três dias é a minha regra prática, não um padrão, então ajuste às suas transportadoras.
Mais duas regras evitam que vire spam. A documentação de fluxos da AfterShip diz que as notificações disparam «only once as the status of the shipment changes», e a sua IA deve manter a mesma linha: uma mensagem por nova data, não uma por rastreio. E se o cliente já escreveu sobre este pedido, responda nesse mesmo ticket em vez de abrir um segundo fio. Meu post sobre IA para deduplicação de tickets cobre o lado da fusão.
Que mensagem de atraso eu envio?
Escolha a situação em que o pedido está. O cartão mostra o que a mensagem deve dizer e quem deve enviá-la.
Seletor de mensagem de atraso
Onde está o pedido neste momento?
- A nova data de envio do seu sistema de pedidos
- «Pode cancelar com reembolso total»
- Uma forma gratuita de cancelar: um link ou uma resposta
- «Se não tivermos notícias suas, assumiremos que aceita esperar»
A IA envia, cancelar e reembolsar precisam de aprovação
- A nova data, ou «ainda não podemos dar uma data»
- Por que está atrasado (stock, fornecedor, armazém)
- O pedido é cancelado e reembolsado numa data definida, a menos que digam «mantenha»
- Uma forma gratuita de cancelar agora
A IA redige, uma pessoa aprova
- O último rastreio da transportadora, com hora e local
- A nova data estimada da transportadora, citada como dela
- O que fará se parar de novo
- Qualquer compensação só se a sua política escrita a cobrir
A IA envia sozinha
- Sem rastreio há 3+ dias e sem nova estimativa
- Perdido (
Exception_013), danificado (Exception_012), devolvido ao remetente - «Entregue», mas o cliente diz que não está lá
A IA prepara, uma pessoa decide
Apenas resumo da regra dos EUA, não é aconselhamento jurídico. Em pedidos do Reino Unido também conta a entrega dentro de 30 dias.
O que uma mensagem de atraso escrita por IA nunca deve fazer?
Inventar uma data. Esta é a falha que transforma um atraso numa reclamação.
"Chat bot promised a guitar delivery by tomorrow, and they have not shipped yet. Phone support says they can't do that despite acknowledging the firm commitment promised by the chat bot."
Essa citação é todo o problema em duas frases: um pedido não enviado e um bot confiante, mais uma data que ninguém lhe deu. A solução é uma regra e não um modelo melhor. A IA cita datas que vêm de um sistema (o registo do seu pedido, a estimativa da transportadora) e diz isso, e quando não há data, diz que não há data.
A própria documentação da integração com a AfterShip da eesel incorpora isso: o agente trata um rastreio como «the carrier's version of events, not the parcel's location», informa o último ponto de controlo com hora e local e «never invents a delivery date the carrier did not give.» A STIL Classics, uma marca de agendas no Gorgias e na Shopify, escreveu o mesmo nas suas instruções: sem datas de envio, estimativas de entrega nem especificações de produto inventadas e, se o pedido não for encontrado, sinalizar para a equipe em vez de dizer algo ao cliente.
As outras coisas da minha lista de nunca:
- Não chame «a caminho» a um pedido não enviado. Verifique primeiro o estado de cumprimento. «Etiqueta criada» não é a caminho.
- Não prometa compensação que a política não cobre. Cite a política ou passe o caso. Meu guia sobre IA para pedidos de reembolso explica como escrever essa política para que um agente a consiga seguir.
- Não adivinhe nas exceções. O resumo que um lojista da Shopify faz do modo de falha merece ficar pendurado acima da sua secretária:
"Usually the failure mode is not the first reply, it is the edge cases. A bot that answers "where is my order?" fast but confidently guesses on delivery exceptions burns trust."
- Não envie o mesmo atraso duas vezes. Uma mensagem por nova data. Duplicados parecem um sistema que não está atento.
- Não trate «entregue» como o fim. Uma resposta a «entregue mas não está aqui» vai para uma pessoa, sempre. Isso é uma reclamação, não uma pergunta de rastreio.
Que ferramentas você precisa para notificações de atraso no envio com IA?
Três camadas, e a IA fica por cima das outras duas.
| Camada | O que contém | Exemplos | O que a IA lê dela |
|---|---|---|---|
| Loja | O pedido, a promessa, o estado de cumprimento | Shopify, WooCommerce, BigCommerce | Foi cumprido? Que data foi prometida? Ainda pode ser cancelado? |
| Rastreio | Leituras da transportadora, exceções, datas revistas | AfterShip, um feed de 3PL ou de armazém | Último rastreio, tipo de exceção, nova estimativa |
| Helpdesk + IA | A conversa e a mensagem | Gorgias, Zendesk, Freshdesk com um agente de IA | Escreve e envia a mensagem, trata as respostas |
A loja
As notificações da sua própria loja cobrem eventos que ela controla. As notificações de loja da Shopify são disparadas por coisas como a realização do pedido, o cumprimento e os reembolsos, e podem ser personalizadas com variáveis Liquid. O que a loja não vê é o que acontece dentro da rede da transportadora depois do cumprimento, e é por isso que existe a segunda camada. Se você está na Shopify, meu post sobre chatbots de IA para Shopify cobre o lado das respostas no chat da loja.
A plataforma de rastreio
A AfterShip é a escolha mais comum para esta camada, e o seu construtor de fluxos mostra por quê: há gatilhos prontos para exceção, data estimada de entrega revista e data estimada de entrega perdida.
Quais gatilhos você recebe depende do plano, segundo o guia de notificações da AfterShip e a página de preços:
| Plano AfterShip Tracking | Preço | Envios incluídos | Gatilhos de atraso | API e webhooks |
|---|---|---|---|---|
| Free | 0 US$ | Veja a página de preços | Não incluídos | Não |
| Essentials | A partir de 29 US$/mês | 6.000 por ano, depois 0,08 US$ cada | Exceção, informação recebida | Não |
| Premium | A partir de 59 US$/mês | 6.000 por ano, depois 0,12 US$ cada | Adiciona data estimada de entrega revista | Sim, 10 pedidos por segundo |
| Enterprise | Fale com vendas | Personalizado | Adiciona entrega a chegar em breve | Sim, limite personalizado |
Os fluxos da própria AfterShip enviam e-mails e SMS com modelo, e são bons nisso. Onde param é no raciocínio: comparar a nova data com a promessa da sua loja, verificar se o pedido chegou a ser cumprido ou ler o último ticket do cliente antes de escrever. Esse é o trabalho da terceira camada.
A IA no seu helpdesk
É aqui que a mensagem é escrita e as respostas são tratadas. Se está comparando opções, minhas listas dos melhores chatbots de rastreio de pedidos e dos chatbots de estado de pedidos listam o panorama.
Os utilizadores do Gorgias também podem ver a configuração nativa nos meus posts sobre rastreio de pedidos com IA no Gorgias e limites de atraso no Gorgias.
Como configurar notificações de atraso no envio com IA?
Esta é a ordem em que eu faria. Cada passo é pequeno, e você pode parar depois do passo 4 e já ter a maior parte do valor.
Passo 1: conte os seus tickets de atraso
Puxe os tickets WISMO do mês passado e ordene-os nas duas colunas de antes: ainda não enviados, e enviados mas atrasados. A maioria das lojas que vi fica surpreendida com o tamanho da primeira coluna. São os tickets que o seu armazém causou, e são os que têm amarras legais nos EUA. Se quiser uma forma estruturada de o fazer, meu post sobre IA para relatórios de suporte tem uma análise por motivo de contacto.
Passo 2: escreva a promessa onde a IA possa lê-la
A IA não pode comparar com uma promessa que não vê. Coloque os seus prazos de envio numa página de política ou num documento curto de instruções: dias de processamento e janelas da transportadora por região, e também o que significa «expresso». Adicione a política de compensação, se tiver uma, no mesmo lugar, com números exatos.
Passo 3: conecte o pedido e o rastreio
Conecte a loja e a plataforma de rastreio ao agente de IA para que leia as duas em tempo real. Na eesel, a integração com a Shopify adiciona ações como Get Order Fulfillment (número de rastreio, transportadora e estado do envio), Cancel Order (para pedidos que não foram cumpridos) e Refund Order. A integração com a AfterShip (ativada por workspace a pedido) adiciona Get tracking, que lê a transportadora, o último ponto de controlo, o histórico e qualquer entrega estimada que a transportadora tenha dado.
Passo 4: acorde o agente quando ocorrer um atraso
Nem a Shopify nem a AfterShip acordam um agente de IA por si sós; a documentação da eesel é clara em que ambas as integrações não têm gatilhos. Então você escolhe um de dois padrões:
- Um webhook. O seu sistema de armazém, um passo do Zapier sobre um evento da AfterShip ou o seu próprio backend envia por POST o atraso para uma automação por webhook da eesel. O agente acorda com esses dados e segue as instruções que você escreveu para ele.
- Um agendamento. Uma execução matinal que verifica os pedidos abertos contra as datas prometidas e envia o que é devido. A Cape Coffee Beans usa varreduras agendadas para a sua fila do Zendesk:
160verificações agendadas num mês, cada uma terminando num e-mail curto ao fundador ou em nenhum e-mail quando não há nada a reportar.
A via do webhook é a da própria documentação da eesel, que usa um atraso de envio do armazém como exemplo prático. Você pede o webhook no chat e diz o que fazer com cada carga:
Quando um atraso chega, o agente verifica-o na Shopify e age. No exemplo da documentação, o pedido não pôde ser associado, então em vez de enviar mensagem a alguém abriu um ticket etiquetado no Gorgias para a equipe, que é exatamente o que você quer quando os dados não batem:
Se preferir configurar a partir de um terminal ou de um agente de programação, a CLI da eesel faz o mesmo trabalho: eesel integrations connect aftership imprime o link de conexão, eesel automations lista a automação por webhook e se está ativa, e eesel approvals mostra tudo o que espera por uma pessoa. O Claude Code, o Codex ou o Cursor também podem executar esses comandos, o que é útil quando quem envia o webhook é o seu próprio backend e o mesmo engenheiro liga as duas pontas.
Passo 5: ponha as ações de risco atrás de aprovação
Enviar uma atualização de atraso é de baixo risco. Cancelar e reembolsar não. Na eesel, cada ação pode correr sozinha, perguntar primeiro ou ficar desligada (ações e aprovações), e as ações retidas podem ser aprovadas no painel, no Slack ou com eesel approvals approve <id> num terminal.
Eu começaria com cancelar e reembolsar em «perguntar primeiro», depois observaria umas semanas as decisões e depois afrouxaria o que for aborrecido. Meu post sobre fluxos de aprovação no suporte ao cliente explica como escolher.
Passo 6: teste-o com os pedidos atrasados do mês passado
Antes de qualquer coisa chegar a um cliente, reproduza. Pegue 20 a 30 pedidos atrasados do mês passado, passe cada um e leia cada mensagem que teria enviado. Verifique três coisas: escolheu a coluna certa, cada data veio de um sistema e reteve os casos que devia reter. Meu guia sobre testes de simulação de suporte com IA cobre tamanhos de amostra para isto.
Como isto se vê numa loja real?
Três clientes da eesel tratam as perguntas de envio de formas que vale a pena copiar.
A Question Beauty vende cosmética vegana pela Shopify e faz o suporte no Gorgias, grande parte mensagens curtas das redes sociais e do chat. Perante uma pergunta de entrega ou de pedido, a eesel encontra o cliente pelo e-mail, verifica o pedido e o seu estado de cumprimento e responde com os dados de rastreio. Se o pedido ainda está a ser processado, ou o rastreio já responde à pergunta, diz isso e fecha o ticket. Num mês foram 990 tickets do Gorgias tratados, 290 pedidos da Shopify consultados e 280 tickets fechados sem intervenção humana.
A Rúngne, uma marca norueguesa de roupa de escalada que envia da Noruega e de um armazém nos EUA, dividiu o trabalho entre agentes. Um agente de rascunhos encontra o pedido na Shopify, verifica por que não foi enviado e deixa uma resposta para a equipe como nota interna; um agente de helpdesk separado responde diretamente a «onde está o meu pedido?» e a perguntas sobre a política de envio. Em 2.100 tickets do Gorgias num mês, isso significou 580 rascunhos para a equipe e 440 respostas públicas. A verificação de «por que não foi enviado» é a coluna de não enviado de antes, feita antes que alguém responda.
A STIL Classics é a que eu apontaria pela regra de nunca adivinhar. Os seus tickets envolvem muitas vezes «a delivery scan that has not moved», e o agente consultou 230 pedidos da Shopify num mês antes de redigir uma única linha, sem permitir datas de envio inventadas.
Nenhuma destas três é uma configuração pura de «e-mail de atraso proativo», e quero ser franco sobre isso. São o lado das respostas feito com cuidado, que é a base, e os padrões de webhook e agendamento acima são a forma de virar esse mesmo agente para fora.
Como medir se está a funcionar?
Acompanhe quatro números, antes e depois:
| Métrica | O que lhe diz | Onde obter |
|---|---|---|
| Tickets WISMO por cada 100 pedidos atrasados | Se a mensagem proativa está a surtir efeito | Etiquetas do helpdesk + plataforma de rastreio |
| Contactos repetidos sobre o mesmo pedido atrasado | Se a mensagem respondeu à pergunta ou apenas abriu um fio | Helpdesk |
| Cancelamentos após um aviso de atraso | Se as novas datas são credíveis (um pico significa que não são) | Loja |
| Mensagens com uma data que se revelou errada | A que prejudica a confiança; aponte para zero datas inventadas pela IA | Amostra de verificação |
Uma nota rápida sobre a última: a estimativa de uma transportadora estar errada é normal. A IA citar a transportadora e depois a transportadora falhar está bem, mas a IA produzir uma data que veio do nada, isso é o erro.
Erros comuns com notificações de atraso no envio com IA
Os que mais vejo, mais ou menos por ordem dos problemas que causam:
- Tratar pedidos não enviados como atrasos da transportadora. Sem oferta de cancelamento, sem data de envio revista, um alegre «a caminho». Nos EUA essa é a parte da mensagem de que trata a regra da FTC.
- Disparar a cada exceção. Soluços do clima que se resolvem no mesmo dia viram clientes preocupados. Dispare pela promessa, não pelo rastreio.
- Deixar a IA preencher as lacunas. Sem data de um sistema, sem data na mensagem. «Ainda não temos uma nova data da transportadora» é uma frase completa e honesta.
- Enviar de um endereço no-reply. A resposta do cliente («posso cancelar?») é a coisa mais útil que pode acontecer a seguir. Envie a partir do helpdesk para que caia num ticket.
- Esquecer o ticket que já existe. Se escreveram ontem, a mensagem de atraso pertence a esse fio.
- Automatizar o caso da encomenda perdida. Perdida, danificada e «entregue mas não está aqui» são reclamações e decisões de critério. Redija e passe o caso; meu guia sobre IA para reclamações de garantia tem o mesmo padrão de passagem.
Se os seus atrasos vêm em ondas (picos de festas, uma greve de transportadoras), meu post sobre IA para picos sazonais de suporte explica como manter as mesmas regras sob carga, e IA para cobertura de suporte ao fim de semana cobre a leitura de sábado que ninguém vigia.
Experimente a eesel para notificações de atraso no envio
Se a sua loja roda na Shopify e os seus tickets chegam ao Gorgias, Zendesk ou Freshdesk, a eesel funciona como um colega de IA que já sabe ler o pedido e o rastreio da transportadora. Aponte um webhook de atraso para ela e ela verifica se o pedido foi enviado, compara a nova data com a sua promessa, envia uma atualização honesta e retém cancelamentos e reembolsos para você aprovar. A Question Beauty fechou 280 tickets do Gorgias num mês desta forma sem que uma pessoa lhes tocasse.
Você pode configurá-la pelo chat do painel ou pela CLI, testá-la com os pedidos atrasados do mês passado e ver os planos na página de preços. Experimente a eesel grátis e veja o que ela teria enviado.