n8n esempi pratici: 8 workflow reali usati da agenzie italiane per risparmiare 20 ore a settimana
Un’agenzia italiana che gestisce lead, onboarding e report manuali può eliminare tra le 15 e le 25 ore settimanali di lavoro ripetitivo costruendo meno di dieci workflow in n8n. Non servono decine di automazioni: servono quelle giuste, costruite sul processo reale, con le guardie necessarie a rilevare quando qualcosa smette di funzionare.
Quello che segue non è una lista di template da importare e dimenticare. Sono otto modelli di ragionamento — scenari con webhook, code, fogli di configurazione e nodi condizionali — che mostrano come un’agenzia strutturata affronta problemi concreti. Per ognuno trovi la logica, i nodi chiave e i punti dove il flusso si rompe in silenzio se non metti una guardia. Se vuoi capire come funziona n8n prima di immergerti negli esempi, parti dalla guida completa in italiano.
1. Lead routing automatico dal form al CRM giusto
Il form di contatto riceve trenta submission al giorno. Metà vanno a un commerciale, un quarto a un account dedicato, il resto finisce in una coda di qualifica. Farlo a mano significa copiare righe da un foglio a un altro e sperare che nessuno venga saltato.
Il workflow parte con un trigger webhook collegato al form. Il nodo successivo legge il valore del campo «tipo di richiesta» e fa girare uno switch a tre uscite. Ogni uscita finisce su un nodo HTTP che chiama l’API del CRM e crea il contatto nella pipeline corretta. Un nodo finale invia una notifica Slack al commerciale assegnato con nome, email e fonte del lead.
La guardia obbligatoria: un nodo di error handling che cattura qualsiasi risposta non-2xx dal CRM e scrive la riga in un Google Sheet di fallback. Senza di essa, il lead sparisce e nessuno lo sa.
2. Onboarding cliente in cinque passaggi senza un’email manuale
Ogni nuovo cliente ha bisogno di credenziali, accesso ai tool, un documento di benvenuto e tre email nei primi sette giorni. Se lo fai a mano, prima o poi salti un passaggio. Se lo deleghi, dipendi da chi lo esegue.
Il trigger è un webhook che scatta quando la pipeline del CRM porta un deal allo stage «Contratto firmato». Il workflow fa cinque cose in sequenza: crea l’utente nella piattaforma, invia la prima email con le credenziali, aggiunge il contatto a una lista di nurturing, genera un documento personalizzato via API (nome cliente, piano acquistato, data inizio) e crea un task nel project manager assegnato all’account.
Il punto critico è il nodo di creazione utente: se l’API risponde con un errore, i nodi successivi girano comunque e il cliente riceve credenziali che non esistono. La soluzione è un nodo IF dopo la chiamata API che controlla il codice di risposta e manda il flusso su due rami separati — successo e fallimento — con una notifica interna nel ramo di errore.
n8n esempi di gestione contenuti: social e piano editoriale
3. Generazione e pubblicazione del piano editoriale
Il flusso parte ogni lunedì mattina con un trigger a calendario. Legge un Google Sheet con i topic della settimana, chiama un modello GPT-4 per ogni riga e genera il testo del post. Il risultato viene scritto in una colonna del foglio e, se il campo «approvato» è TRUE, il post viene pubblicato via API sul canale configurato.
Il campo «approvato» è la guardia umana deliberata. Non si pubblica sull’evento passivo della generazione: si pubblica su un gesto esplicito. Un workflow senza questo controllo pubblica tutto, anche quando il modello produce qualcosa di sbagliato.
4. Un workflow per tutti i clienti, non uno per cliente
Il problema classico: si duplica il workflow per ogni cliente, si cambia qualche parametro dentro i nodi, si consegna. Con due clienti sembra pulito. Con dieci clienti, ruotare una chiave API significa farlo dieci volte. E la copia che si dimentica continua a girare con la versione vecchia — nessun errore, solo divergenza silenziosa.
Il pattern corretto: **un workflow solo, il cliente come parametro**. Una Data Table o un Google Sheet con una riga per cliente — slug, credenziali dal credential store di n8n, toggle delle funzioni attive. Il flusso carica la riga giusta a inizio run e si configura da solo. Il fix si fa una volta e vale per tutti. Il cliente nuovo è una riga, non un progetto.
La regola
Dove si parametrizza, nessun cliente viene dimenticato
Dove si duplica a mano, qualcuno diverge in silenzio. Con venti clienti e workflow separati, ogni modifica va replicata venti volte. Una sola copia stale che gira con logica vecchia non produce errori visibili: produce numeri sbagliati, scoperti sei settimane dopo.
- Un workflow — un foglio di configurazione con una riga per cliente
- Fix una volta — vale per tutti i clienti attivi
- Nuovo cliente — una riga nel foglio, non un nuovo workflow da costruire
5. Report settimanale automatico senza aprire nessun tool
I report nativi di quasi ogni piattaforma mentono: aggregano quello che la piattaforma vuole mostrarti, non quello che ti serve sapere. Un report costruito in n8n prende i dati da dove vuoi e li assembla come decidi tu.
Il trigger è settimanale, ogni venerdì alle 17:00. Il workflow chiama tre API in parallelo — CRM per i deal chiusi, piattaforma pubblicitaria per la spesa e i lead generati, tool di email marketing per open rate e click. Un nodo di aggregazione unisce i dati, calcola i KPI derivati (costo per lead, tasso di chiusura, revenue settimanale) e costruisce un JSON strutturato. Un nodo successivo usa quel JSON per compilare un template Google Doc e salva il file nella cartella Drive del cliente. L’ultimo nodo manda il link via email.
Se una delle tre API è offline, il workflow deve decidere cosa fare. La scelta giusta dipende dal caso: alcuni preferiscono bloccare tutto e notificare, altri preferiscono procedere con i dati disponibili e segnalare cosa manca nel report. Entrambe le opzioni sono valide; non avere un’opzione non lo è.
6. Qualifica lead con WhatsApp e risposta in meno di due minuti
Un lead che compila un form alle 22:00 aspetta. Il giorno dopo, quando il commerciale lo richiama, la finestra di attenzione si è già chiusa. La risposta immediata via WhatsApp cambia il tasso di contatto in modo misurabile.
Il trigger webhook riceve la submission del form. Un nodo estrae nome, numero di telefono e risposta alla domanda di qualifica. Un nodo IF verifica che il numero sia in formato internazionale — se non lo è, normalizza o manda su un ramo di fallback. Il nodo WhatsApp invia un messaggio personalizzato con nome e una domanda di apertura. La risposta al messaggio innesca un secondo webhook che aggiorna il contatto nel CRM e crea un task per il commerciale.
Per la parte WhatsApp trovi la configurazione tecnica dei nodi nell’articolo su come automatizzare WhatsApp con n8n.
7. Sincronizzazione dati tra piattaforme senza duplicati
Due piattaforme che non si parlano producono duplicati, dati stantii e ore di pulizia manuale ogni mese. Il pattern classico è: form su piattaforma A, contatto che deve esistere anche in piattaforma B e in un foglio Google per il reporting.
Il webhook riceve l’evento dalla piattaforma A. Prima di creare il contatto in B, un nodo fa una chiamata di lookup: cerca il contatto per email. Se esiste, aggiorna. Se non esiste, crea. Questo «upsert» evita i duplicati senza bisogno di pulizie periodiche. Il nodo finale aggiorna la riga nel foglio o la aggiunge se non c’è.
La parte che si rompe in silenzio: il lookup restituisce a volte risultati multipli (stesso contatto, email con maiuscole diverse, spazi nascosti). Un nodo di normalizzazione che porta l’email in lowercase prima del lookup risolve il 90% dei casi.
8. Gestione delle eccezioni: la coda di revisione manuale
Nessun workflow gestisce il 100% dei casi. Chi costruisce sistemi lo sa e lo progetta esplicitamente. Chi non lo sa scopre i casi limite quando il danno è già fatto.
Il pattern è semplice: ogni workflow ha un ramo «eccezione» che porta i casi non gestiti in una coda strutturata — un Google Sheet o un canale Slack dedicato — con abbastanza contesto per capire cosa è successo senza riaprire il workflow. Nome del contatto, dato di ingresso, motivo del fallimento, timestamp. Una persona le guarda una volta al giorno e le lavora.
La coda di revisione non è una sconfitta del sistema: è la guardia che permette al sistema di girare senza supervisione continua. Un’automazione senza questa uscita esegue sbagliato con la stessa sicurezza con cui esegue giusto. Se vuoi costruire agenti in grado di gestire casi più complessi in autonomia, l’articolo su come costruire un AI agent in n8n mostra il passo successivo.
Quello che nessuno dice
Ogni workflow va chiuso con un ramo di errore esplicito
Un flusso senza uscita di fallback non è finito. Gira, produce, e quando incontra qualcosa di inatteso sparisce nel silenzio. La coda di revisione manuale non è overhead: è la condizione che rende il resto autonomo.
- Ramo di errore — sempre presente, anche se raramente attivo
- Coda strutturata — contesto leggibile in trenta secondi, senza aprire n8n
- Revisione giornaliera — non in tempo reale, una volta al giorno è sufficiente
n8n esempi: cosa accomuna i workflow che funzionano davvero
Guardando questi otto flussi, il pattern è lo stesso. Il trigger è sempre preciso — un webhook, un trigger a calendario, un cambio di stage nel CRM — mai un polling generico. I dati vengono normalizzati prima di essere usati, non dopo. Ogni ramo ha un’uscita di errore esplicita. E il flusso è costruito per un solo workflow che si parametrizza, non per venti copie che divergono.
La scelta del tool viene dopo. Prima si disegna il processo su carta, si identificano i punti di fallimento, si decide chi gestisce le eccezioni. Poi si apre n8n. Se hai bisogno di partire dall’installazione, l’articolo su n8n su Hostinger copre il setup a meno di 5€ al mese; se preferisci Docker, c’è la guida con Docker Compose.
Venti ore a settimana non si recuperano costruendo venti automazioni. Si recuperano costruendo le otto giuste — con le guardie, con la coda di eccezione, con un foglio di configurazione invece di venti copie. Il silenzio dei sistemi non è salute: è il sintomo di qualcosa che gira sbagliato senza dirtelo.
Domande frequenti
Quanto tempo ci vuole a costruire questi workflow in n8n?
Dipende dal livello di familiarità con lo strumento e dalla chiarezza del processo. Un workflow di lead routing base richiede 2-4 ore la prima volta. Un sistema di onboarding completo con gestione degli errori può richiedere una giornata. Il tempo si recupera dalla seconda settimana.
N8n funziona senza saper programmare?
Per gli otto workflow descritti, sì. Servono dimestichezza con i concetti di webhook, JSON e API REST, ma niente codice scritto. Qualche nodo avanzato usa JavaScript per trasformazioni di dati, ma è opzionale e documentato nella documentazione ufficiale di n8n.
Qual è la differenza tra usare n8n e assumere un assistente per queste attività?
Un assistente gestisce eccezioni e relazioni; un workflow gestisce volume e ripetizione. La macchina fa le stesse cose alle 3 di notte con la stessa accuratezza delle 9 del mattino. L’assistente serve per quello che la macchina non può decidere.
Come si evita che i workflow si rompano senza che nessuno se ne accorga?
Con tre elementi: error handling esplicito su ogni ramo critico, una coda di revisione leggibile, e un log dei job eseguiti che si controlla almeno una volta a settimana. n8n registra l’esecuzione di ogni workflow nella sezione Executions — è il punto di partenza per qualsiasi diagnosi.
