Workflow trigger condizione azione:progettalo in frasi

Come progettare un workflow trigger condizione azione: scrivilo prima come due o tre frasi semplici. Un trigger è un evento che è davvero accaduto, le condizioni si ramificano su campi che compili davvero, e ogni azione fa un solo lavoro. Se la frase è confusa, lo è anche il workflow.

Come progettare un workflow trigger condizione azione, in una frase

Ogni workflow, in ogni strumento, è fatto delle stesse tre parti. Impara le tre come idee, non come pulsanti, e saprai costruire in qualsiasi strumento sceglierai.

Eccone uno in linguaggio semplice:

Quando qualcuno invia il modulo di richiesta, se non è già cliente, mettigli il tag di nuova richiesta, crea un'attività perché io risponda entro un giorno e mandagli una breve conferma che mi farò sentire di persona.

Quello è il trigger (modulo inviato), la condizione (non è già cliente) e tre azioni (tag, attività, conferma). Nient'altro.

Ora la regola. Scrivi la frase prima di aprire qualsiasi strumento. Se non riesci a metterla giù in due o tre frasi chiare, il workflow non è ancora progettato. Costruirlo in un editor visuale non farà che nascondere la confusione dietro riquadri e frecce.

La frase fa anche un secondo lavoro. È la tua documentazione. Tra sei mesi, quando ti chiederai perché questa cosa manda email alla gente, sarà l'unica pagina che rileggerai.

Workflow trigger condizione azione: il trigger è un evento, non un'intuizione

Il trigger avvia il workflow per una persona precisa. Sbaglialo e tutto ciò che viene dopo è sbagliato, in serie.

Quindi il test è semplice. Questo è accaduto di sicuro? Un modulo è stato inviato. Un tag è stato applicato. Una trattativa è passata a una nuova fase. Un punteggio ha superato una soglia. È passato un certo numero di giorni da qualcosa. Sono fatti.

Diffida di tutto ciò che deduce l'interesse da segnali deboli. "Ha guardato la pagina dei prezzi" è un'ipotesi sull'intenzione. Un workflow costruito su un'ipotesi manda messaggi sicuri di sé a persone che non hanno chiesto niente.

Il motto per qualsiasi workflow trigger condizione azione: preferisci trigger su cui scommetteresti.

Guida gratuita · 21 pagineMantieni la promessa.Cosa affidare prima a una macchina, come costruirla perché si comporti bene e come capire quando spegnerla.Ricevi la guida gratuita →

Restringi la porta

Un trigger da solo prende troppa gente. "Una trattativa ha cambiato fase" include trattative che tornano indietro, trattative che entrano in fasi che non richiedono niente e clienti già gestiti da un altro workflow.

Quindi aggiungi criteri d'ingresso. La maggior parte degli strumenti ti lascia richiedere che le persone soddisfino anche certe condizioni prima di essere iscritte. Usali. È molto più facile tenere fuori dalla porta le persone sbagliate che gestirle con garbo una volta dentro.

Nel dubbio, parti stretto e allarga dopo. Un workflow che perde qualche persona è un fastidio. Uno che prende quelle sbagliate è un incidente. Un fastidio lo sistemi davanti a un caffè.

Condizioni: ramifica su fatti che registri

Una condizione è un bivio. Se questo è vero, vai da una parte. Altrimenti, dall'altra.

La trappola è ramificare su dati che non hai in modo affidabile. Diciamo che ramifichi sulla dimensione dell'azienda, ma metà dei tuoi contatti non ha la dimensione compilata. Metà dei tuoi contatti ora prende il ramo "no" per il motivo sbagliato. Non lo vedrai accadere. Non si rompe niente. Il workflow tratta in silenzio metà della lista nel modo sbagliato.

Quindi, prima di costruire una condizione, apri i tuoi record e guarda. Quanto spesso quel campo è davvero compilato? Se la risposta è "non spesso", ramifica su altro o sistema prima la raccolta.

Poi definisci entrambi i rami. Una condizione con solo il ramo "sì" è un buco da cui le persone cadono in silenzio, cioè esattamente il passaggio perso che volevi sistemare. Il ramo "no" può essere semplice come "non fare niente e avvisami". Ma deve esistere, e devi averlo scelto.

Azioni: un lavoro ciascuna

Un'azione è una singola cosa che il workflow fa. Creare un'attività. Applicare un tag. Instradare un contatto. Mandare un messaggio. Avvisarti. Aggiornare un record.

Un lavoro per passo, così quando qualcosa va storto vedi quale passo l'ha fatto. Se una sola azione mette il tag, manda l'email e aggiorna un campo, stai facendo il debug di un blocco unico.

Tieni anche il tutto breve. Una catena lunga è difficile da rivedere, difficile da cambiare e facile da rompere, perché un errore iniziale viaggia in tutto ciò che viene dopo. Quando un processo ha davvero più fasi, costruisci più piccoli workflow che si passano il testimone. Ognuno è leggibile. Ognuno si può spegnere da solo.

Conta anche l'ordine. Metti le azioni che toccano solo te prima dei messaggi che raggiungono i clienti. Se un passo successivo fallisce, hai comunque l'attività e il tag. Per il ragionamento dietro quell'ordine, cosa automatizzare per primo in un'attività da solopreneur ne ripercorre la logica.

