Chatbot pronto ou personalizado: como escolher o certo

O atendimento cresceu, o WhatsApp da empresa não para e a equipe passa o dia respondendo as mesmas perguntas: horário, endereço, status do pedido, segunda via de boleto. A ideia de colocar um chatbot surge naturalmente, e com ela a dúvida: assinar uma plataforma pronta ou construir um bot personalizado, sob medida para os sistemas da empresa?

As duas respostas aparecem com convicção nas reuniões. Quem defende a plataforma lembra que ela já vem com menu, painel de atendentes e relatórios. Quem defende o sob medida lembra que o cliente não quer só ouvir que o pedido "está em processamento", ele quer saber onde está o pedido dele.

Os dois lados têm razão em partes diferentes do problema. Este texto mostra como separar essas partes e decidir com base no que o bot precisa fazer, e não na ferramenta que apareceu primeiro.

Resposta curta: decida pelo que o bot precisa fazer além de conversar. Se o trabalho é menu, perguntas frequentes, roteamento e transbordo para um atendente, uma plataforma pronta costuma resolver bem e mais rápido. Se o bot precisa consultar e alterar dados no ERP, aplicar regra de negócio, emitir segunda via, agendar ou abrir pedido, a integração e a lógica viram o centro do projeto, e o sob medida (ou um modelo híbrido) passa a fazer sentido.

O que as plataformas de chatbot entregam prontas

Plataformas como Blip, Zenvia, Octadesk e similares são produtos SaaS voltados a empresas que querem automatizar e organizar o atendimento em canais como WhatsApp, site e redes sociais. O desenho geral é parecido entre elas, e é bastante útil:

• Construtor de fluxos. Telas visuais para montar menus, perguntas e respostas sem programar.
• Conexão com canais. A parte trabalhosa de conectar o número da empresa ao WhatsApp e a outros canais já vem resolvida ou guiada.
• Painel de atendimento humano. Fila, distribuição entre atendentes, etiquetas e histórico de conversas num lugar só.
• Relatórios de atendimento. Volume, tempo de resposta, assuntos mais frequentes.
• Integrações e APIs. Em geral há algum mecanismo para chamar sistemas externos a partir do fluxo, seja por conectores prontos, seja por chamadas de API.

Recursos, limites e formas de integração mudam com frequência e variam entre fornecedores. Confirme com cada um o que está disponível hoje no plano que você pretende contratar, antes de desenhar o projeto em cima de uma suposição.

O ponto forte dessas plataformas é que o problema comum já foi resolvido muitas vezes. Montar fila de atendentes, gravar histórico e conectar canais não diferencia a sua empresa, e reconstruir isso do zero raramente compensa.

Bot de menu, bot com IA e agente que executa ações

"Chatbot" virou palavra para coisas muito diferentes. Separar os três tipos ajuda a enxergar onde está o esforço.

Bot de menu

"Digite 1 para financeiro, 2 para comercial." É uma árvore de decisão. Funciona bem para triagem e para informações fixas. É exatamente o que as plataformas fazem com mais facilidade.

Bot com IA que responde perguntas

O cliente escreve do jeito dele, e o bot entende a intenção e responde com base em uma base de conhecimento da empresa: políticas, prazos, perguntas frequentes. Aqui a qualidade depende menos da ferramenta e mais do conteúdo e do controle sobre o que o modelo pode afirmar. Uma resposta inventada sobre prazo de troca vira reclamação. Tratamos as técnicas para evitar isso em alucinação de IA: como evitar respostas inventadas.

Agente que executa ações

O bot não só informa, ele faz: consulta o pedido no sistema, gera a segunda via, remarca a visita, abre o chamado técnico, atualiza o cadastro. É o que se chama de agente, e ele traz perguntas novas: que permissões tem, o que precisa de confirmação humana, como registrar o que fez. Explicamos esse modelo com calma em agentes de IA para empresas.

Quanto mais o seu caso se aproxima do terceiro tipo, menos a escolha é sobre a plataforma de conversa e mais sobre a engenharia por trás dela.

Integração com ERP, CRM e agenda: onde mora a complexidade

Imagine o pedido mais comum de um cliente: "cadê meu pedido?". Para responder de verdade, o bot precisa:

