# Chatbot pronto ou personalizado: como escolher o certo > Chatbot pronto ou personalizado? Veja o que as plataformas resolvem bem, quando a integração com o ERP muda a conta e como escolher sem refazer tudo depois. Fonte: https://pervian.tech/blog/chatbot-pronto-ou-sob-medida · Pervian Tech · publicado em 2026-10-01 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](https://pervian.tech/blog/alucinacao-de-ia-como-reduzir). ### 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](https://pervian.tech/blog/agentes-de-ia-na-empresa). 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](https://pervian.tech/blog/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](https://pervian.tech/blog/lgpd-no-desenvolvimento-de-sistemas). Para quem vai atender pelo WhatsApp com IA, o guia de [atendimento no WhatsApp com IA](https://pervian.tech/blog/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](https://pervian.tech/blog/integracao-whatsapp-api-oficial). ## 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 | Critério | Plataforma pronta | Sob medida | Híbrido | |---|---|---|---| | Menu, FAQ e roteamento | Resolve bem e rápido | Possível, mas reconstrói o que já existe | Fica na plataforma | | Painel de atendentes e fila | Já vem pronto | Precisa ser construído ou integrado | Fica na plataforma | | Consulta a dados do ERP | Bom quando há API limpa e consulta simples | Livre para combinar fontes e tratar dados | Camada de serviços própria, chamada pela plataforma | | Ações que alteram dados | Limitado pelo que o fluxo comporta | Controle total de validação e trilha | Ações implementadas na camada própria | | Regra de negócio complexa | Difícil de manter em fluxo visual | Fica em código testável | Fica em código testável | | Tempo para a primeira versão | Curto | Mais longo | Intermediário | | Manutenção do dia a dia | Equipe de atendimento ajusta fluxos | Exige equipe técnica | Atendimento ajusta conversa; técnica cuida das regras | | Posse de dados e regras | Depende do fornecedor e do contrato | Da empresa | Regras e base da empresa; conversa no fornecedor | | Dependência principal | Fornecedor da plataforma | Quem mantém o código | Os dois, com fronteira clara | 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](https://pervian.tech/blog/triagem-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](https://pervian.tech/servicos/arquitetura-de-software) e da solução de [atendimento automatizado no WhatsApp](https://pervian.tech/solucoes/atendimento-automatizado-no-whatsapp). Outros conteúdos sobre o tema estão na categoria [inteligência artificial](https://pervian.tech/blog/categoria/inteligencia-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](https://pervian.tech/#contato).