Ok.

Abbiamo parlato quindi del funnel dealer, né di come possiamo posizionare proprio livello di ragionamento le varie automazioni che abbiamo, ma dobbiamo vedere un esempio pratico di come lo facciamo realmente.

Noi nel nostro Tully Active Campaign siamo ancora qua su Miro, dove stavamo vedendo in precedenza che, come dicevamo, ci sono varie automazioni che noi possiamo impostare tranquillamente per chiamiamole data trigger.

Che vuol dire che in base alla data il giorno che loro hanno, noi che loro hanno, adesso ne parliamo di questo.

Noi possiamo attivare in base a dove si trovano nel funnel queste automazioni, tutto quanto.

Se partiamo qua Dax Campaign, questo primo gruppo di automazioni che sono in base alla data, sfruttano proprio questo discorso qua.

Noi abbiamo alcune automazioni che praticamente non solo automazioni.

Noi utilizziamo un tool di pagamento chiamato Charlie che praticamente è un Payment Management system che contiene All'interno PayPal Straight.

Quindi tutti i pagamenti arrivano Superpole Strip, ma attraverso charm che uno mi dirà Ma qual è la differenza con collegare direttamente Stripe PayPal al tuo sistema di pagamento? La differenza è che in questo modo si crea un identificativo unico per l'utente e tutto quanto sta lì dentro quindi ci devo creare un coupon.

Non devo crearne uno per lei e uno per Strip ne crea uno solo.

All'interno di chat in chat che gestisce il fatto che vengano praticamente che siano validi anche su Stripe, PayPal e che l'utente si possa descrivere dal luogo unico, eccetera eccetera.

STR are charged with Ci passa una valanga di informazioni, una valanga di informazioni.

Vado direttamente all'interno di un account.

Ora questo account non ha tutte queste informazioni popolate perché l'ho creato adesso.

Ma se guardiamo qui tutto quello che è cibi sono informazioni che ci vengono passate da Charlie in questo caso, quindi, il nome del piano in cui l'utente è scritto i subscription AIDS, il valore del piano, la subscription status se attivo cancellato in kayak in pausa il next Berling, cioè praticamente quando sarà il prossimo pagamento l'ha data proprio il quando è stato creato l'account tutte.

Tutte tutte informazioni super importanti che noi poi possiamo utilizzare card status la cala sta lo stato La carta che l'utente ha inserito è valido o è in scadenza o è già scaduta e quando scadrà tutte queste informazioni vengono automaticamente passate l'utente non REM wing Cioè non sta per rinnovare il suo abbonamento.

Tutte queste informazioni vengono sincronizzate con l'integrazione, che è già nativa all'interno di active campaign, ma ce ne sarà uno anche per me, il chip e tantissime altre con charge e in questo modo noi abbiamo tutte queste informazioni che usiamo per far scattare delle automazioni.

E questo qua è il concetto di data trigger che dicevo in precedenza.

Vediamone io le ho messe tutte quante sotto un double chiamate hapag-lloyd che non è veramente non spiega veramente quello che fanno, perché in realtà sono anche automazione di recupero.

Tante diverse però questi qua sono alcuni esempi.

Per esempio questa qua secondo me molto interessante un utente che approccio un utente che paga con noi con Lerner questo qua si chiama card shakespeare che che cosa fa praticamente questa automazione? Quest automazione dice quando sette giorni prima della data di rinnovo, che praticamente vuol dire che quando l'utente deve rinnovare fra sette giorni in ex billings sette giorni prima, alle nove di mattina, lui fa un controllo e dice se l'utente lo stato della carta contiene shakespeare, quindi vuol dire che è scaduta e lo status di strappi l'utente pro l'utente è un cliente pagante, vuol dire che è un utente pagante che fra sette giorni dovrà effettuare il rinnovo.

È un utente che non ha ammesso che si sta per descrivere, quindi vuole effettivamente farlo e la sua carta é scaduta.

Allora noi dobbiamo avere una automazione in questo caso che gli dice il tuo metodo di pagamento è scaduto, devi andare sul nostro sito e cambiarlo, altrimenti verrai messo fuori.

Questo è una cosa super importante perché ricordiamoci che il charney vi consiglio di vedere il corso di subscription che parla di tutto il consiglio subscription model.

Ma il concetto è solo gli utenti sono utenti che vorrebbero rimanere la piattaforma, ma se li descrivono perché vengono descritti dal fatto che per esempio la loro carta é scaduta o che non ci sono soldi dentro la carta.

Ora non possiamo sapere se ci sono soldi oppure no.

È una cosa devi vedere l'utente.

Però tutto il processo di recupero di questi utenti di prevenzione che questi utenti vengono descritti viene definito char passivo.

Perché passivo? Perché un char attivo una descrizione attiva vuol dire che l'utente dice no, non voglio iscrivermi in questo caso non è attiva perché lui vorrebbe rimanere scritto, ma il metodo di pagamento è in questo caso qua scaduto.

Quindi noi dobbiamo fare in modo che ritorni.

E tutte queste nostre automazioni hanno il tag all'inizio logica in automazione up great che una volta che l'utente entra aspettiamo due giorni in modo che l'ha aperta.

