Ilustração editorial de árvore de decisão hexagonal rígida se dissolvendo em fluxo cristalino de agente de IA, tons violeta profundo e acentos ciano e âmbar
Casos de Uso
Casos de Uso

Como migrar um chatbot antigo para agente de IA sem quebrar o atendimento

Como trocar o chatbot antigo por agente de IA sem apagar histórico, sem interromper atendimento e sem perder o time no caminho.

Rafael BragaFounder, Elohia8 min de leitura

Chatbot antigo é aquele em árvore de decisão: menu com números, respostas prontas e um cliente irritado quando cai no beco sem saída. Você quer trocar por um agente que entende a pergunta, decide o que fazer e executa. A migração dá certo quando é feita em ordem — sem trocar tudo de uma vez, sem jogar fora o que já foi aprendido, e sem desligar o antigo antes de ter certeza que o novo aguenta.

O que se aproveita do chatbot antigo?

Mais do que parece. O time gastou meses mapeando o que o cliente pergunta e como responder. Esse mapa não é lixo — é matéria-prima.

  • A lista das dúvidas mais comuns: as 30 principais formam o esqueleto do treino do agente novo.
  • Os textos de resposta que o time já revisou: viram base de conhecimento consultável.
  • O inventário de fluxos operacionais que o chatbot dispara: agendamento, segunda via, status de pedido, horário de funcionamento.
  • Os limites que o chatbot já respeita: horário comercial, tipo de cliente que aprova sozinho, valor máximo sem passar pro humano.
  • O canal e a autenticação: o número do WhatsApp Business, o token do Instagram, o endereço de e-mail — tudo continua o mesmo.

O que muda é a forma. O agente não segue árvore: ele consulta essa base e decide.

O que precisa ir fora?

A árvore de decisão em si. Menu numerado com cinco opções, sub-menu com mais cinco opções, sub-sub-menu — isso morre. Também morrem os scripts "digite 1 para X", os fallbacks "não entendi, digite novamente" e as respostas travadas onde o cliente tem que escrever exatamente a palavra certa. Se você transportar essas amarras pro agente, ele vira chatbot com custo mais alto — e o cliente continua irritado.

Existe uma ordem certa pra migrar?

Existe. E ela não é "tudo de uma vez na sexta 17h". A migração saudável é em três blocos, cada um estabilizando antes do próximo.

  1. Bloco 1 — leitura silenciosa. O agente só ouve. Ele lê as conversas do chatbot atual, aprende a linguagem do seu cliente e responde num canal paralelo (grupo interno, painel de teste). O time humano compara. Isso dura uma a duas semanas.
  2. Bloco 2 — um fluxo simples no canal real. Escolha o fluxo mais fácil e mais chato pro time (segunda via, status de pedido, horário de funcionamento). O agente assume esse fluxo no canal do cliente. O resto do chatbot antigo continua vivo em paralelo. Você mede antes de mexer em qualquer outra coisa.
  3. Bloco 3 — fluxos com decisão. O próximo é o que envolve julgar (qualificar lead, agendar, negociar dentro de política). Só entra depois que o bloco 2 estabilizou. Repete até esvaziar o chatbot antigo.

No fim, o chatbot antigo vira redundância — e você desliga. Não antes.

Como não quebrar o atendimento no meio da virada?

Três regras práticas.

  • O canal principal (número do WhatsApp, DM do Instagram, endereço de e-mail) NÃO muda. Cliente não pode receber "olá, agora somos outro sistema" — ele nem precisa saber que existe chatbot ou agente.
  • O agente novo entra por baixo do antigo: cada fluxo que o agente assume, o chatbot antigo passa a ignorar. Nunca os dois respondendo o mesmo cliente ao mesmo tempo.
  • Um humano sempre com o botão de emergência: se o agente travar num fluxo específico, você desliga aquele fluxo e devolve pro chatbot antigo em minutos, sem migrar o cliente de canal.
