Superinteligência em lavanderias: coleta, prazo e peças

Superinteligência em lavanderias, no uso prático de hoje, não é uma inteligência acima da humana. É um agente de IA com regras claras, que lê etiqueta, status da peça, agenda de coleta e histórico de reclamações para responder o cliente com precisão. O valor aparece quando os dados de cada peça estão organizados e quando o agente sabe parar e chamar uma pessoa diante de avaria, dúvida de valor ou reclamação sensível.

Principais pontos

• A unidade de informação da lavanderia é a peça, com etiqueta própria, e não apenas o pedido. O agente só responde bem quando consegue chegar até a peça.
• Os status precisam de um vocabulário fechado, com data e responsável, para que o agente não interprete nem invente.
• Prazo e coleta devem ser informados a partir de regras e de agenda reais, nunca de uma estimativa do modelo.
• Avaria, mancha persistente, perda de peça e pedido de ressarcimento vão sempre para uma pessoa, com o caso resumido e as evidências anexadas.
• O caminho mais seguro é começar por um único fluxo, com registro de decisões e uma métrica combinada, e só depois ampliar.

O que superinteligência significa numa lavanderia

O termo atrai atenção, mas convém ser preciso. A diferença entre AGI e superinteligência importa porque o que uma lavanderia opera de fato é um modelo de linguagem conectado a ferramentas e a regras: consulta um sistema, lê um registro, redige uma resposta e abre um chamado. Isso é útil, mas é um sistema delimitado, não uma mente que decide sozinha sobre o seu negócio.

A documentação da Anthropic sobre construção de agentes distingue workflows, em que o caminho é definido previamente em código, de agentes, em que o modelo decide dinamicamente quais ferramentas usar. Para lavanderia, a combinação mais sensata costuma ser a primeira com um pouco da segunda: o fluxo de consulta de status e de coleta é determinístico, e o modelo entra para entender a pergunta do cliente e escrever a resposta em linguagem natural.

O resultado que interessa ao dono ou ao gerente é simples: o cliente pergunta no WhatsApp onde está a peça e recebe uma resposta correta, na hora, sem que alguém da loja precise procurar a sacola na prateleira. E, quando a conversa deixa de ser consulta e vira problema, uma pessoa assume com tudo o que o cliente já disse.

Por que a peça, e não o pedido, deve ser o centro dos dados

Muita lavanderia registra o pedido como um bloco: o cliente deixou algumas peças, o total foi tal, o prazo é tal. Só que a dúvida do cliente quase nunca é sobre o bloco. É sobre a camisa, o edredom, o terno. Se o sistema só enxerga o pedido, o agente só consegue dizer que o pedido está em andamento, o que não ajuda ninguém.

O ponto de partida é a etiqueta. Cada peça recebe um código próprio, ligado ao pedido e ao cliente, e esse código percorre todas as etapas. Para o agente responder com precisão, o cadastro de cada peça deveria ter, no mínimo:

• código da etiqueta e pedido de origem;
• tipo de peça e serviço contratado (lavagem comum, lavagem a seco, passadoria, tratamento de mancha);
• condição na recepção, descrita com campos padronizados (mancha, botão solto, desbotamento, costura aberta) e, quando possível, foto de entrada;
• status atual, com data, hora e quem registrou;
• prazo previsto segundo a regra do serviço;
• observações do cliente, como alergia a determinado produto ou pedido de cuidado especial.

A condição na recepção merece atenção especial. É ela que separa, mais tarde, o dano que já existia do dano ocorrido durante o processo. Sem esse registro, o agente não tem o que consultar e a pessoa que vai tratar a reclamação também não tem.

Como organizar os status das peças

Status escritos de forma livre são o maior inimigo de um agente. Um funcionário escreve em análise, outro escreve na máquina, outro deixa em branco. O agente passa a adivinhar, e adivinhar com tom de certeza é o que mais prejudica a confiança do cliente.

A solução é um vocabulário fechado, com poucas etapas e uma regra para cada uma. Um exemplo de conjunto que pode ser adaptado à sua operação:

• Recebida e conferida: a peça foi etiquetada e a condição de entrada foi registrada.
• Em triagem: a peça aguarda definição de tratamento.
• Em lavagem: o processo começou.
• Em acabamento: passadoria, embalagem ou conferência.
• Pronta para retirada ou entrega: a peça passou na conferência final.
• Em rota: a peça saiu com o entregador.
• Entregue: a entrega foi confirmada.
• Retida para análise: há suspeita de avaria, mancha que não saiu ou divergência de etiqueta.