1. Identificar quem está falando. Pelo número de telefone, CPF ou CNPJ, com cuidado para não revelar dados de uma pessoa a outra.
2. Consultar o pedido no ERP. Às vezes em mais de um sistema, como o ERP e o da transportadora.
3. Traduzir o status interno. "Faturado aguardando coleta" não significa nada para o cliente.
4. Aplicar a regra de negócio. Se está atrasado, oferecer o quê? Quem pode receber um novo prazo e quem precisa falar com o comercial?
5. Registrar a interação. No CRM ou no histórico do cliente, para o próximo atendente saber o que já foi dito.

Nenhum desses passos é conversa. Todos são integração e regra. É aqui que a escolha se decide.

A maioria das plataformas permite chamar uma API externa no meio do fluxo. Isso resolve consultas simples quando o seu sistema já expõe uma API limpa. Os problemas aparecem quando:

• O ERP não tem API adequada, ou tem uma que devolve dados crus que precisam ser combinados e tratados antes de virar resposta.
• A regra de negócio é extensa. Política de troca que muda por categoria de produto, por tipo de cliente e por prazo. Escrever isso em blocos de um construtor visual funciona até a terceira exceção; depois vira um fluxo que ninguém consegue manter nem testar.
• A ação altera dados. Emitir boleto, remarcar agenda, cancelar pedido. Aí entram validação, tratamento de erro, repetição segura e trilha de quem fez o quê.
• Vários canais precisam da mesma lógica. Se o app, o portal do cliente e o bot respondem a mesma pergunta, a regra deveria morar num lugar só, não dentro do fluxo de uma plataforma.

O desenho que costuma funcionar é colocar uma camada de serviços entre o bot e os sistemas da empresa: uma API própria que concentra identificação, consultas, regras e ações, e que qualquer canal pode chamar. Se o caminho até o ERP ainda é um desafio, vale ler como integrar seu sistema com o ERP antes de pensar no bot.

Transbordo para humano, histórico e qualidade do atendimento

Nenhum bot resolve tudo, e um bom projeto planeja a saída desde o começo.

Transbordo com contexto. Quando o cliente pede um atendente, ou quando o bot percebe que não vai resolver, a conversa passa para uma pessoa com o histórico e os dados já levantados. Repetir CPF e número do pedido para o humano é a experiência que mais irrita. As plataformas prontas são fortes nesse ponto, porque fila e painel de atendentes são o núcleo do produto.

Histórico consultável. O atendente precisa ver o que o bot disse e o que fez. Se o bot executou uma ação, isso deve aparecer no histórico do cliente, não só no log da conversa.

Medição honesta. Taxa de resolução sem humano só tem valor se o cliente realmente teve o problema resolvido. Acompanhe também quantos voltam pelo mesmo assunto em poucos dias e o que os atendentes corrigem depois do bot.

Dados pessoais. Conversa de atendimento tem nome, telefone, endereço e às vezes informação financeira ou de saúde. A LGPD pede finalidade clara, acesso restrito e prazo de retenção definido, seja qual for o caminho escolhido. Os detalhes estão em LGPD no software.

Para quem vai atender pelo WhatsApp com IA, o guia de atendimento no WhatsApp com IA cobre escopo, respostas ancoradas e transbordo em mais detalhe. E se a necessidade inclui enviar avisos e lembretes pelo próprio sistema, veja WhatsApp API oficial integrada ao sistema.

Dependência da plataforma e posse da base de conhecimento

Toda escolha cria alguma dependência. O que importa é saber qual e como sair dela se precisar.

Na plataforma pronta, os fluxos, as configurações e às vezes a base de conhecimento ficam no formato do fornecedor. Isso não é um defeito, é o modelo de produto. Mas vale perguntar antes de contratar:

• Consigo exportar o histórico de conversas em formato aberto?
• A base de conhecimento (perguntas, respostas, documentos usados pela IA) fica guardada também do meu lado?
• Se eu trocar de fornecedor, o que é reaproveitado e o que precisa ser refeito?
• Onde os dados ficam armazenados e com quem são compartilhados?

No sob medida, a posse é sua, mas a responsabilidade também: hospedagem, atualização, segurança, monitoramento. Sem um fornecedor que mantenha o sistema, a dependência só muda de lugar.

Uma regra prática ajuda nos dois cenários: mantenha a base de conhecimento e as regras de negócio em sistemas que a empresa controla, e deixe a plataforma de conversa cuidar da conversa. Assim trocar o canal ou o fornecedor não significa recomeçar do zero.

Tabela comparativa: chatbot pronto x sob medida x híbrido

O híbrido aparece com frequência em empresas médias porque divide o trabalho de um jeito natural: a plataforma faz o que é comum, e a parte que conhece o negócio fica em sistemas da empresa.

