Superinteligência em loja de decoração: pedidos sob encomenda

Superinteligência, no sentido estrito, ainda não é algo que uma loja de decoração compra ou opera no dia a dia. O que faz diferença é um agente de IA com escopo fechado, que registra o pedido sob encomenda, consulta o prazo de fabricação e informa o status do sinal, com regras explícitas e transferência para uma pessoa quando a decisão não é dele. Este texto mostra como organizar esse fluxo antes de qualquer automação.

Principais pontos

• O termo superinteligência descreve um horizonte teórico. Para a loja, o que importa é um agente com tarefas, dados e permissões bem delimitados.
• Pedido sob encomenda precisa de um registro completo: medidas, acabamento, material, prazo prometido, condição de pagamento e histórico de alterações.
• O agente consulta e registra, mas prazo, desconto, reembolso e mudança de escopo continuam com a equipe.
• Status de sinal e de produção precisam vir de uma fonte única, senão o cliente recebe respostas diferentes em canais diferentes.
• Um piloto com uma família de produtos, logs e uma métrica combinada antes do início traz mais aprendizado do que automatizar a loja inteira.

Por que pedido sob encomenda é diferente da venda de prateleira

Na venda de prateleira, a informação do produto é quase fixa: existe ou não existe, custa o que está na etiqueta e sai no mesmo dia. Na encomenda, cada pedido tem uma história. O cliente escolhe a cor, pede uma medida diferente, quer ver uma amostra de tecido, muda o acabamento depois do sinal e pergunta três vezes quando fica pronto.

Sem registro estruturado, essas informações ficam espalhadas entre conversas de WhatsApp, anotações em caderno, planilhas e a memória de quem atendeu. É aí que pedidos se perdem, prazos são prometidos sem conferência e o cliente fica sem resposta quando mais precisa. Antes de falar em agente, vale entender onde a loja já perde informação. Um exemplo parecido, em marcenaria, aparece no texto sobre IA para marcenaria e móveis planejados: orçamento e montagem, que trata do mesmo problema de medidas, etapas e prazos.

O que o registro de cada pedido precisa conter

Um agente só consegue acompanhar o que está registrado. Antes de configurar qualquer fluxo, a loja deve definir os campos mínimos de cada pedido:

• Cliente, canal de contato preferido e nome de quem aprova o pedido, quando for outra pessoa.
• Item e variante, como tamanho, cor, tecido, material ou acabamento.
• Medidas conferidas, com foto de referência do local quando o item depende de encaixe.
• Prazo prometido, data de corte para alterações e data de retirada ou entrega.
• Valor combinado, registrado no sistema da loja e nunca reconstruído de memória pelo agente.
• Sinal previsto, sinal confirmado, saldo e forma de pagamento usada.
• Histórico de alterações, com data, pedido do cliente e quem aprovou.

O ponto mais sensível é o prazo. Ele deve ser a data informada pela oficina, marcenaria ou fornecedor, com uma margem combinada. Se a loja não tem essa informação na mão, o agente não deve inventar uma. Ele deve dizer que vai confirmar com a equipe.

Fluxo de status: do orçamento à entrega

Um fluxo simples de status evita que o agente improvise. Uma sequência possível, adaptável à realidade de cada loja, é esta:

• Orçamento aberto: cliente pediu, medidas ainda em conferência.
• Aguardando sinal: orçamento enviado e aceito, pagamento pendente.
• Sinal confirmado: pagamento registrado e pedido liberado para produção.
• Em produção: o fornecedor ou a equipe confirmou o início, com prazo de referência.
• Pronto para retirada ou entrega: aviso enviado com a janela combinada.
• Saldo confirmado e entregue: pedido encerrado, com registro de qualquer ocorrência.

A regra central é que o status do sinal vem do registro de pagamento e não da conversa. Se o cliente diz que já pagou, o agente pode informar que a loja vai verificar, mas só confirma o status quando o pagamento aparece no sistema. Isso protege a loja de confirmações indevidas e o cliente de uma expectativa falsa.

Cenário ilustrativo: cortinas sob medida

Cenário ilustrativo, sem dados reais: uma cliente pede cortinas para a sala e envia fotos da janela com uma medida anotada à mão. O agente coleta as medidas, marca o pedido como orçamento aberto e pede que a equipe confira a medida antes de enviar o valor. Depois da conferência, envia o orçamento com a condição de sinal e registra o aceite.

