Un'ora di lavoro per una sola newsletter. Ho smesso di accettarlo.
Non ho cercato uno strumento più potente. Ho spostato il lavoro su chi lo fa davvero, e ho tolto tutto quello che lo costringeva a passare dai tecnici.
Vedi il post su LinkedInPer mandare una newsletter su Salesforce Marketing Cloud ci voleva un'ora di lavoro manuale. Per integrare un nuovo modulo, settimane di sviluppo. Ho deciso di smettere di accettarlo.
Come funzionava
Il designer crea il template. Lo passa ai dev, o a consulenti esterni. Poi iniziano settimane di avanti e indietro, test su ogni client e ogni browser. A volte un mese per un singolo template.
Poi tutti i template vanno scompattati in file separati, uno per template, caricati a mano su Marketing Cloud, collegati alla data extension per i dati dinamici: nome, gender, country, lingua.
E ogni volta che serve un'email: aprire la piattaforma, montare i blocchi, inserire testi e link, duplicare una versione per ogni lingua, associare ai customer journey, programmare.
Un'ora di lavoro manuale. Per una sola email. E se arriva un nuovo modulo? Si ricomincia tutto da capo.
Perché esisteva in quella forma
A un certo punto ho smesso di chiedermi come rendere quel processo più veloce. Mi sono chiesto perché esistesse in quella forma.
La risposta: era costruito intorno allo sviluppo. E lo sviluppo era la parte che nessuno poteva toccare. Così l'ho tolta.
Cosa è cambiato
- Il design system delle email ora vive in Beefree. I designer lo costruiscono lì ed esportano HTML statico, già cross-client e cross-browser. Zero handoff con i dev.
- Un Marketing Cloud specialist arricchisce i template con AMPscript per collegarli alla data extension. Questa parte richiedeva giorni di un consulente esterno. Ora la faccio con Cursor in 5 minuti: basta dargli in pasto il contesto della data extension.
- Ho scritto un generatore in vanilla.js. Niente di sofisticato. Raggruppa i moduli, ti fa selezionare quelli che servono, costruisce l'HTML finale e raccoglie testi, link e immagini in variabili pulite alla fine del body.
Il risultato è la parte che conta: chi crea l'email non scorre più tra HTML e AMPscript perdendosi nel codice. Compila uno snippet di configurazione. Nient'altro.
Il risultato
Una persona del business, senza competenze tecniche, fa da sola in 10-15 minuti quello che prima richiedeva un'ora e un tecnico. Tempo per integrare un nuovo modulo: un'ora, invece di mesi.
Quando un workflow è lento, raramente il problema è la velocità. È la dipendenza.
L'AI ha fatto la sua parte: cinque minuti su un pezzo che prima ne richiedeva giorni. Ma la leva vera è stata ridisegnare il sistema, non automatizzare un task.
In sintesi
Non ho cercato uno strumento più potente. Ho spostato il lavoro su chi lo fa davvero, e ho tolto tutto quello che lo costringeva a passare dai tecnici.
Qual è il processo che nel tuo team tutti accettano come indispensabile, e che forse è solo un collo di bottiglia che nessuno ha mai messo in discussione?
Domande frequenti
Come si passa da un'ora a pochi minuti per una newsletter?
Togliendo la dipendenza, non velocizzando i passaggi. Il design system delle email si sposta su Beefree ed esporta HTML già cross-client senza passare dai dev, l'arricchimento in AMPscript si fa in cinque minuti con Cursor dandogli il contesto della data extension, e un piccolo generatore in vanilla.js compone l'HTML finale a partire da uno snippet di configurazione.
Chi monta le email alla fine?
Una persona del business senza competenze tecniche, da sola, in dieci o quindici minuti, perché compila uno snippet di configurazione invece di muoversi tra HTML e AMPscript.
Qual è la lezione vera sui workflow lenti?
Quando un workflow è lento, raramente il problema è la velocità: è la dipendenza. La leva è stata ridisegnare il sistema, non automatizzare un task.