Quando escolher cada um

Plataforma pronta é a melhor escolha quando

• A maior parte das conversas é informativa: horário, endereço, catálogo, políticas, direcionamento para o setor certo.
• O objetivo principal é organizar o atendimento humano: fila única, distribuição entre atendentes, histórico.
• As consultas a sistemas são poucas e simples, e o sistema já tem uma API pronta.
• A empresa quer começar rápido e aprender com o uso antes de investir em integrações.
• Não há equipe técnica para manter código, e a equipe de atendimento quer ajustar os fluxos sozinha.

Nesses casos, construir do zero é gastar engenharia em algo que o mercado já resolve bem.

Sob medida faz sentido quando

• O bot é, na prática, uma nova interface para o sistema da empresa: consulta e altera pedidos, contratos, agendas, ordens de serviço.
• A regra de negócio é extensa e muda com frequência, e precisa ser testada como qualquer outro código.
• A mesma lógica precisa servir vários canais: bot, portal, aplicativo, atendimento interno.
• Há exigência forte de controle sobre dados, auditoria ou integração com sistemas legados sem API.
• O atendimento automatizado é parte do produto que a empresa vende, não só um canal de suporte.

Híbrido é o caminho quando

• A empresa quer o painel de atendentes e os canais de uma plataforma madura, mas precisa de ações reais no ERP, no CRM ou na agenda.
• Já existe uma plataforma contratada que funciona bem para a conversa, e o gargalo é a integração.
• Existe intenção de evoluir aos poucos: começar com FAQ e transbordo, depois acrescentar segunda via, depois agendamento, sem trocar de ferramenta a cada etapa.

Um sinal útil: se a lista de pedidos para o bot começa com "consultar", "emitir", "remarcar" e "abrir", a conversa é a parte menor do projeto. Se começa com "informar" e "direcionar", a plataforma provavelmente resolve. E se o volume maior é de solicitações internas, vale olhar também a triagem automática de chamados com IA.

Perguntas frequentes

Quanto tempo leva para colocar um chatbot no ar?

Depende do tipo de chatbot. Um bot de menu com perguntas frequentes e transbordo, montado numa plataforma pronta, costuma entrar no ar em poucas semanas. Um bot que consulta e altera dados no ERP leva mais, porque a integração e as regras de negócio precisam ser desenhadas e testadas. O prazo real só aparece depois de mapear o escopo.

Qual a diferença entre chatbot e agente de IA?

O chatbot conversa: segue um menu ou responde perguntas com base em uma base de conhecimento. O agente de IA também executa ações nos sistemas da empresa, como consultar um pedido, gerar segunda via de boleto ou remarcar uma visita. Por isso o agente exige permissões definidas, confirmação humana nas ações sensíveis e registro de tudo o que fez.

Chatbot de WhatsApp precisa seguir a LGPD?

Sim. Conversas de atendimento no WhatsApp trazem nome, telefone, endereço e às vezes informação financeira ou de saúde, que são dados pessoais. A LGPD pede finalidade clara, acesso restrito e prazo de retenção definido, tanto em plataforma pronta quanto em chatbot sob medida. Também vale confirmar com o fornecedor onde os dados ficam armazenados.

Dá para integrar uma plataforma de chatbot pronta com o ERP?

Sim. A maioria das plataformas de chatbot permite chamar uma API externa no meio do fluxo, o que resolve consultas simples quando o ERP já expõe uma API limpa. Quando o ERP não tem API adequada ou a regra de negócio é extensa, o caminho costuma ser uma camada de serviços própria entre o bot e o ERP.

Como a Pervian Tech ajuda a decidir e a desenhar seu atendimento automatizado

Começamos com um diagnóstico inicial gratuito: listamos as conversas mais frequentes, o que cada uma exige dos sistemas da empresa e onde estão as regras de negócio. A partir disso, a recomendação é direta. Quando uma plataforma pronta atende, dizemos isso e ajudamos a configurá-la bem. Quando o bot precisa executar ações, desenhamos a camada de serviços, as integrações com ERP, CRM e agenda e o controle de permissões, sob medida ou em modelo híbrido com a plataforma que você já usa.

Esse trabalho faz parte da nossa arquitetura de software e da solução de atendimento automatizado no WhatsApp. Outros conteúdos sobre o tema estão na categoria inteligência artificial. O investimento é sob consulta, definido depois de entender o escopo e os sistemas envolvidos. Se o seu atendimento já está no limite e você quer saber qual caminho faz sentido, fale com a gente.