IA para oficina de estofados: orçamentos e pedidos de tecido

Um agente de IA para oficina de estofados pode receber pedidos de orçamento, conferi-los com suas regras de preço e com os registros de tecidos, acompanhar os pedidos de tecido junto aos fornecedores e enviar aos clientes atualizações sobre a retirada, sem que ninguém precise digitar de novo os mesmos dados. Ele só funciona bem quando a oficina já decidiu quais informações o agente pode usar, quais mensagens precisam da aprovação de uma pessoa e como a equipe vai saber se ele está fazendo o trabalho direito. Um primeiro agente deve cuidar de um fluxo específico, como a entrada de orçamentos, e não de toda a recepção.

Principais pontos

• Comece por um único fluxo. A entrada de orçamentos e o acompanhamento de pedidos de tecido são bons primeiros candidatos, porque se repetem todos os dias e deixam registros claros.
• Cada serviço precisa de uma memória: a peça, o tecido escolhido, o pedido ao fornecedor, a data confirmada e todas as mensagens enviadas sobre ele.
• Os clientes devem receber apenas mensagens aprovadas antecipadamente por uma pessoa, principalmente as que mencionem valor, metragem ou data de conclusão.
• Defina o que é sucesso antes do lançamento, usando um indicador que você possa conferir no registro do serviço sem precisar perguntar ao agente.
• Mantenha um responsável humano nomeado para as exceções, as disputas com fornecedores e qualquer mudança nas regras que o agente segue.

O que um agente deve e não deve fazer na oficina

O trabalho de estofamento passa por etapas previsíveis: chega um pedido de orçamento, alguém olha ou mede a peça, o orçamento é elaborado, o cliente escolhe o tecido, o tecido é encomendado, a estrutura é refeita e acabada, e a peça fica pronta para retirada. A maior parte dos atrasos e das confusões acontece entre uma etapa e outra. Um tecido entra em falta, o cliente pergunta se a cadeira já está pronta ou um orçamento fica parado na caixa de entrada porque quem o elabora passou o dia na marcenaria. O agente é útil justamente nesses intervalos. Ele lê o pedido, pede as informações que faltam, rascunha o orçamento com base nas suas regras, registra o pedido e avisa a equipe quando algo está esperando uma pessoa.

Ele não deve definir quanto custa um reparo, prometer uma data de entrega que a oficina ainda não confirmou nem aceitar a troca de tecido pedida pelo cliente sem que um humano revise. São decisões de julgamento que cabem ao dono ou ao estofador responsável. Deixar essa fronteira escrita antes de qualquer conexão é o primeiro passo mais útil, e também o que a maioria das oficinas pula.

Como transformar um pedido de orçamento em um registro completo?

Um pedido de orçamento costuma chegar como uma mensagem curta, com uma foto e uma descrição vaga, como "o sofá precisa de capas novas". A primeira tarefa do agente é transformar isso em um registro que sua equipe consiga precificar. Uma entrada prática pergunta o tipo de peça, as medidas aproximadas ou uma lista de medidas, o estado e os danos, se a estrutura será mantida, o tecido que o cliente já tem ou prefere, o prazo desejado e o canal de contato preferido. Cada resposta vai para o registro do serviço, para que quem precifica veja sempre os mesmos dados.

Um roteiro curto para a etapa de entrada:

• Tipo de peça, fabricante se conhecido e número de peças do conjunto
• Fotos de cada lado, do assento, dos braços e de manchas ou rasgos
• Medidas informadas pelo cliente, marcadas como fornecidas pelo cliente
• Estado da estrutura e se molas ou espuma serão substituídas
• Situação do tecido: fornecido pelo cliente, amostra da oficina ou ainda indefinido
• Data desejada e o motivo, se houver
• Melhor canal de contato e o nome da pessoa que aprovou o pedido

