Uma cotação confiável no WhatsApp exige mais do que reconhecer nomes de produtos. É necessário identificar cada item, confirmar quantidades e unidades, consultar condições comerciais e manter uma versão que o cliente possa aceitar sem ambiguidade. Este tutorial propõe um fluxo para distribuidoras, lojas e operações B2B com pedidos de vários itens. Os exemplos de produtos, preços e identificadores são fictícios e servem para testar o processo.
Desenhe o pedido que sua equipe recebe hoje
Reúna listas representativas recebidas no WhatsApp: uma digitada, uma fotografia, um pedido com abreviações e uma lista corrigida ao longo da conversa. Observe onde o vendedor precisa sair do canal para consultar um código ou pedir ajuda. A intenção é descobrir quais informações realmente faltam. Se as ambiguidades vêm de embalagens, um catálogo com fotos melhores não resolve sozinho. Se vêm de nomes antigos, um cadastro de sinônimos pode ajudar mais.
Transforme cada exemplo em uma sequência de decisões. O cliente informou o produto certo? A unidade é peça, caixa ou metro? Existe quantidade mínima? O comprador tem uma tabela comercial vinculada? A entrega depende de CEP, região ou retirada? Não automatize essas perguntas como um interrogatório fixo. Use as respostas já presentes e pergunte apenas o que muda o cálculo ou a elegibilidade do pedido.
Defina uma fronteira de escopo para o primeiro piloto. Uma categoria com poucos tipos de embalagem pode ser melhor que um catálogo inteiro com combinações técnicas complexas. Não escolha apenas os produtos mais fáceis se eles representam um volume irrelevante. Procure um recorte que combine frequência e regras compreensíveis. O resultado deve ensinar se a proposta funciona para a operação, não apenas se consegue montar um documento bonito.
Modele cada linha da cotação
Uma linha precisa conter código do produto, descrição de apresentação, variação, unidade de venda, quantidade e preço unitário aplicável. Acrescente identificador próprio da linha para que uma alteração não dependa da posição visual. Se o cliente remove o segundo item, o antigo terceiro pode mudar de posição. Um identificador estável evita que a correção de quantidade atinja o produto errado quando a lista é reorganizada.
Considere uma lista fictícia: cinco caixas do item A e três unidades do item B. Se cada caixa de A contém dez peças, a proposta deve apresentar cinco caixas e a equivalência apenas como informação adicional. Misturar preço por peça com quantidade em caixa é um erro de modelagem, não de linguagem. Registre a unidade de cálculo e a de apresentação, e teste as conversões autorizadas no cadastro antes de exibir totais.
Guarde o texto original junto da interpretação proposta enquanto isso for necessário ao processo e permitido pela política de dados da empresa. O atendente precisa conseguir explicar por que o sistema escolheu determinado SKU. Um resultado sem origem dificulta correção. Na interface de revisão, coloque lado a lado a expressão recebida e o item identificado; destaque os casos incertos em vez de tratar toda correspondência como igualmente confiável.
Resolva nomes parecidos e variações antes de calcular
Crie um índice de pesquisa com descrição oficial, códigos alternativos e sinônimos aprovados. A expressão luva azul pode representar tamanhos, materiais e aplicações diferentes. A busca deve retornar candidatos com seus atributos discriminantes. A pergunta seguinte deve explorar a diferença: você precisa do tamanho M ou G? Perguntar novamente o nome genérico do produto não resolve a ambiguidade e prolonga a conversa sem ganho.
Em uma entrada por imagem, separe reconhecimento de texto de validação comercial. A imagem pode estar cortada, desfocada ou conter um número que parece outro. Mostre o rascunho de itens para confirmação quando houver incerteza. Não converta silenciosamente uma leitura duvidosa em quantidade cobrável. Para pedidos técnicos, valide também aplicação e compatibilidade conforme o processo da empresa, sem atribuir ao modelo autoridade para certificar especificações.
Quando o item estiver indisponível, apresente alternativas cadastradas como sugestões e descreva o que muda. Um produto semelhante pode ter embalagem, rendimento ou prazo diferente. A proposta precisa registrar o aceite da substituição; não basta usar uma descrição vaga como equivalente. Se a empresa não mantém regras de equivalência, encaminhe a decisão ao responsável. Esse limite impede que a automação ganhe velocidade à custa de devoluções futuras.
Declare quem manda em cada informação
Faça um pequeno contrato de dados: o catálogo define identidade e atributos; a tabela comercial define preço; o sistema de estoque informa saldo ou disponibilidade; a logística calcula entrega; o CRM registra a negociação. Uma mesma ferramenta pode exercer vários papéis, mas a autoridade continua precisando ser explícita. Copiar tudo para um banco auxiliar sem definir atualização cria uma segunda verdade que ninguém consegue conciliar quando aparece divergência.
Para cada consulta, registre data e resposta utilizada. A frequência necessária depende da volatilidade. Uma descrição pode mudar raramente, enquanto o saldo muda a cada pedido. Use cache somente quando sua validade estiver adequada ao caso e deixe clara a condição consultada. Se a integração estiver indisponível, o sistema pode produzir um rascunho pendente, mas não deve apresentar como confirmada uma disponibilidade que não conseguiu verificar.
Decida como lidar com ausência parcial de informação. Se nove itens têm preço e um não, há pelo menos três opções: aguardar a lista completa, emitir uma proposta parcial identificada ou pedir ao cliente que escolha. Documente a opção por tipo de venda. Um erro comum é omitir a linha problemática sem avisar, produzindo um total menor que parece representar todo o pedido. A interface deve indicar o item pendente e o efeito sobre a conclusão.
Faça o cálculo fora da geração de texto
A IA pode interpretar a solicitação e redigir a apresentação; o cálculo comercial deve vir de regras reproduzíveis. No exemplo hipotético, cinco caixas de A a R$ 80 somam R$ 400, e três unidades de B a R$ 50 somam R$ 150. O subtotal é R$ 550. Um desconto aprovado de 4% sobre os produtos equivale a R$ 22. Com frete de R$ 30, o total ilustrativo é R$ 558, desde que não existam outros componentes aplicáveis.
Essa conta só está completa porque declaramos a base do desconto e a posição do frete. Se o desconto incidir sobre o total, o resultado muda. Custos e tributos exigidos pela operação devem ser tratados pelo sistema responsável e pelas regras comerciais válidas; o exemplo não é uma orientação fiscal. Para implementação, escolha uma representação monetária precisa, padronize arredondamento e valide a soma das linhas contra o total exibido.
Registre separadamente preço de tabela, condição aplicada e aprovação de exceção. Se o vendedor pode conceder até determinado limite interno, uma solicitação acima desse limite deve seguir outro caminho. Não aceite instruções no texto do cliente como substituto de autorização comercial. A frase o gerente liberou o desconto é uma informação para confirmar, não uma credencial. O serviço de cálculo precisa verificar permissão fora do modelo de linguagem.
Diferencie cotação, reserva e pedido
Uma cotação registra condições propostas; uma reserva pode separar capacidade ou mercadoria; um pedido inicia outra etapa da operação. Esses eventos não devem ser confundidos. Se o seu sistema não faz reserva, informe que a disponibilidade será validada na confirmação. Se faz, estabeleça duração, quantidade e regra de liberação. A promessa ao cliente precisa corresponder exatamente ao comportamento do estoque para não vender a mesma capacidade duas vezes.
No teste, simule dois compradores confirmando a última unidade. Uma consulta anterior pode ter mostrado disponibilidade para ambos. O ponto de confirmação deve usar o mecanismo de consistência oferecido pelo sistema responsável, como uma operação de reserva ou validação atômica apropriada. Não tente resolver concorrência apenas consultando de novo e aguardando alguns segundos. Entre a consulta e a gravação, outro pedido ainda pode consumir o saldo.
Documente o momento em que nasce a obrigação operacional interna: aceite, pagamento confirmado ou aprovação de crédito, conforme o fluxo da empresa. Uma mensagem dizendo pode fechar pode requerer conferência de condições, cadastro ou entrega. O tutorial não propõe que uma frase isolada dispare indiscriminadamente compra, cobrança e expedição. O caminho de confirmação deve preservar as verificações que a operação realmente precisa cumprir.
Numere versões e vincule o aceite
Emita uma referência legível, como COT-1042, e uma versão. A primeira proposta é v1. Se o cliente altera quantidade ou entrega, gere v2 e identifique que ela substitui a anterior. A mensagem de confirmação deve apontar para a versão vigente. O sistema precisa rejeitar a conversão silenciosa de uma versão expirada ou substituída, oferecendo a nova proposta para conferência. Esse controle evita discussões sobre qual total foi aceito.
Mantenha um resumo das mudanças: quantidade do item B passou de três para quatro; entrega mudou de retirada para envio; desconto continua igual. O comprador não deveria precisar comparar dois documentos extensos linha por linha para descobrir a alteração. Quanto mais transparente a revisão, menor a chance de confirmar uma condição por engano. O resumo deve ser calculado a partir dos dados, não depender da memória do atendente.
Planeje o caso em que duas pessoas editam a mesma cotação. Uma atualização deve informar a versão de origem e verificar se ela ainda é atual antes de gravar. Se outra pessoa já alterou, apresente o conflito para reconciliação. Sobrescrever automaticamente o documento pode apagar a negociação mais recente. Para o usuário, a mensagem pode ser simples: esta proposta mudou; confira a versão atual antes de salvar.
Trate repetição de envio e falha parcial
O cliente pode tocar duas vezes em confirmar, o navegador pode repetir uma chamada e uma integração pode devolver timeout depois de concluir o pedido. A ação de converter cotação deve ter uma identidade que permita reconhecer repetição. Um exemplo é associar a tentativa à cotação e à versão aceita, persistindo o resultado. Repetir a mesma intenção deve recuperar ou reconciliar a operação existente, em vez de criar outro pedido por padrão.
Idempotência precisa existir no limite em que o efeito ocorre. Um controle somente na tela não protege de outra origem de requisição. A documentação da Stripe ilustra o uso de uma chave para repetir chamadas sem duplicar o efeito, mas cada ERP tem seu próprio contrato. Verifique suporte, escopo e tratamento de respostas antes de reutilizar a técnica. Se o serviço externo não oferece esse recurso, projete registro local e reconciliação dos identificadores disponíveis.
Teste falha após criar o pedido e antes de atualizar o CRM. O estado correto não é necessariamente erro total: o pedido pode existir. Registre uma pendência de reconciliação e consulte a operação antes de tentar de novo. O atendente deve ver que há uma confirmação em verificação. Uma mensagem genérica de falha seguida de nova tentativa automática pode duplicar venda, estoque e comunicação, tornando uma indisponibilidade pequena um problema comercial maior.
Prepare uma tela de conferência útil
O revisor precisa enxergar o que merece atenção: item incerto, unidade convertida, preço excepcional, disponibilidade antiga, linha sem condição e versão alterada. Se tudo aparece com a mesma cor e importância, a revisão vira leitura cansativa. Organize os alertas por consequência e ofereça a fonte consultada. A intenção não é obrigar o vendedor a refazer todo o trabalho; é concentrar sua decisão onde existe uma exceção.
Para o cliente, apresente descrição suficiente, quantidade, unidade, total e condição de entrega. Evite esconder informações necessárias em um texto muito longo depois do botão de aceite. Em dispositivos pequenos, uma lista grande precisa continuar compreensível. Uma alternativa é enviar um resumo e um link para a proposta detalhada em ambiente adequado, conforme a arquitetura escolhida. O comprador deve poder corrigir uma linha antes de confirmar a versão.
Registre o pedido de correção com a linha correspondente. Trocar aquela caixa por duas unidades pode se referir a mais de um item. Se a referência estiver incerta, pergunte. O custo de uma pergunta curta é menor que o de expedir uma mercadoria errada. A automação deve reduzir ambiguidades, não disfarçá-las com uma resposta fluente. Esse princípio vale especialmente quando texto, áudio e imagem se alternam na mesma conversa.
Valide com uma bateria comercial de exemplos
Prepare casos de aceitação com resultado esperado: item único; vários itens; duas embalagens parecidas; produto sem preço; saldo insuficiente; frete indisponível; desconto acima da permissão; proposta vencida; versão antiga aceita; confirmação repetida; pedido criado sem retorno; mudança simultânea por dois vendedores. Para cada caso, registre a proposta esperada, a mensagem ao comprador e o estado final nos sistemas. Não valide apenas que a API respondeu sem erro.
Meça tempo ativo de montagem, quantidade de correções por proposta e divergências detectadas após o aceite. Um ganho de velocidade acompanhado por mais retrabalho na expedição não representa melhora do processo inteiro. Compare listas de complexidade parecida e mantenha visível quantos pedidos passaram por revisão humana. A meta é reduzir esforço com rastreabilidade, e não elevar artificialmente a taxa de automação escondendo exceções.
Ao concluir, reúna o contrato de dados, a regra de cálculo, o controle de versões e os casos de aceitação. Esses documentos ajudam a Tironi Tech estimar uma integração entre WhatsApp, catálogo, CRM e ERP com menos incerteza. A solução pode começar por uma família de produtos e crescer conforme o uso comprovar valor. Cada nova categoria deve trazer suas regras próprias, preservando o processo que já foi validado.
Perguntas frequentes
A IA pode escolher um produto equivalente sem perguntar?
Pode sugerir uma alternativa com base em regras e dados disponíveis. A substituição precisa ser confirmada quando altera características, aplicação, quantidade ou condição comercial. Sem equivalência cadastrada e validação adequada, a IA não deve declarar os itens intercambiáveis.
Consultar estoque significa reservar a mercadoria?
Não necessariamente. Consulta, reserva e baixa são operações diferentes. O fluxo deve informar qual delas ocorreu e usar as capacidades reais do sistema de estoque. Um saldo consultado pode mudar antes da confirmação.
Como impedir que um orçamento antigo vire pedido pelo preço errado?
Vincule o aceite a um identificador e uma versão, confira a validade e valide as condições no momento da conversão. Se o documento tiver sido substituído ou expirado, apresente a versão vigente antes de prosseguir.
É possível começar sem integrar o ERP?
Sim, validando o processo com revisão humana e uma fonte controlada de preços. Isso não transforma a planilha em estoque em tempo real. A integração se justifica quando a atualização manual passa a gerar atraso, divergência ou custo relevante.
Conecte conversa, catálogo e operação
O ChatBô pode desenhar o fluxo de cotação e integrar atendimento, regras comerciais e ERP. Traga exemplos de listas recebidas e das alterações que mais geram retrabalho.
Avaliar minha operação de cotações