Alguns dias depois, a cliente pergunta se a produção já começou. O agente consulta o status, vê que o pedido está em produção e responde com o prazo de referência registrado, sem prometer data além dela. Se a cliente pedir a troca do tecido, o agente não confirma a mudança. Ele registra o pedido de alteração, marca como pendente de aprovação da loja, avisa a cliente que a equipe vai responder e transfere a conversa com um resumo: pedido, status atual, alteração pedida e o que já foi pago.

O valor desse cenário está no registro e na transferência, não em uma resposta brilhante. Quem atende a cliente com o histórico completo na mão resolve em minutos o que antes levaria uma tarde de idas e vindas.

Limites que o agente não deve ultrapassar

Automação de atendimento funciona melhor quando o trabalho determinístico fica em fluxos fixos e a parte de julgamento fica com a equipe. A orientação da Anthropic sobre agentes eficazes recomenda justamente começar com a solução mais simples que resolva o problema e aumentar a complexidade só quando necessário. Para uma loja, isso significa:

• Não prometer prazo que a fabricação não confirmou.
• Não negociar desconto, reembolso ou cancelamento.
• Não confirmar medidas que dependem de conferência presencial.
• Transferir para uma pessoa sempre que houver reclamação, dúvida jurídica ou pedido fora do registro.
• Restringir cada ação a uma permissão específica. Quem pode alterar um pedido não é necessariamente quem pode ler o histórico, e essa separação é o princípio básico das orientações de autorização da OWASP.

No WhatsApp, o agente precisa respeitar a janela de atendimento e as regras de mensagens ativas. Avisos de status fora da janela exigem template aprovado e permissão prévia do cliente. Os detalhes estão em Janela de 24 horas no WhatsApp API: como o agente de IA deve agir.

Dados de clientes e LGPD

Uma loja de decoração coleta menos dados sensíveis do que uma clínica, mas ainda assim trata nome, telefone, endereço de entrega e fotos do ambiente da casa do cliente. A recomendação prática é coletar apenas o que o pedido exige, guardar fotos só pelo tempo necessário e restringir o acesso à equipe que atende o pedido.

Se a ferramenta de IA processa dados fora do Brasil, a análise deve passar pela transferência internacional prevista na LGPD. O tema é tratado em Transferência internacional de dados com IA: o que a LGPD exige. A Autoridade Nacional de Proteção de Dados publica orientações e é a referência oficial para dúvidas sobre o tema.

Como pilotar com o método da casa

O caminho que usamos para projetos desse tipo tem quatro etapas: mapear, limitar, pilotar e transferir. Mapear significa entender como o pedido nasce, quem toca em cada etapa e onde a informação se perde hoje. Limitar significa definir campos, status e ações permitidas antes de qualquer configuração. Pilotar é escolher um tipo de produto e um período combinado, com logs de cada conversa e uma métrica de sucesso acordada de antemão, como a redução de pedidos sem status atualizado. Transferir significa entregar a operação à equipe com documentação e decidir, com dados, se o fluxo deve expandir, ser ajustado ou parar.

No caso de operações contínuas, a manutenção do agente também precisa de dono. Quando a loja não tem equipe técnica interna, a operação gerenciada pode ser feita pela Be Human (be-human.ai), com as mesmas regras de permissão e registro.

Perguntas frequentes

Precisa de superinteligência para organizar pedidos sob encomenda? Não. O que a loja precisa é de um registro bem estruturado, de status claros e de um agente com permissões limitadas. Essas três coisas resolvem a maior parte da perda de informação, e nenhuma depende de um sistema com capacidades gerais.

O agente pode confirmar o prazo de entrega sozinho? Não deve. O prazo precisa vir da oficina, marcenaria ou fornecedor, registrado no sistema da loja. Quando a informação não está disponível, o agente deve dizer que a equipe vai confirmar e registrar a pergunta para retorno.

Como o agente sabe se o sinal foi pago? Ele deve consultar o registro de pagamento, não a conversa com o cliente. Se o cliente afirma que já pagou, o agente informa que a loja vai verificar e só altera o status depois da confirmação registrada.

Vale começar pelo WhatsApp ou pelo site da loja? Depende de onde o cliente já pede. Se a maior parte dos pedidos chega por mensagem, faz sentido começar pelo WhatsApp, respeitando as regras da plataforma. O canal importa menos do que o registro único do pedido, que deve existir independentemente de onde a conversa começa.

Fontes

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