Cada mudança de status precisa gerar um registro com horário e responsável. Com isso, o agente pode informar o último status e a hora dele. Se o registro estiver antigo demais, ou ausente, a resposta correta é dizer que vai confirmar com a equipe, e não completar a lacuna com uma suposição.

O status Retida para análise é o mais importante do ponto de vista de atendimento. Quando uma peça entra nele, o agente deve parar de dar previsões automáticas e avisar o cliente de que uma pessoa vai entrar em contato. A lógica é parecida com a de triagem, status e garantia em assistência técnica, onde a clareza do estado do aparelho define o que se pode responder.

Um detalhe técnico que ajuda: ao construir as ferramentas que o agente usa, vale seguir a orientação da Anthropic em seu material sobre escrever ferramentas para agentes, que recomenda nomes claros e respostas com informação útil e legível. Uma consulta que devolve Em acabamento, registrado hoje pela manhã por tal setor, ajuda mais o agente do que um código interno sem significado.

Coleta e prazo: o que o agente pode informar e o que não pode prometer

Coleta e prazo são os assuntos em que a pressa do cliente encontra a realidade da rota. Por isso, o agente deve separar com nitidez o que é informação e o que é compromisso.

O agente pode, a partir de dados reais:

• informar as janelas de coleta cadastradas para o endereço do cliente;
• confirmar o endereço e o contato antes de registrar uma coleta;
• informar o prazo previsto segundo a regra do serviço contratado;
• avisar que uma peça está pronta e como retirá-la ou recebê-la.

O agente não deve, sem aprovação de uma pessoa:

• prometer horário fora da rota cadastrada;
• encurtar prazo por pedido de urgência;
• conceder desconto, cortesia ou isenção de taxa;
• dizer que uma peça será entregue em determinada data se ela estiver retida para análise.

Uma boa prática é o agente escrever o prazo como previsão baseada na regra, e não como garantia. A diferença parece sutil, mas protege a operação quando um imprevisto acontece.

Há ainda a questão do canal. Se o agente atende pelo WhatsApp, vale entender a janela de atendimento do WhatsApp API e como o agente deve agir, porque o aviso de peça pronta, enviado por iniciativa da lavanderia, depende de modelo de mensagem aprovado e de consentimento do cliente. Sem esse cuidado, o aviso mais útil da operação pode virar um risco para o número.

Avarias e reclamações: quando o agente deve chamar uma pessoa

Avaria é o ponto em que a automação precisa ter limite explícito. Reconhecer ou negar responsabilidade, estimar valor de ressarcimento e decidir sobre refazer o serviço são decisões com consequência financeira e de relacionamento. Elas pertencem a uma pessoa com autoridade para decidir.

Um guia simples de decisão para o agente:

• Pergunta sobre status, prazo ou coleta com dados completos: o agente responde sozinho.
• Pergunta sobre status com dado ausente ou desatualizado: o agente avisa que vai confirmar e abre uma tarefa para a equipe.
• Cliente relata mancha, rasgo, encolhimento, desbotamento, botão perdido ou peça trocada: escalar para uma pessoa.
• Cliente diz que uma peça não foi devolvida: escalar, com prioridade.
• Cliente menciona ressarcimento, advogado, órgão de defesa do consumidor ou ameaça publicar a reclamação: escalar imediatamente.
• Cliente demonstra irritação forte ou repete o contato sem solução: escalar, com o histórico resumido.
• Pedido que envolva exceção de preço ou prazo: escalar.

Antes de escalar, o agente pode fazer o trabalho de organização: acolher o cliente sem admitir culpa nem negar o problema, pedir o número da etiqueta, uma descrição do que aconteceu e fotos, e confirmar o melhor contato. Em seguida, abre o caso com o resumo, o status registrado da peça, a condição de entrada e as evidências, e informa ao cliente que uma pessoa vai assumir.

O tom importa. Frases como entendemos a sua preocupação e já encaminhamos o seu caso com as informações que você enviou funcionam. Frases como a peça já chegou assim ou isso será ressarcido não devem ser escritas pelo agente. Se a reclamação também aparecer em canais públicos, o raciocínio de histórico, rascunho e revisão ao responder reclamações pode ser reaproveitado. Para o desenho geral do que automatizar e do que manter com pessoas, vale ler também sobre SAC com inteligência artificial.

Cenário ilustrativo: uma camisa, uma mancha e um caso bem passado

