Quem numa PME conhece os gestos repetidos – passar à mão para uma tabela os pedidos vindos do formulário do site, escrever confirmações de marcações, manter entradas de calendário – sabe quanto tempo se perde com isso. A plataforma de automatização n8n promete assumir exatamente estas tarefas de rotina, ligando entre si diferentes aplicações. Um tutorial de iniciação detalhado de Jono Catliff constrói cinco fluxos de trabalho concretos. Resumimos os conceitos mais importantes de forma sóbria – sem o hype que costuma acompanhar o tema, mas com atenção ao que disso é realmente útil no dia a dia de uma PME.
- O n8n liga aplicações através de triggers (acionadores) e ações formando fluxos de trabalho – um acionador arranca, seguem-se as ações que forem necessárias.
- Ao contrário do Zapier ou do Make.com, o n8n cobra por execuções de fluxo de trabalho e não por passo individual – em processos com muitos níveis, normalmente mais barato.
- Para equipas com competências técnicas, o self-hosting é possível gratuitamente.
- Os cinco cenários apresentados vão do registo automático de leads a um assistente de IA e a um sistema de conhecimento próprio (RAG).
- Os blocos de IA reduzem o esforço de configuração, mas não substituem um modelo de dados limpo – por exemplo formatos de data uniformes.