Valutazione gratuitaQuanto sei intrappolato, davvero?Fai l'Indice di Soffocamento Aziendale, la valutazione gratuita per capire se sei pronto a diventare solopreneur.Fai la valutazione →

Attese e personalizzazione: i due punti di rottura silenziosi

Le attese sono passi. La gente lo dimentica.

Una pausa è spesso ciò che fa sembrare premurosa una sequenza. Un follow-up qualche giorno dopo il primo messaggio si legge come pazienza. Uno un'ora dopo si legge come pressione. E un messaggio che arriva in piena notte, o in un giorno festivo, annuncia che non c'era nessuno a mandarlo. Dove lo strumento lo permette, fai rispettare alle attese orari sensati. E chiediti sempre: cosa dovrebbe succedere se la situazione è cambiata durante l'attesa?

La personalizzazione è l'altro. Un nome proprio fa sembrare personale un messaggio quando il dato è giusto e assurdo quando è sbagliato. Un campo vuoto ti dà "Ciao ,". Un nome tutto in maiuscolo copiato da un modulo ti dà un saluto che urla.

Prima di usare un campo, guarda cosa contiene nei tuoi record reali. Poi scrivi la frase in modo che si legga naturale anche senza. La personalizzazione più sicura è quella che nessuno nota quando fallisce.

Rileggilo come un estraneo

Una volta che le frasi esistono, fai un ultimo passaggio prima di toccare uno strumento. Leggile come se le avesse scritte qualcun altro e stessi per prenderti la colpa.

Prendi l'esempio della richiesta. Diciamo che un cliente che torna compila di nuovo il modulo. La condizione lo tiene fuori dalla conferma, bene. Ma cosa gli succede al suo posto? Se la risposta è "niente", è appena stato ignorato da un sistema costruito per impedirlo. Quindi il ramo "no" riceve la sua frase: se è già cliente, crea un'attività per me e avvisami oggi.

Diciamo che il modulo arriva alle tre di notte. La conferma parte subito, il che va bene per un semplice riconoscimento. La stessa logica è sbagliata per un follow-up. Messaggi diversi vogliono tempi diversi, e te ne accorgi solo se lo chiedi.

Diciamo che il campo del nome è vuoto. La conferma si legge ancora bene? Se si apre con "Ciao ,", riscrivi la frase in modo che non le serva il nome.

Tre domande, e ognuna ha trovato un difetto prima di un cliente. È tutto il valore del progettare prima su carta. Costa minuti. Trovare gli stessi difetti dal vivo ti costa un potenziale cliente.

Guida gratuita · 21 pagineMantieni la promessa.Cosa affidare prima a una macchina, come costruirla perché si comporti bene e come capire quando spegnerla.Ricevi la guida gratuita →

L'uscita, e poi hai finito

Hai progettato l'inizio. Ora progetta la fine. Scrivi l'obiettivo che toglie la persona: ha risposto, ha prenotato, ha comprato, è stata accolta. Raggiungerlo la toglie, qualunque sia il passo a cui era.

Senza, ottieni "volevo solo sentirti" dopo che qualcuno ha già pagato. Poi pensa al rientro. Come evitare che un'automazione invii due volte lo affronta nel dettaglio. E prima che qualsiasi cosa vada online, come testare un'automazione prima di attivarla è l'ultimo cancello.

La checklist di progetto è quindi breve. Si legge come due o tre frasi? Il trigger è un fatto? I criteri d'ingresso sono stretti? Le condizioni usano campi compilati, con entrambi i rami definiti? Un lavoro per azione? C'è un obiettivo scritto che la conclude? Se sì a tutto, costruiscila.

Valutazione gratuitaQuanto sei intrappolato, davvero?Fai l'Indice di Soffocamento Aziendale, la valutazione gratuita per capire se sei pronto a diventare solopreneur.Fai la valutazione →

Domande frequenti

Qual è la differenza tra un trigger e una condizione?

Un trigger è l'evento che avvia il workflow per una persona. Una condizione è un bivio al suo interno, o un filtro alla porta, che decide chi va da quale parte. Il trigger dice quando. La condizione dice chi.

Quanti passi dovrebbe avere un workflow?

Tanti quanti ne serve il lavoro, non uno di più. Le catene lunghe sono difficili da rivedere e facili da rompere. Se il processo ha fasi, costruisci workflow brevi che si passano il testimone.

Perché scriverlo come frasi prima di costruire?

Perché un editor visuale può nascondere la confusione dietro riquadri e frecce. Se non riesci a dire il tuo workflow trigger condizione azione in due o tre frasi chiare, non è progettato. La frase è anche la tua documentazione, più avanti.

Cosa dovrebbe fare il ramo no di una condizione?

Qualcosa che hai scelto. Anche "non fare niente e avvisami" è una scelta. Una condizione con il solo ramo sì è un punto in cui le persone cadono in silenzio fuori dal tuo processo.

Il metodo completo, con le checklist, è in Il Playbook di Automazione Marketing, una guida gratuita di 21 pagine.