O agente deve sinalizar o que estiver faltando, e não adivinhar. Um pedido sem fotos ou sem definição de tecido deve ficar em um estado claro de "aguardando informações", com a pergunta exata enfileirada para o cliente. Depois que a equipe confirmar as medidas, o agente pode preparar um rascunho de orçamento com base nas regras da própria oficina, mas a aprovação final continua com quem emite o documento. Oficinas que já usam anotações estruturadas de orçamento em outros ofícios costumam reconhecer rapidamente esse padrão de entrada.

Como um agente acompanha pedidos de tecido sem perder o fio da meada?

O tecido é o ponto em que muitos serviços de estofado travam sem que ninguém perceba. O cliente escolhe o tecido, a oficina faz o pedido, o fornecedor confirma uma data, um rolo chega com lote de tingimento diferente do esperado e a equipe fica esperando. O valor do agente aqui é a memória. Ele mantém o vínculo entre o serviço, o item de tecido, o fornecedor, a referência do pedido, a data confirmada e todas as mensagens sobre o assunto. Quando alguém pergunta em que pé está uma cadeira, a resposta deve vir desse registro, e não de uma busca em threads de e-mail antigas.

Os estados de um serviço devem ser simples: solicitado, orçado, aprovado pelo cliente, encomendado, confirmado pelo fornecedor, recebido, cortado, em montagem, em acabamento e pronto para retirada. O agente só deve avançar um serviço de um estado para o seguinte quando o evento que dispara a mudança estiver claro, como uma confirmação do fornecedor que traga a referência correspondente. Tudo o que for ambíguo, como uma entrega parcial ou um tecido substituto, vai para uma pessoa. Fornecedores respondem no ritmo deles, então o agente pode rascunhar mensagens de acompanhamento depois de um intervalo que o dono tenha combinado, mas uma pessoa deve aprovar qualquer mensagem que altere uma data prevista.

O acesso merece o mesmo cuidado. O agente deve conseguir ler as confirmações dos fornecedores e escrever no quadro de serviços, mas não deve fazer novos pedidos acima de um valor combinado sem aprovação de uma pessoa. As orientações da OWASP sobre autorização são um bom roteiro para decidir quais ações cada conta, inclusive a do agente, pode executar.

Um cenário ilustrativo com atualização de retirada

Cenário ilustrativo: uma oficina pequena tem três cadeiras de jantar na marcenaria e um sofá esperando um tecido de fornecedor. O fornecedor confirma que o tecido chega ainda naquela semana, e o agente atualiza o registro do serviço e avisa o estofador responsável. Quando o tecido é registrado como recebido, o agente percebe que a referência da nota de entrega não bate com a do pedido. Ele não envia nada ao cliente. Em vez disso, coloca o serviço em uma fila de exceções, com as duas referências lado a lado. O dono confere com o fornecedor, confirma o rolo correto e aprova uma atualização curta para o cliente: o sofá voltou para a etapa de montagem, e a retirada será confirmada assim que a estrutura estiver fechada. O agente rascunhou a mensagem, o dono a editou, e ela saiu pela conta da oficina.

O mesmo padrão vale para a retirada. Quando um serviço chega à etapa de pronto para retirada, o agente pode propor as janelas de retirada que a oficina aprovou, pedir que o cliente confirme e enviar um lembrete caso não haja resposta. As mensagens de retirada não devem mencionar saldos nem dados de pagamento, a não ser que o dono tenha definido esse processo e aprovado o texto antecipadamente. O ponto do exemplo não é automatizar por automatizar. É que o agente notou uma divergência que uma marcenaria movimentada poderia deixar passar, e uma pessoa tomou a decisão.

O que decidir antes de o primeiro agente entrar em operação?

Antes de qualquer conexão, o dono ou o responsável pela oficina deve responder por escrito a estas perguntas:

• Qual fluxo único vai primeiro: a entrada de orçamentos ou o acompanhamento de pedidos de tecido?
• Quais informações o agente pode ler: mensagens de clientes, anotações de serviços, e-mails de fornecedores, fotos e a tabela de preços?
• Quais mensagens ele pode enviar sem revisão e quais sempre exigem aprovação?
• Em quais sistemas ele pode escrever, como o quadro de serviços, a agenda compartilhada ou o portal do fornecedor, e quais devem ficar somente para leitura?
• Quem responde pelas exceções e quem pode mudar as regras que o agente segue?
• Como é um bom resultado depois das primeiras semanas, em termos que uma pessoa consiga conferir diretamente?
• Quais dados de clientes são armazenados, por quanto tempo e quem pode vê-los?

