Oltre la linearità: l'automazione che "pensa"

Nelle prime fasi del percorso di automazione, tendiamo a pensare ai flussi di lavoro come a linee rette: un evento si attiva (Trigger) e un'azione viene eseguita (Action). Ad esempio: quando ricevo un nuovo lead da un modulo, salvalo su un foglio di calcolo. Questo approccio lineare è utile, ma mostra rapidamente i suoi limiti nel mondo reale, dove le eccezioni e le decisioni aziendali sono la norma.

Cosa succede se vuoi salvare sul foglio di calcolo solo i lead che appartengono a un'azienda con più di 50 dipendenti? E se volessi inviare un'e-mail diversa a seconda del servizio richiesto dall'utente?

Per gestire questi scenari, dobbiamo introdurre la logica condizionale. In questa lezione impareremo a usare i tre strumenti fondamentali per governare il comportamento dei tuoi flussi: i filtri, i rami condizionali (If/Else) e gli operatori booleani (AND/OR).

1. I Filtri: i guardiani del flusso

Un filtro è il blocco logico più semplice. Funziona come un guardiano all'ingresso di un club: analizza i dati in transito e decide se consentire al flusso di proseguire o se interromperlo immediatamente.

Quando usi un filtro, definisci una regola di confronto. Se la regola è soddisfatta (restituisce Vero), l'automazione continua. Se non è soddisfatta (restituisce Falso), l'automazione si ferma in quel preciso punto, senza consumare ulteriori operazioni per le azioni successive.

Esempi comuni di utilizzo dei filtri:

  • Filtro per parole chiave: Procedi con l'automazione solo se l'oggetto dell'e-mail contiene la parola "Fattura".
  • Filtro per presenza dati: Procedi solo se il campo "Numero di telefono" nel modulo non è vuoto.
  • Filtro numerico: Procedi solo se l'importo della transazione è superiore a 100€.

2. Rami condizionali (If/Else e Router): bivii e incroci

Mentre un filtro si limita a fermare o far passare un flusso, i rami condizionali (spesso chiamati Router, Conditional Branches o nodi If/Else a seconda della piattaforma no-code che utilizzi) permettono di sdoppiare o moltiplicare i percorsi del tuo processo.

Immagina un bivio stradale: i dati arrivano al nodo di controllo e, in base alle loro caratteristiche, vengono indirizzati verso la Strada A, la Strada B o la Strada C.

Prendiamo il caso della gestione dei lead di vendita:

  • Strada A (Lead ad alto valore): Se il budget indicato è superiore a 5.000€, invia una notifica immediata su Slack al team commerciale e crea un task prioritario sul CRM.
  • Strada B (Lead standard): Se il budget è inferiore a 5.000€, inserisci il contatto in una sequenza di e-mail di nutrimento automatico.
  • Strada C (Fallback / Default): Se non è indicato alcun budget, invia un'e-mail automatica per richiedere maggiori informazioni prima di procedere.

Il percorso di "Fallback" (o ramo di default) è fondamentale: garantisce che, anche se i dati non soddisfano nessuna delle condizioni principali, il flusso non si blocchi con un errore ma venga gestito in modo sicuro.

3. La logica booleana: AND e OR

Per creare filtri e rami precisi, devi combinare più regole di controllo. È qui che entrano in gioco gli operatori logici AND (E) e OR (O).

L'operatore AND (Tutte le condizioni devono essere vere)

Usa l'operatore AND quando vuoi che il flusso proceda solo se tutte le regole impostate sono verificate contemporaneamente.

Esempio: Invia lo sconto speciale solo se l'utente è iscritto alla newsletter AND ha effettuato almeno 3 acquisti in passato.

L'operatore OR (Almeno una condizione deve essere vera)

Usa l'operatore OR quando è sufficiente che almeno una delle regole impostate sia verificata per far procedere il flusso.

Esempio: Invia una notifica di urgenza se il lead proviene da una multinazionale OR se ha selezionato l'opzione "Richiamami entro 2 ore".

Best practice per progettare la logica senza impazzire

  1. Disegna prima su carta: Prima di configurare i rami nel tuo strumento no-code, traccia il diagramma di flusso su carta o su una lavagna digitale (come Miro o FigJam). Visualizzare i bivi previene errori logici complessi da risolvere in seguito.
  2. Rinomina sempre i rami: Non lasciare i rami con i nomi di default (es. "Route 1", "Route 2"). Rinominali chiaramente (es. "Budget > 5k", "Budget < 5k") per rendere l'automazione leggibile anche a mesi di distanza o ai tuoi collaboratori.
  3. Attenzione ai conflitti: Assicurati che le condizioni dei tuoi rami si escludano a vicenda. Se un dato può soddisfare contemporaneamente la condizione del Ramo A e del Ramo B, potresti generare azioni duplicate indesiderate.

Esercizio Pratico: Progetta il tuo Smistatore di Ticket

Applichiamo questi concetti con un esercizio mentale e strutturale che puoi replicare su qualsiasi piattaforma no-code (Make, Zapier, n8n).

Scenario: Gestisci il customer care di un e-commerce. Ricevi richieste di supporto tramite un modulo web. Vuoi smistarle automaticamente.

Le tue regole di business:

  • Se il messaggio contiene la parola "rimborso" o "reso", il ticket deve andare al team Amministrazione.
  • Se il messaggio non riguarda i rimborsi, ma l'utente ha selezionato la categoria "Problema Tecnico", il ticket deve andare al team IT.
  • In tutti gli altri casi, invia una risposta automatica di cortesia e assegna il ticket al Supporto Generale.

Come strutturare il flusso:

  1. Trigger: Nuovo invio del modulo di supporto.
  2. Aggiungi un nodo Router (Rami condizionali): Crea 3 rami di uscita.
  3. Configura il Ramo 1 (Amministrazione): Imposta la condizione: [Testo Messaggio] contiene "rimborso" OR [Testo Messaggio] contiene "reso".
  4. Configura il Ramo 2 (IT): Imposta la condizione: [Categoria] è uguale a "Problema Tecnico" (assicurati che questo ramo non intercetti i messaggi del Ramo 1).
  5. Configura il Ramo 3 (Default/Supporto Generale): Impostalo come percorso di fallback (eseguito solo se il Ramo 1 e il Ramo 2 non sono stati attivati).