Migração big bang (troca tudo num fim de semana) é o jeito mais rápido de perder confiança do time e do cliente. Um erro na segunda-feira e todo mundo aponta pro projeto inteiro, não pro fluxo específico. Vá em blocos — mais devagar por fora, muito mais seguro por dentro.

Como saber que o chatbot antigo já pode ser desligado?

Não é data no calendário — é estado. Você desliga quando quatro coisas batem juntas.

  • O chatbot antigo não tem nenhum fluxo próprio ativo — todos foram absorvidos pelo agente.
  • Passaram algumas semanas desde o último fluxo migrado sem regressão relatada.
  • O time humano parou de conferir a fila do chatbot antigo por costume — a atenção deles migrou pro painel do agente.
  • Nenhum cliente reclamou de mudança de tom, de resposta pior ou de esquecimento do histórico.

Se algum desses ainda não bateu, o chatbot antigo fica em standby: barato de manter, caro de errar ao desligar cedo.

Muita empresa mantém o chatbot antigo em modo passageiro por um tempo depois do último fluxo migrado. É seguro. Contrato de plataforma antiga geralmente permite baixar volume sem cancelar.

Onde a Elohia se encaixa?

A Elohia entra quando você quer trocar o chatbot antigo por um agente sem resetar tudo. A gente pega o mapa do que já existe (fluxos, base de resposta, canal), configura o agente conversando em português e escolhe com você qual fluxo migra primeiro. O canal continua o mesmo. O histórico da conversa fica. E o painel do humano tem botão de reverter fluxo por fluxo — nunca big bang.

Se você quer trocar tudo num fim de semana e não tem paciência pra bloco a bloco, a gente vai falar antes de assinar. Se você não sabe quais fluxos o chatbot antigo cobre e ninguém no time tem o inventário, a gente ajuda a listar antes de migrar. Vale ler também chatbot vs agente de IA pra decidir se a migração faz sentido pro seu caso, e como escolher a plataforma pra saber o que perguntar pro vendedor antes de trocar. Se o atendimento no WhatsApp trava por fila, o ponto de partida mais comum é SAC zero fila.

Perguntas frequentes

Dá pra usar o mesmo número de WhatsApp na migração?

Dá — e você deve. Trocar o número no meio da migração é o erro mais caro do processo. Cliente não avisa quando muda de contato, ele simplesmente para de responder. O número fica; quem responde por baixo é que muda.

Preciso jogar fora o conteúdo do chatbot antigo?

Não. As respostas escritas, o mapa das dúvidas mais comuns e os fluxos operacionais são matéria-prima do agente novo. Só a árvore de decisão (menu numerado, sub-menu, digite 1 pra isso) morre — o texto vira base de conhecimento.

Quanto tempo demora a migração?

Depende de quantos fluxos o chatbot antigo cobre. Uma empresa com 2 a 3 fluxos operacionais estabiliza em algumas semanas. Uma com 8 a 10 fluxos leva alguns meses. O erro é forçar o cronograma pra bater com data de contrato do fornecedor antigo — melhor prorrogar do que apressar a virada e quebrar.

E se o time humano estranhar a mudança?

É esperado. Time acostumou com o chatbot antigo mesmo reclamando dele. A regra é envolver o time no bloco de leitura (em canal de teste), deixar quem faz atendimento comparar respostas do agente com as próprias, e só ligar no canal real depois que eles disserem que o agente responde igual ou melhor. Se você pular esse passo, sabota a adoção.

Consigo voltar pro chatbot antigo se der errado?

Consegue, se a migração for em blocos. Cada fluxo migrado tem interruptor de volta — se algo quebra, você devolve aquele fluxo específico pro chatbot antigo em minutos. Big bang tira essa opção: virou tudo, não tem pra onde voltar.

#migração#chatbot#agente de ia#atendimento#buyer intent

Gostou do conteúdo?

Receba nossa curadoria quinzenal sobre IA, multi-agentes e automação.