In passato, programmare email da zero in HTML era la norma. Ma ora? Creare email non dovrebbe essere così difficile o richiedere così tanto tempo.
È quello che stava succedendo alla Lung Cancer Research Foundation (LCRF), un'organizzazione non profit che lavora per un mondo libero dal cancro ai polmoni finanziando studi per la prevenzione, la diagnosi, il trattamento e la cura della malattia. L'organizzazione è al servizio di chiunque sia impegnato a migliorare gli esiti per le persone colpite dalla principale causa mondiale di morte per cancro.
Ma erano frenati da una piattaforma email costruita per un'epoca diversa.
Aine Calgaro, che crea quasi tutto il materiale di marketing per la LCRF, si ritrovava a scrivere manualmente le email in HTML puro per assicurarsi che fossero visualizzate correttamente sui dispositivi mobili. Il sistema che utilizzavano non forniva analisi significative per capire cosa coinvolgesse davvero i sostenitori. I moduli del sito web erano macchinosi e inaffidabili, oltre a generare poche iscrizioni organiche.
“Avevamo pochissime persone che visitavano il sito web e decidevano di iscriversi," afferma Aine, Digital Marketing Specialist di LCRF. “Le iscrizioni che ricevevamo derivavano dal fatto che le persone si registravano a un evento e le aggiungevamo noi, oppure facevano una donazione".
Dopo la migrazione a Intuit Mailchimp nell'autunno 2024, la fondazione ha collaborato con il responsabile per il successo dei clienti (CSM) per trasformare la strategia email e ottenere un pubblico più sano, robusto e coinvolto, liberando tempo da dedicare alla propria missione.
La sfida: strumenti obsoleti che limitavano la crescita e la generazione di dati approfonditi
Il vecchio sistema di email della LCRF introduceva costantemente ostacoli. L’interfaccia, che Aine definisce "davvero anni ’90", costringeva il team a soluzioni alternative che richiedevano tempo e limitavano ciò che potevano realizzare.
Aine doveva creare tutto in modalità HTML perché l’editor WYSIWYG comprometteva i suoi design adattabili ai dispositivi mobili.
“Solo perché so programmare non significa che voglia farlo,” dice Aine. “Per fortuna ho qualche vecchia conoscenza di informatica risalente agli anni ’80. Non tutti quelli assunti per fare quello che faccio io dispongono di queste conoscenze".
Le limitazioni si estendevano oltre l'email. Evan Bonsett-Veal, l'altra metà del team di marketing della LCRF, che gestisce il database della fondazione, lavorava con la piattaforma email da 9 anni e aveva difficoltà con la gestione dei dati di base. Il sistema non disponeva di una connettività API moderna, il che rendeva difficile l’integrazione con altri strumenti o l’automazione dei flussi di dati.
Quando LCRF contattava l'azienda per richiedere miglioramenti delle funzionalità, la risposta era in genere che non era possibile o che i costi per l'implementazione sarebbero stati proibitivi.
I moduli del sito web rappresentavano un altro punto critico. Per incorporare un modulo sul sito LCRF, il team doveva inserire manualmente il codice. I moduli assegnavano password invisibili agli utenti, dando vita a un’esperienza confusa che spesso mostrava brutte pagine di errore quando le persone tentavano di effettuare il login.
L'aspetto più frustrante, però, era la mancanza di dati fruibili.
“Non è stato affatto utile cercare di capire se qualcosa fosse riuscito”, dice Aine.
Per Evan, la natura manuale di tutto significava che non poteva andare in vacanza senza preoccuparsi dei flussi di lavoro via email.
“Non c’era davvero alcuna opportunità per nessun tipo di automazione,” dice Evan. “Poteva persino influire su quando potevi assentarti dall’ufficio, perché dovevi importare queste liste per assicurarti che, ad esempio, una serie di email di benvenuto fosse aggiornata”.