Este é um cenário ilustrativo, sem relação com nenhum cliente real.

Uma cliente escreve no WhatsApp perguntando pela camisa social do pedido da semana. O agente identifica o telefone, localiza a peça pela etiqueta e responde que a camisa está em acabamento, com o último registro feito naquela manhã, e que a previsão segue a regra do serviço contratado. Ela pergunta se a entrega pode ser no fim da tarde. O agente consulta a rota cadastrada para o endereço, informa a janela disponível e registra a escolha, pedindo confirmação.

No dia seguinte, depois de receber a peça, a cliente escreve que há uma mancha na manga que não estava ali. O agente não discute nem explica o processo. Agradece o aviso, pede o código da etiqueta e uma foto da mancha e confirma o melhor contato. Em seguida, abre um caso para a equipe com a descrição da cliente, a foto, a condição registrada na recepção e o histórico de status da peça, e responde que uma pessoa vai entrar em contato. A atendente humana recebe tudo organizado, compara com a foto de entrada e decide o que oferecer.

O agente fez três coisas bem: informou com base em registro, coletou o que faltava e entregou o caso pronto. A decisão sobre a mancha ficou com quem pode tomá-la.

Como começar: mapear, limitar, pilotar e transferir

O método que aplicamos em projetos desse tipo segue quatro movimentos, e cada um tem uma tradução direta para lavanderia.

• Mapear: descrever como a peça circula hoje, da recepção à entrega, quais registros existem, onde ficam e quem os atualiza. Levantar também as perguntas e reclamações mais frequentes dos clientes e medir o ponto de partida, como o tempo médio para responder uma consulta de status.
• Limitar: definir quais dados o agente enxerga e quais ações pode executar. Em geral, leitura de status e agenda, registro de pedido de coleta e abertura de caso. Nada de alterar preço, prazo ou conceder ressarcimento. O princípio de menor privilégio, descrito no guia de autorização do OWASP, vale aqui: o agente deve ter apenas as permissões de que precisa.
• Pilotar: escolher um fluxo real, como consulta de status e confirmação de coleta, e rodá-lo com registro de cada decisão e uma métrica de sucesso combinada com a equipe, por exemplo a proporção de consultas resolvidas sem intervenção e sem erro de informação. Revisar os registros com frequência.
• Transferir: entregar à equipe a documentação, os critérios de escalonamento e a forma de acompanhar a operação, e decidir juntos se o piloto será ampliado, ajustado ou encerrado.

Sobre dados pessoais, a lavanderia trata nome, telefone, endereço e, às vezes, fotos. Isso pede finalidade definida, coleta mínima e cuidado com quem acessa. A ANPD, autoridade nacional de proteção de dados, publica orientações que ajudam a organizar esse tratamento. Se o seu fornecedor de IA processa dados fora do Brasil, vale conferir também a transferência internacional de dados com IA e o que a LGPD exige.

Perguntas frequentes

Preciso trocar o sistema da lavanderia para usar um agente de IA? Nem sempre. O que o agente precisa é de dados consultáveis e confiáveis: etiqueta por peça, status padronizado e agenda de coleta. Se o sistema atual já registra isso, a integração pode ser feita por consulta controlada. Se os registros estão em planilhas ou cadernos, o primeiro trabalho é organizá-los.

O agente pode responder sozinho sobre uma peça danificada? Ele pode acolher o cliente, coletar a etiqueta, a descrição e as fotos, e abrir o caso. Não deve reconhecer culpa, negar o problema nem falar em valor de ressarcimento. Essas decisões ficam com uma pessoa que tenha autoridade e acesso ao histórico da peça.

O que o agente faz quando o status da peça não está atualizado? Ele informa o último registro com a data e avisa que vai confirmar com a equipe, abrindo uma tarefa interna. Responder com uma suposição é o erro mais comum e o que mais desgasta a confiança do cliente. Por isso, a regra de dado ausente deve estar escrita nas instruções do agente.

Como saber se o piloto está funcionando? Compare com o ponto de partida mapeado antes: tempo de resposta a consultas de status, consultas resolvidas sem intervenção e casos de avaria encaminhados com informação completa. Revise os registros de decisão do agente e leve os erros encontrados para ajustar as regras. Se a métrica combinada não melhorar, o piloto deve ser ajustado ou encerrado.

Fontes

• Anthropic: Building effective agents
• Anthropic: Writing effective tools for agents
• OWASP: Authorization Cheat Sheet
• ANPD: Autoridade Nacional de Proteção de Dados