Funilaria e pintura em São Carlos: a IA levanta o dano do carro e adianta o encaminhamento sem cravar o orçamento antes de ver o veículo?
Levanta, sim — mas não fecha valor de cabeça, e está certa em não fechar. Uma IA bem montada no WhatsApp de uma funilaria pergunta qual peça foi atingida (porta, para-choque, lataria, teto), o tipo de batida (traseira, lateral, frontal, de estacionamento), se existe seguro envolvido ou é pagamento particular, e pede uma foto do dano — e já encaminha pro funileiro com esse resumo pronto pra agendar a avaliação. O orçamento fechado ela não crava: dano de colisão quase sempre tem parte que não aparece em foto nenhuma, e nenhuma funilaria séria fecha valor sem o carro na rampa.
Por que foto do carro não basta pra fechar o orçamento?
Lataria amassada mostra a superfície, não o que tem embaixo. Um para-choque com um arranhão de 10 centímetros pode esconder atrás de si um suporte quebrado, um sensor de estacionamento desalinhado ou uma longarina levemente deslocada — coisa que só aparece quando o funileiro desmonta a peça ou passa o carro no prumo. Duas batidas que "parecem iguais" na foto do WhatsApp podem ter custos de reparo completamente diferentes assim que alguém abre o capô de verdade. O cliente quer um número no chat porque é assim que ele compara três funilarias ao mesmo tempo — mas quem crava valor fechado só pela foto está chutando: pra cima, perde a venda pro concorrente "mais barato"; pra baixo, descobre o dano escondido depois e tem que voltar atrás, o que queima credibilidade igual orçamento que muda na hora da entrega do carro. Avaliar o veículo presencialmente é o único jeito honesto de precificar isso.
O que a IA levanta antes de agendar a avaliação?
A mecânica é a mesma extração de sinais que já aparece em qualquer vertical que dependa de ver a coisa de perto antes de precificar — como já descrevi pra oficina mecânica aqui em São Carlos — mas os sinais que importam numa funilaria são outros, porque o problema não é um ruído mecânico, é um dano visível de impacto. Quais sinais extrair é configuração daquele negócio, não código fixo; numa funilaria e pintura, esse roteiro tende a puxar:
- Peça ou região atingida — para-choque, porta, paralama, teto, lateral. Cada uma envolve processo de reparo e tinta diferentes.
- Tipo de batida — colisão traseira, lateral, frontal, roçada de estacionamento. Isso já dá uma primeira ideia de gravidade, sem o agente tirar conclusão técnica que não é dela.
- Se tem seguro envolvido — sinistro pela seguradora ou pagamento particular direto. São dois fluxos completamente diferentes, e errar essa pergunta no início atrasa tudo depois.
- Foto do dano — não pra a IA avaliar tecnicamente (não é essa a função dela), mas pra o funileiro já abrir a conversa com uma referência visual, em vez de chegar cego na avaliação.
- Urgência — carro ainda roda, ou ficou parado? Cliente precisa do carro numa data certa (viagem, trabalho)?
Sinal que ninguém desenhou de antemão não aparece no resumo que chega pro funileiro — é ponto cego, não omissão deliberada.
Seguro muda tudo: a IA sabe diferenciar sinistro de pagamento particular?
Essa é a bifurcação mais importante da conversa, e é por isso que ela precisa estar configurada como sinal explícito, não deduzida no meio do papo. Quando tem seguradora envolvida, o fluxo carrega franquia, vistoria própria da seguradora e às vezes rede credenciada — o preço final nem sempre é só entre cliente e funilaria. Quando é particular, o funileiro negocia direto com quem vai pagar. A IA que pergunta isso logo no início não está curiosa: está roteando o lead pro caminho certo antes de qualquer número ser mencionado, porque o próprio processo de orçamento é outro dependendo da resposta. Pular essa pergunta e tratar os dois casos como se fossem o mesmo funil é o tipo de ponto cego que só aparece depois, quando o cliente já passou a franquia pro funileiro errado.
A IA chega a dar um valor aproximado do reparo?
Não deveria, e essa é a trava mais importante do desenho. Existe uma checagem separada da conversa — o grounding — que audita o que a IA afirma (preço, prazo, cobertura) e não o que ela decide (pra qual estágio mover a conversa, quando escalar pro humano). Na prática, todo fato que a IA precisa dizer tem que existir em dois lugares ao mesmo tempo: na lista de fatos autorizados que o guardrail confere, e no material que alimenta a resposta do modelo. Faltando em um dos dois, a frase é barrada antes de sair — ou o modelo nem "conhece" aquele fato e devolve uma evasiva vaga. Numa funilaria isso pesa mais do que em quase qualquer outro serviço, porque o espaço entre "parece simples" e "é simples" é exatamente onde mora o dano estrutural escondido. A IA, em vez de chutar um valor pela foto, anota tudo com precisão e confirma o próximo passo real: levar o carro pra avaliação.
Como o funileiro recebe o caso pronto pra avaliar?
A ordem importa, e é a mesma de qualquer handoff bem desenhado: primeiro qualificar e responder — confirmar ao cliente que o relato foi recebido, nunca deixar a mensagem no vácuo — e só depois escalar. O funileiro não recebe a conversa crua pra reler do início: recebe um resumo com peça atingida, tipo de batida, se tem seguro, foto anexada e urgência, pronto pra já saber se é caso de agenda rápida ou se precisa reservar mais tempo na rampa antes de abrir a conversa de valor com o cliente.
A funilaria com essa mecânica específica ainda não é um projeto nomeado — o que existe, rodando de verdade, é o motor por trás dela: o mesmo agente que hoje qualifica quem procura a Estefani & Co no WhatsApp pra consultoria ou implementação de IA. O desenho é idêntico em qualquer vertical onde o preço depende de avaliar a coisa real antes de falar número: lá os sinais extraídos são dor da operação e orçamento disponível do lead; numa funilaria seriam peça atingida, tipo de batida, seguro envolvido e foto do dano. Em ambos os casos a IA responde o que pode na hora — confirma o recebimento, nunca deixa o cliente no vácuo — e só então passa pro humano com um resumo pronto, nunca a conversa crua pra reler. A mesma trava de grounding vale sem exceção: a IA não afirma valor de reparo antes de o carro ser avaliado, mesmo que o cliente insista "me dá uma ideia aí, mais ou menos". É esse padrão replicável entre verticais — provado ao vivo no próprio atendimento da Estefani & Co — que faz a ação final não ser "fechar o orçamento do reparo", e sim entregar o caso pronto pra quem tem autoridade de pôr o carro na rampa e confirmar o valor real.
Perguntas frequentes
A IA consegue estimar o valor do reparo só pela foto do dano?
Não, e não tenta. Ela registra o que o cliente descreveu e anexou — peça, tipo de batida, foto — exatamente como foi enviado. Fechar o valor continua sendo trabalho de quem avalia o carro pessoalmente, porque dano escondido não aparece em foto.
Funciona pra caso de sinistro com seguradora?
Sim — a IA pergunta logo se tem seguro envolvido e sinaliza isso no resumo, porque o fluxo de sinistro (franquia, vistoria da seguradora) é diferente do pagamento particular direto com a funilaria.
E se o cliente insistir bastante pra IA passar um valor por mensagem?
A trava não cede à insistência. A resposta é algo como "vou confirmar com o funileiro depois de avaliarmos o carro, já deixei seu caso registrado" — sempre com um próximo passo real, nunca um preço chutado.
Preciso trocar de número de WhatsApp pra colocar isso no ar?
Não. A IA entra por cima do número que a funilaria já usa e já divulgou — sem migração de sistema nem treinamento longo de equipe.
Isso serve só pra batida de trânsito, ou cobre outros serviços da funilaria?
O mecanismo é o mesmo pra qualquer pedido que dependa de avaliação presencial — pintura por desgaste, troca de peça por ferrugem, retoque estético. Muda o que é perguntado (sinais da vertical), não a regra de nunca cravar preço sem ver o carro.