Agentes de voz para entregas e retirada: consulta de status
Um roteiro para rastreamento, pontos de retirada e ocorrências, com dados atuais do sistema de entregas.
- Autoria
- Equipe Tigy AI
- Publicado
- Atualizado
Um agente de voz com IA para entregas e retirada pode explicar o status de um pedido, orientar a coleta e encaminhar ocorrências. No Tigy AI, documentos aprovados servem para regras gerais; uma ferramenta conectada ao sistema de pedidos consulta estados individuais atualizados. Pagamento confirmado, pedido despachado e disponível para retirada são situações distintas. A resposta deve reproduzir o significado do estado recebido, sem transformar uma estimativa em promessa de entrega.
Consulte o envio correto
Peça o identificador usado pelo sistema, confirme os caracteres e siga a verificação de acesso definida pela operação. Uma pessoa pode ter vários envios; esclareça qual deles está em discussão.
Para consultar uma encomenda, o agente precisa estar conectado ao sistema responsável pelas entregas. Essa conexão pode usar uma API, uma forma de dois sistemas trocarem informações. Peça ao responsável pela integração que confira a data da atualização e o significado de cada status. Documentos sobre transporte explicam regras gerais; não mostram onde um pedido está agora.
Explique o que o evento permite concluir
Apresente o evento em linguagem simples: o sistema registrou a saída para entrega. Se houver previsão, informe-a como previsão do serviço e mantenha a distinção entre estimativa e entrega concluída.
Se o status não trouxer horário ou localização detalhada, explique essa ausência. Evite preencher a lacuna com um prazo comum ou afirmar que a pessoa receberá o pacote naquele dia.
Use instruções específicas para o ponto de retirada
Confirme o endereço, o horário e as orientações aprovadas para o ponto indicado. Quando houver códigos de acesso, use apenas o procedimento autorizado para sua consulta e comunicação.
Se a pessoa estiver no local errado ou relatar que não consegue retirar, identifique a ocorrência e o canal responsável. Não anuncie abertura de armário, liberação de pacote ou alteração de destino sem uma operação configurada e confirmada.
Encaminhe divergências com um pedido verificável
Para entregue mas não recebido, registre o relato sem concluir que houve extravio. Confirme os dados necessários e, se existir ferramenta de registro, verifique o retorno antes de informar um protocolo.
Teste código inválido, consulta indisponível, status antigo e retirada frustrada. Explique quando a equipe continuará o atendimento e qual canal a pessoa pode usar. A integração deve seguir as regras do transportador e da loja.
O que cada status de entrega permite afirmar?
“Em preparação” descreve trabalho anterior ao despacho; “em trânsito” indica uma etapa do transporte; “pronto para retirada” precisa identificar a unidade e as condições de coleta. Use o significado definido pelo sistema externo, pois nomes parecidos podem representar processos diferentes.
Se o retorno informa trânsito sem data prevista, diga o último estado disponível e que não há previsão confirmada nessa consulta. Para “entregue” com relato de não recebimento, siga o processo de investigação aprovado. O código e o relato precisam ser preservados separadamente.
Leia eventos sem transformá-los em garantias
Um evento logístico registra algo que aconteceu, como a saída do armazém ou a passagem por um ponto. Ele não confirma a próxima etapa. Confira com a transportadora o significado da mensagem, sua data e sua origem antes de orientar o cliente.
Defina quais estados podem ser explicados diretamente e quais exigem outra consulta. Se há uma previsão, informe que é previsão. Se há confirmação de chegada, explique o que foi confirmado. Não use o mesmo texto para ambos porque parecem semelhantes.
Em um exemplo fictício, um pedido está em trânsito desde ontem sem atualização recente. O agente pode explicar o último estado disponível e oferecer investigação pelo processo da loja. Não deve inventar a posição atual nem dizer que uma ausência de evento significa perda.
Peça ao responsável pela conexão que forneça somente os dados do pedido autorizado, como status, data da atualização e previsão disponível. O agente usa essas informações para explicar o andamento, sem inventar o que aconteceu entre duas atualizações.
Confirme quando a retirada pode começar
Pagamento aceito, pedido separado e retirada liberada podem acontecer em momentos diferentes. A ferramenta deve informar qual estado autoriza o cliente a ir à unidade e quais condições precisam ser observadas.
Pergunte a unidade quando ela muda o resultado. Um pedido disponível em uma loja não está automaticamente disponível em outra. Se existe transferência entre unidades, esse processo precisa de autorização e confirmação próprias.
No exemplo fictício de uma compra paga, o cliente quer retirar imediatamente. Se o retorno indica separação em andamento, explique que ainda não há liberação confirmada. Informe o próximo passo aprovado, sem prometer que estará pronto em minutos.
Teste documentos ou referências exigidos pelo processo, horário da unidade e retirada por outra pessoa. O agente pode explicar regras gerais; autorização individual depende do sistema ou da equipe responsável. Evite recolher dados de terceiros que não são necessários para essa etapa.
Trate alteração de endereço como outra operação
Consultar uma entrega e mudar seu endereço são funções diferentes. Confirme com a equipe se a conexão permite a alteração, em quais situações e com qual autorização. Se ela apenas consulta pedidos, o agente deve explicar como solicitar a mudança pelo canal disponível.
Confirme o endereço pretendido em partes compreensíveis e verifique o pedido correto. A pessoa pode corrigir número, complemento ou unidade durante a fala. Antes da ação, use o valor atual confirmado e a regra de autorização do serviço.
Se o sistema recusa a alteração, explique o estado e o caminho aprovado. Não diga que o novo endereço foi informado à transportadora sem evidência. Registrar um pedido de mudança para análise também não significa que a rota já foi alterada.
Teste o caso em que uma mudança foi enviada, mas a confirmação não chegou. O responsável pela integração precisa verificar se o endereço já mudou antes de tentar novamente. Uma segunda ligação não deve criar pedidos duplicados nem restaurar um endereço antigo.
Investigue atraso com uma pergunta e uma fonte
A pessoa que pergunta “onde está?” pode querer status, prazo ou solução para uma entrega que não ocorreu. Identifique a necessidade sem começar por uma lista extensa de dados. Confirme apenas a referência necessária à consulta autorizada.
Depois do retorno, explique o que responde à dúvida e o que continua sem confirmação. Se o prazo original passou e não há nova previsão, preserve essa informação. Não substitua a falta de prazo por uma explicação plausível sobre clima ou volume.
Se existe investigação, registre motivo, referência e pendência. O resumo deve distinguir relato do cliente e evento do sistema. “Cliente informa que não recebeu” é diferente de “transportadora perdeu o pedido”.
Teste contradição entre um estado entregue e o relato de não recebimento. O agente não deve encerrar automaticamente porque o código diz entregue. O processo precisa de uma saída para divergência, com equipe responsável e continuidade real.
Escolha cenários que cobrem estados e exceções
Monte casos com pedido inexistente, preparação, trânsito, retirada disponível e informação parcial. Para cada um, escreva o retorno de teste e a fala esperada. Acrescente uma correção de identificador e um acesso que deve ser recusado.
Inclua perguntas gerais que não precisam de consulta individual. “Qual horário de retirada?” pode usar documento da unidade; “meu pedido está pronto?” exige fonte atual. O teste deve conferir que o agente não usa dados pessoais sem necessidade.
Execute em texto para observar decisões e parâmetros, depois em voz para conferir códigos, datas e entendimento. O canal telefônico acrescenta qualidade de áudio e roteamento. Uma modalidade aprovada não comprova as demais.
Registre o efeito esperado no destino. Consulta não deve alterar registro. Investigação deve produzir uma solicitação identificável quando a ferramenta oferece essa operação. Esse método ajuda a separar resposta informativa e trabalho realmente criado.
Leia resolução junto de contato repetido
Acompanhe resposta correta, investigação registrada, retirada confirmada e alteração autorizada separadamente. São resultados diferentes e não devem ser somados como se representassem a mesma tarefa concluída.
Revise contatos repetidos sobre a mesma referência e o esforço da equipe para continuar. Um cliente que recebe apenas um código interno pode voltar, mesmo que a consulta tenha funcionado. A clareza da explicação faz parte da qualidade.
Compare períodos com condições logísticas semelhantes. Promoções, mudança de transportadora e problemas operacionais podem afetar atrasos independentemente do agente. Não atribua melhora física de entrega apenas a uma nova conversa.
Atualize o vocabulário quando estados ou significados mudarem. Preserve os casos antigos relevantes e acrescente novos. O agente deve acompanhar a evidência do sistema e dar continuidade às exceções, sem controlar resultados que pertencem à operação logística.