O que é o n8n no essencial
O n8n é uma plataforma de automatização que liga várias aplicações entre si. O princípio base é simples: um acontecimento desencadeia uma cadeia de passos. Se alguém preenche um formulário, o n8n pode em seguida enviar uma mensagem no Slack, criar uma linha no Google Sheets ou enviar um e-mail. É possível ligar milhares de aplicações.
Dois termos são centrais:
- Trigger (acionador): o primeiro passo, que arranca um fluxo de trabalho – por exemplo a submissão de um formulário, uma mensagem de chat recebida ou uma nova linha numa tabela.
- Ações: tudo o que acontece depois do acionamento – enviar um e-mail, criar uma entrada de calendário, passar dados adiante.
Para enquadrar o preço: segundo o tutorial, o n8n começa em cerca de 20 libras por mês. A diferença essencial face a ferramentas comparáveis como o Zapier ou o Make.com está no modelo de faturação – paga-se por execução de fluxo de trabalho em vez de por módulo individual. Em processos com muitos passos, isso é muitas vezes mais económico. Quem o opera por conta própria (self-hosting) usa a plataforma gratuitamente.
Os cinco cenários em resumo
O tutorial constrói deliberadamente fluxos de trabalho com utilidade real, não brincadeiras de demonstração:
- Registo de leads a partir de um formulário do site, incluindo qualificação automática
- Um primeiro agente de IA como assistente pessoal para calendário e tarefas
- Um sub-fluxo de trabalho que cria um relatório diário sobre leads não contactados
- Webhooks e pedidos HTTP como interfaces para o exterior
- Um sistema RAG – um agente de IA com base de conhecimento própria
Cenário 1: registar e qualificar leads automaticamente
Para empresas orientadas a serviços, o tratamento de leads é muitas vezes crítico para o negócio. O primeiro fluxo de trabalho começa com um trigger de formulário: assim que alguém preenche um formulário com nome próprio e apelido, e-mail, orçamento (como campo de seleção) e mensagem, a cadeia arranca.
As ações seguintes:
- Google Sheets: os campos são atribuídos às colunas da tabela por drag-and-drop. Através da função „Append or Update” é criado um registo ou – caso o endereço de e-mail já exista como chave única – atualizado.
- Data e lógica por expressão: os campos podem conter um texto fixo ou uma expression, ou seja, uma variável mutável. Uma pequena função JavaScript como
{{ $now }}define o carimbo temporal. Uma função IF marca automaticamente como „recusados” os pedidos abaixo de um limiar de orçamento. - Filtro e switch: um filtro põe de lado os pedidos abaixo de um limiar mínimo. Uma função switch encaminha os restantes por caminhos diferentes conforme o orçamento – por exemplo para e-mails de resposta formulados de forma diferente.
- Merge e notificação: os caminhos voltam a juntar-se; a equipa recebe uma notificação imediata por Gmail (em alternativa Slack, SMS ou CRM).
No tutorial refere-se que uma reação rápida no espaço de 60 segundos aumenta claramente a taxa de conversão. Este número vem do vídeo e deve ser verificado criticamente antes de ser usado – o princípio de „reagir depressa” continua, ainda assim, a fazer sentido.
Um truque prático: com dados de teste fixados é possível testar o fluxo de trabalho as vezes que se quiser, sem preencher o formulário de novo de cada vez.
Cenário 2: o primeiro agente de IA como assistente
O segundo fluxo de trabalho começa com um trigger de chat e um bloco AI-Agent. Um agente de IA é composto por três partes:
- Modelo de chat: o „cérebro” – no exemplo, OpenAI/ChatGPT através da API. Este é o único bloco pago; pressupõe-se um saldo de pelo menos 5 dólares norte-americanos.
- Memory (window buffer): a memória de curto prazo, que guarda um número definido de mensagens anteriores para que o agente conheça o contexto da conversa.
- Tools: as ferramentas com que o agente age efetivamente – por exemplo Google Calendar ou Google Sheets.
Em vez de preencher cada campo manualmente, a função $fromAI() assume o trabalho: o agente extrai por si próprio do pedido a hora de início e de fim ou o título de uma marcação. Assim foi possível, no exemplo, criar uma entrada de calendário por chat, consultar marcações existentes e manter uma lista de tarefas no Google Sheets.
Duas lições do tutorial são relevantes na prática:
- O modelo não sabe a data atual. Sem indicação, criou uma marcação no ano errado. Solução: passar a data de hoje como expressão no system prompt.
- Regras claras no system prompt – por exemplo um formato de data uniforme (MM/DD/AAAA) ou a instrução de procurar primeiro o registo adequado antes de cada atualização – evitam interpretações erradas. A IA tira trabalho de cima, mas não substitui um modelo de dados bem pensado.
Cenário 3: relatório diário sobre leads não contactados
O terceiro fluxo de trabalho é um sub-fluxo de trabalho que é invocado por outro fluxo de trabalho (trigger: „Executed by another workflow”). O seu objetivo: quem preencheu um formulário, mas não foi contactado de volta, não deve perder-se.
O processo procura na tabela de leads as entradas do dia de hoje, filtradas por „não recusado” e „não contactado”. Importante aqui é um detalhe do cenário 1: quem usa $now no carimbo temporal guarda horas, minutos e milissegundos – um filtro por „hoje” não encontra então nada. A solução é guardar, ao criar, apenas $today (a data pura do dia). Estas questões de tipo de dados e de formato são, pela experiência, a fonte de erro mais frequente no arranque com o n8n.
Tipos de dados que convém conhecer
O tutorial sublinha os tipos de dados mais importantes no n8n:
- Texto (por exemplo um nome ou uma mensagem) e número (por exemplo um orçamento)
- Boolean – verdadeiro ou falso, por exemplo „orçamento acima de 1.000?”
- Data – data de submissão ou de seguimento
- Dados binários – ficheiros como PDF ou imagem
- Array e Collection – as estruturas compostas que formam a espinha dorsal da passagem de dados
No n8n os dados podem ser vistos em três perspetivas: como tabela, como JSON e como esquema. É sempre a mesma informação, apenas apresentada de forma diferente – o JSON é o formato em que os dados costumam circular entre aplicações.
Cenário 4: webhooks e pedidos HTTP
O tutorial designa estes dois blocos como a funcionalidade mais utilizada. Simplificando:
- Webhook: a entrada. Através de um URL disponibilizado, o n8n recebe dados do exterior – por exemplo por método POST a partir de outra aplicação.
- Pedido HTTP: a saída. O n8n envia dados para sistemas externos. A rigor, muitos blocos prontos como Google Sheets ou Gmail são no fundo também pedidos HTTP – apenas pré-configurados.
O valor prático: para aplicações sem integração pronta é ainda assim possível estabelecer uma ligação através de um pedido HTTP – por exemplo para criar um novo contacto no CRM próprio. É exatamente essa a alavanca relevante para PME com software especializado fora das ferramentas padrão habituais.
Cenário 5: um sistema RAG com base de conhecimento própria
O quinto e mais avançado cenário constrói um agente de IA com uma base de conhecimento própria – um sistema RAG (retrieval-augmented generation). A ideia: o agente deve responder com base nos dados da própria empresa, por exemplo sobre preços ou conteúdos dos serviços.
Os blocos:
- Fonte: um ficheiro PDF é carregado a partir do Google Drive. A ligação ao Google Drive foi, no tutorial, o passo mais trabalhoso.
- Vector store: a variante integrada no n8n monta-se depressa; para melhores resultados são referidas alternativas como o Pinecone.
- Modelo de embedding: o texto é traduzido numa representação numérica (vetores) – no exemplo com „text-embedding-3-small” da OpenAI. Importante: dos dois lados, ao carregar e ao consultar, tem de ser usado o mesmo modelo de embedding.
- Chunking: os textos mais longos são divididos em unidades de sentido mais pequenas – por parágrafo, no limite por frase – para que o significado se mantenha na consulta.
No resultado, o agente consegue responder a uma pergunta como „Quanto custa o vosso serviço?” encontrando a passagem certa na base de conhecimento, em vez de adivinhar. Para as PME, é esta a abordagem para tornar pesquisáveis, por exemplo, catálogos de produtos ou documentação interna.
Notas práticas sobre o trabalho com o n8n
- Editor e executions: no editor constrói-se, em „Executions” está o histórico de execuções. Em caso de erro vale a pena olhar para os logs – aí vê-se que valores um passo processou efetivamente.
- Histórico do fluxo de trabalho: as alterações podem ser versionadas e revertidas.
- Tags e projetos: os fluxos de trabalho podem ser organizados por vendas, marketing ou recrutamento e guardados em projetos pessoais ou da empresa.
- Quatro operações base: em praticamente todas as integrações trata-se do mesmo – procurar/obter, criar, atualizar, apagar.
Conclusão
O n8n oferece às PME um caminho pragmático para automatizar tarefas recorrentes através das fronteiras entre aplicações – do registo de leads a um sistema de conhecimento pesquisável. O modelo de faturação baseado na utilização e a opção de self-hosting tornam a plataforma economicamente interessante, sobretudo face a alternativas faturadas por passo.
Realista continua a ser: o arranque exige cuidado com os tipos de dados e os formatos, e os blocos de IA reduzem o esforço de configuração, mas não substituem um modelo de dados limpo nem regras claras no system prompt. Quem automatiza um primeiro processo bem delimitado – por exemplo o registo de leads – e o testa a fundo escolheu o arranque mais útil. Indicadores referidos, como o efeito de conversão de uma reação em 60 segundos, devem ser verificados antes de servirem de argumento próprio.
Fonte: Jono Catliff – „Master n8n in 2 Hours: Complete Beginner’s Guide for 2026″ (YouTube)