As respostas não precisam ser perfeitas, mas precisam existir antes do lançamento. Um vocabulário de riscos ajuda nessa tarefa. O NIST AI Risk Management Framework oferece às equipes uma forma comum de nomear riscos, atribuir responsáveis e decidir o que monitorar antes que um sistema toque em clientes. Se a oficina atende clientes no Brasil ou na União Europeia, a resposta sobre dados também deve refletir as obrigações de privacidade e de uso de IA aplicáveis nesses lugares.

Como uma operação gerenciada cuida disso?

A Be Human desenha o primeiro agente em torno de um papel específico, aqui um coordenador de orçamentos e tecidos para a oficina. O trabalho define a memória que esse papel precisa, quais campos de serviço e registros de fornecedor ele pode ler, quais ferramentas pode usar, a fronteira de aprovação de cada mensagem enviada e um critério de sucesso observável. Depois do lançamento, a operação gerenciada inclui o acompanhamento das exceções, avaliações recorrentes com pedidos reais anteriores, a manutenção das conexões com fornecedores e agenda, a revisão periódica das permissões e mudanças controladas quando as regras da oficina mudarem. O serviço é remoto, em inglês ou em português, para que as mensagens de entrada e de retirada sigam o idioma que os seus clientes realmente usam.

Como saber se o primeiro agente está funcionando?

Escolha indicadores que você possa verificar no registro do serviço, sem precisar perguntar ao agente. Exemplos úteis: se cada pedido de orçamento tem um registro completo de entrada quando o estofador responsável o abre, se cada pedido de tecido traz uma data confirmada do fornecedor e com que frequência uma mensagem rascunhada precisou ser corrigida antes de sair. Revise as exceções toda semana no período inicial e mantenha um registro de cada pergunta que o agente fez e que uma pessoa deveria ter respondido. Esses registros mostram quais regras precisam de ajuste. A mesma disciplina vale para a rastreabilidade: a introdução à observabilidade da OpenTelemetry explica por que sistemas devem registrar o que aconteceu, quando e por quê, para que uma mensagem de retirada perdida possa ser rastreada, e não apenas adivinhada. O diagnóstico gratuito de IA da Be Human pode ajudar a identificar a primeira tarefa da sua oficina que vale a pena entregar a um agente.

Perguntas frequentes

Um agente de IA pode fazer orçamentos de estofado sozinho? Na maioria das oficinas, não deve enviar orçamentos finais sem revisão. Uma configuração razoável deixa o agente reunir as informações de entrada, sinalizar o que falta e preparar um rascunho com base nas suas regras, enquanto quem precifica aprova os valores e o texto antes de qualquer coisa chegar ao cliente.

Que informações sobre tecidos o agente pode ver? Dê acesso aos campos que um orçamento ou pedido exige: nome do tecido, fornecedor, referência do pedido, data confirmada e situação. Mantenha credenciais de conta de fornecedor, notas internas de margem e dados pessoais dos clientes fora do seu alcance, a não ser que uma tarefa específica exija, e revise essa lista periodicamente.

O agente atende clientes que escrevem em português? Sim, quando a configuração é feita para isso. A Be Human trabalha em inglês e em português, então as perguntas de entrada, as atualizações de status e os lembretes podem ser configurados no idioma que os seus clientes usam, com as mesmas regras de aprovação aplicadas em cada idioma.

Por onde começar se a equipe da oficina já está ocupada? Comece com um único fluxo, geralmente a entrada de orçamentos, e limite a primeira versão a rascunhos e ao registro de informações. Adicione o acompanhamento de pedidos de tecido quando a equipe confiar nos registros dos serviços, e trate cada nova permissão como uma decisão deliberada, e não como um padrão.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.