n8n, Make ou agente de IA sob medida: como decidir

Três categorias, não duas

A discussão costuma ser apresentada como "no-code contra desenvolvimento", o que esconde a opção do meio — justamente a que resolve a maioria dos casos reais.

• Plataforma de fluxo. n8n, Make, Zapier, Power Automate. Você desenha o caminho ligando blocos: gatilho, condição, ação, integração. O caminho é fixo e visível.
• Agente de IA. Em vez de desenhar o caminho, você define o objetivo, as ferramentas disponíveis e os limites. O agente escolhe a sequência a cada execução. Pode ser construído sob medida ou orquestrado por dentro de uma plataforma que já suporte agentes.
• Serviço sob medida. Código próprio rodando na sua infraestrutura, com as integrações e regras da empresa. Custa mais para começar e é o único caminho quando o volume, a auditoria ou a integração não caberem nas duas opções acima.

A pergunta certa não é qual das três é melhor. É qual trecho do seu processo pertence a cada uma.

Quando a plataforma de fluxo é a escolha certa

Se o seu caso se encaixa aqui, use a plataforma e não olhe para trás. Vai ficar pronto em dias, seu time consegue mexer sem depender de desenvolvedor, e isso vale muito.

• O caminho é linear e as bifurcações são poucas e estáveis.
• Volume moderado — centenas a poucos milhares de execuções por mês.
• As integrações já existem prontas na plataforma: Gmail, Sheets, Slack, HubSpot, WhatsApp por provedor conhecido.
• Erro não é crítico. Se algo falhar, alguém percebe e refaz manualmente sem consequência.
• Quem vai manter é o time de negócio, não a TI — e isso é um requisito, não um detalhe.

Uma nota sobre o n8n em relação aos concorrentes: por poder ser hospedado na sua própria infraestrutura, ele resolve boa parte da objeção de dados sensíveis que elimina Zapier e Make em empresas mais reguladas — ao custo de você passar a operar o servidor.

Quando ela deixa de ser

Quatro sinais, e basta um deles aparecer com força:

1. Volume. Preço por execução é irrelevante em mil casos por mês e desconfortável em cem mil. E o crescimento não é linear: quanto melhor a automação funciona, mais processos passam por ela.
2. Complexidade da lógica. Um fluxo visual com quarenta nós e ramificações aninhadas não é mais simples que código — é código pior, sem controle de versão decente, sem testes automatizados e sem revisão por outra pessoa.
3. Auditoria e dados. Quando é preciso provar onde cada informação passou, por quanto tempo ficou armazenada e quem teve acesso, infraestrutura própria deixa de ser preferência e passa a ser exigência.
4. Integração que não existe. ERP nacional sem API pública, sistema legado, banco interno, arquivo posicional de banco. É onde a plataforma para e o desenvolvimento começa.

Comparativo direto

A conta que quase ninguém faz antes

O erro financeiro clássico é comparar o custo de construção e ignorar o custo de operação. Faça a projeção para o volume de dois anos, não o de hoje.

Duas coisas somam no custo mensal de uma automação com IA:

• A plataforma, cobrada por execução, por passo ou por assinatura com teto.
• O consumo dos modelos, cobrado pelo volume de texto processado — e é aqui que mora a surpresa.

Um fluxo mal desenhado chama o modelo cinco vezes onde uma bastaria: uma para classificar, outra para extrair, outra para "confirmar", outra para redigir, outra para revisar. Em cinquenta casos de teste isso é irrelevante. Em cinquenta mil por mês, é a diferença entre um custo aceitável e um projeto que alguém vai querer cancelar.

O desenho que costuma ser a resposta certa

Na prática, a maioria dos projetos maduros não escolhe um lado: usa a plataforma como orquestrador do que é simples e chama serviços próprios nos pontos difíceis.

• A plataforma cuida dos gatilhos, das integrações que já existem prontas, das notificações e do fluxo visível que o time de negócio precisa entender.
• Um serviço sob medida cuida da parte com IA, das regras complexas e das integrações que não vêm de fábrica — exposto como um endpoint que a plataforma chama.
• O rastro fica no seu lado, com o registro de entrada, decisão e saída em base própria, independente do histórico da ferramenta.

Esse arranjo tem uma vantagem estratégica pouco lembrada: trocar de plataforma depois custa pouco, porque a inteligência não está presa dentro do fluxo visual dela.

E quando o certo é um agente, não um fluxo?

Fluxo e agente resolvem problemas diferentes. O fluxo é a escolha quando você sabe o caminho; o agente é a escolha quando o caminho depende do caso.

Sinais de que o problema pede um agente de IA:

• A ordem dos passos muda conforme o que se descobre no meio do caminho.
• O número de exceções é grande e cada uma pede uma investigação diferente.
• A tarefa exige consultar várias fontes até formar a resposta, sem saber antes quantas serão.
• Você se pega desenhando um fluxo com condicionais dentro de condicionais para cobrir variações.

E o inverso vale igual: se o caminho é sempre o mesmo, um agente é mais caro, mais lento e menos previsível que um fluxo — sem entregar nada em troca. O passo a passo de construção está em como criar um agente de IA.

Seis perguntas para decidir em dez minutos

1. Quantas execuções por mês hoje, e quantas se der certo? (Volume decide mais que qualquer preferência técnica.)
2. Todas as integrações necessárias existem prontas? Se falta uma essencial, o caminho já mudou.
3. O caminho é fixo ou depende do caso? Fixo é fluxo; variável é agente.
4. Qual o custo de um erro? Isso define quanto controle e rastro você precisa.
5. Quem vai manter isso em seis meses? Se a resposta é "o pessoal do financeiro", plataforma pesa muito.
6. Os dados podem sair da sua infraestrutura? A resposta elimina opções antes de qualquer comparação de preço.

Se as respostas apontarem para plataforma, use plataforma — e uma empresa de desenvolvimento honesta vai dizer isso mesmo quando ganharia mais construindo do zero. Na nossa página de automação de processos com IA esse critério está descrito junto com o resto do método de entrega.

Conclusão

Plataformas de fluxo não são "solução de amador" e desenvolvimento sob medida não é "sobre-engenharia": são ferramentas com faixas de aplicação diferentes. O erro custa nas duas pontas — montar em no-code o que exigia engenharia produz um fluxo ingovernável em um ano, e desenvolver do zero o que Zapier resolvia produz uma fatura desnecessária.

Decida com volume, integrações, tipo de caminho e exigência de auditoria na mesa. Essas quatro variáveis respondem quase todos os casos — e a resposta mais frequente, na prática, é a combinação.