Poi potremmo anche per esempio, se volessimo potremmo anche mettere tre o quattro e-mail.

Perché? Perché il nostro obiettivo è il fatto che l'utente il nostro gol.

Che cibi card status isak tv ora ex paillettes.

Noi dobbiamo fare in modo che sia active ci dobbiamo fare in modo che l'utente torni dentro emette una carta valida e questa cosa qua si attiva fino a che non è attivo.

Noi con l'utente abbiamo perso, quindi in realtà è come fosse un un un abbandono recovery è un cards recovery e per farlo però dobbiamo.

Quindi possiamo anche mandare due tra email tanto nel momento in cui l'ha riattivata l'utente finisce lì e quindi basta che l'abbia attivato.

Una volta però se non attivo abbiamo perso per sempre.

Perché mettiamo questi tag logica chandler logica in automazione up clyde lo vediamo successivamente è tutto un discorso di differenti tipologie di automazioni attivate da una logica chandler mentre invece ora vengono attivate dalla data di scadenza.

Però è un modo per non far sovrapporre altre automazioni, ma ne parliamo successivamente.

Vediamo un altro esempio di questo per esempio questo qua pro recovery non ren wings meno sette giorni.

Lo stesso concetto è un utente che è un utente pagante che vogliamo recuperare perché hai impostato il non rinnovo ha bloccato i pagamenti automatici, quindi sette giorni prima noi vogliamo recuperarlo.

Come lo facciamo in questo modo? Sette giorni prima del rinnovo che controlliamo giornalmente questa cosa qui alle nove di mattina.

Se il subscription status contiene rena wing, che in realtà il totale sarebbe non trattino basso min-hyung io metto continuing vuol dire già l'utente ha messo norén wing e lo status di strappi è pro ancora.

Quindi è un utente attivo pagante che però mi sono reso wing.

Allora sette giorni prima io lo faccio entrare in queste e-mail che cerca di recuperarlo mandandogli un'e-mail di recupero sette giorni prima aspetto tre giorni, quindi quando mancano quattro giorni gliene mando un'altra.

Aspetto due giorni, quindi mancano due giorni.

Cerco di attivarlo sul suo status dev'essere diventato attivo.

Se questo è avvenuto bene viene porto qua direttamente se non è avvenuto, va avanti, finisce l'automazione Questa automazione si collega a un'altra automazione Se mi ricordo bene, eccola qua.

Pro Recovery Norén Wings meno trentasei ore mentre prima era semplicemente un Dai, rimani con noi.

Questa automazione c' è molta più urgente.

Scarsi.

Ti l'abbiamo creato in automazione diverse per una ragione proprio di analisi migliore.

Ma in questa automazione cerca proprio di dire e guarda che fra tre ore tu perderai accesso alla piattaforma.

Il senso di perdita può essere molto grande in questo caso.

Quindi usare urging Scars preparare il senso di perdita molte volte può portare un utente a ripensarci poi in questo caso qua dipende dal tipo di business che abbiamo.

Alcuni potrebbero offrire uno sconto per cercare di recuperare qualcuno.

Potrebbe dare un coupon.

Appunto.

Come detto, qualcun altro potrebbe fare una specie di bundle dove gli dice Guarda per i prossimi due mesi te li fai al prezzo di uno che comunque percepito con uno sconto è semplicemente per far capire Qua invece Win Back Kansas dopo sessanta giorni è un altro esempio di questa automazione.

Vedete, non ci sono ancora tutte le automazioni.

Manca questa.

Manca questa manca proposta annuale dopo dieci giorni è che non ci sono tutte le automazioni.

Una parte incomincia a testare, incomincia a valutare il gol, incomincia a valutare le performance, incomincia a valutare il tasso di apertura, é tutto questo e successivamente le espande le testa, le toglie.

È un processo che sia automatico, ma richiede ogni tanto anche una manutenzione.

Guardare, valutare, misurare le performance, farlo su Google Analytics, farlo dappertutto e capire che cosa sta funzionando e che cosa no.

Ma queste sono automazioni data Traeger che se ci pensiamo mettiamo caso torniamo un attimo al discorso di commercio che stavamo facendo in precedenza.

Può essere lo stesso identico, la stessa identica cosa in un e-commerce Tendenzialmente, quando tu fai un ordine hai la data dell' ordine noi potremo far partire automazioni in base al potremmo calcolare che venticinque giorni dopo l'ultimo acquisto vogliamo far partire una automazione che cerca di portare l'utente all'acquisto dopo e creare automazioni che hanno sempre lo scopo di portarlo e che magari scattano in base al venticinque giorni dopo l'ultimo acquisto e l'ultimo acquisto è stato il primo gli facciamo questa se venticinque giorni dopo l'ultimo acquisto e il numero di acquisti e tre allora facciamo partire un'altra pero'.

Vedete, scattano in base alle caratteristiche dell'utente e la posizione del tunnel in cui si trovano.

Questo è un esempio di automazioni data trigger.

Ma adesso possiamo vedere anche un altro esempio.

Lo vedremo nella prossima lezione.