Trasforma le email in fatturato con Brew.
Noah Adelstein ha scritto del lavoro di Cory Nelson in Harmonya. Cosa abbiamo visto la mattina dopo la sua registrazione e da cosa dipende davvero il setup.

Cory Nelson è il primo direttore marketing di Harmonya, e da solo è l’intero reparto. Harmonya è un’azienda di product intelligence per brand e retailer del largo consumo, fondata nel 2021, con sede a New York e Tel Aviv.
Si è registrato su Brew una sera. La mattina dopo io e Thomas eravamo in call con lui. Aveva già passato la notte sul prodotto. Sul canvas c’erano le email di Harmonya: le bozze sull’agentic commerce e quelle sulla product intelligence. Aveva prenotato la call perché voleva spingersi oltre, non perché gli servisse un tour guidato.
Questa è la parte di cui posso parlare in prima persona. I dettagli operativi che seguono vengono dall’articolo di Noah Adelstein per The GTM Engineer, pubblicato il 20 agosto 2026. Brew sponsorizza quella community, e Noah lo dichiara nel suo saggio. I numeri sono suoi, attribuiti a Cory. Non è un case study di Brew con dati misurati da noi.
Cory ha raccontato a Noah che dedicava all’email circa il 5% del suo tempo, senza ottenere abbastanza in cambio. Il vecchio metodo passava tutto da HubSpot: aprire un modello, selezionare l’intera lista, inviare. Una newsletter al mese, più qualche annuncio di prodotto ogni tanto. Lo stesso messaggio per tutti.
Noah inquadra la cosa così: Harmonya vende a grandi aziende del largo consumo, e cita PepsiCo e Colgate per dare l’idea delle dimensioni di questi clienti. Un invio massivo che ignora categoria, ruolo e fase d’acquisto spreca una lista del genere. Avevano già provato a risolvere il problema dentro HubSpot: più campi, più liste, più ore della settimana di Cory. Lo strumento è diventato più pesante. Le email non sono diventate più precise.
Cory ha mantenuto HubSpot come CRM. Brew si è aggiunto sopra per la scrittura, la segmentazione e l’invio. Cory crea la maggior parte delle email nell’interfaccia di Brew, dove vede tipografia e layout. Invia, mette in piedi le automazioni e legge i risultati in Claude tramite MCP.
Noah descrive una sequenza costruita con un white paper, un articolo del blog e un video che Harmonya aveva già. Qui sotto riassumiamo come racconta il percorso dei contatti.
| Passaggio | Cosa faceva |
|---|---|
| 1 | Un’email breve che non chiede clic, con qualche dato e ancora nessun download |
| 2 | Un clic verso il blog |
| 3 | Il white paper, dopo che avevano visto il ragionamento |
| Logica riportata | Attese tra un passaggio e l’altro e follow-up guidati dall’engagement osservato sulle email |
La lezione che porterei in un altro programma è usare una categoria che cambia il messaggio, invece di inviare la stessa introduzione a ogni contatto.

Il ciclo che Cory ha descritto a Noah. Claude all’esterno, Brew al centro, HubSpot sotto.
Cory ha detto a Noah che aperture e clic sono più che raddoppiati rispetto alla vecchia baseline di HubSpot, con gli invii a tutta la lista. Consideralo un confronto riferito da una sola persona, non un risultato controllato né una garanzia di prestazioni di Brew. Lista, offerta e frequenza sono cambiate insieme, e le aperture possono essere falsate dalle funzioni di privacy dei client di posta.
Noah descrive anche una revisione dei fatti della prima campagna, confrontata con i materiali di partenza. È il passaggio che manterrei in qualsiasi flusso di lavoro con un agente.
Durante la nostra call abbiamo parlato di account, ruoli e di chi firma davvero. Brew non può fornire una mappa del comitato d’acquisto che il team non ha mai registrato. Mantieni esplicito il contesto del CRM e verifica come arriva al flusso di lavoro delle email.
Cory non si è presentato come un potenziale cliente in cerca di una demo. Aveva già usato il prodotto più a fondo di quanto il flusso di onboarding prevedesse. Dopo quella call è diventato un cliente pagante. Ho raccontato quella call in Cosa abbiamo imparato arrivando primi su Product Hunt, perché era la prima volta che il nostro ICP smetteva di essere una slide.
La frase che ci ha regalato è stata: “Avete fatto per l’email quello che Claude ha fatto per il design. È il primo strumento email che si adatta al modo in cui lavoro già con gli agenti.” Su LinkedIn, dopo l’uscita dell’articolo di Noah, ha scritto: “Brew + Claude è un superpotere!”
Non abbiamo passato quell’ora sulle slide di onboarding. L’abbiamo passata sugli account a cui vende già e su come cambia una sequenza quando chi legge è un category manager e non “la lista della newsletter”.
La sequenza riportata non chiarisce come venisse verificata l’idoneità. Nelle automazioni di Brew attivate da eventi, le condizioni possono leggere i valori attuali dei campi del contatto in Brew tramite contact.<name>, purché quei campi restino sincronizzati. Non interrogano il CRM. Per uno stato dell’account che vive fuori da Brew, fai verificare l’idoneità all’applicazione e invia un nuovo evento. Vedi la guida alle automazioni.
Tieni il CRM di cui ti fidi già. Aggiungici sopra un agente solo se qualcuno nel team controllerà il primo invio confrontandolo con il materiale di partenza. Segmenta in base al campo che cambia la frase, non in base al nome di una buyer persona uscita da un workshop. E non chiedere a un agente un programma lifecycle se la tua lista è ancora un solo campo e una speranza.
Leggi il saggio di Noah. Ha passato con Cory più tempo di quanto ne abbiamo passato noi in qualsiasi call. La versione breve, con quello che Cory si è lasciato alle spalle e i risultati che riporta da allora, è sulla pagina cliente di Harmonya.
La struttura del brief che oggi consigliamo agli altri team è in come fare il brief a un agente per le email. Le regole delle caselle di posta che valgono ancora quando è Claude a premere invio sono in cosa vale ancora quando è un agente a inviare.
