Cosa intendono i vendor per AI growth team
I vendor usano il termine per agenti IA che si fanno carico del lavoro di un growth team: leggere eventi e risultati, creare segmenti, preparare bozze di percorsi e dei messaggi che contengono, riferire cosa è successo. La proposta arriva spesso sotto forma di organigramma, con un agente per ogni ruolo (uno stratega, un lifecycle marketer, un analista, un copywriter) e talvolta un agente di coordinamento che smista i compiti tra loro. Non esiste una definizione standard, e i prodotti dietro l’etichetta vanno da un assistente in chat con un prompt per ruolo ad agenti che possono modificare le cose dentro una piattaforma di marketing. L’espressione indica anche i growth team delle aziende di IA; questa pagina parla dell’altro significato.
La forma è presa in prestito dai growth team fatti di persone. La guida di Andrew Chen per costruirne uno elenca un growth PM, un growth engineer, un growth marketer, un analista e un designer, e nota che il mix può cambiare a seconda del problema che il team deve risolvere. Questi ruoli umani sono trattati in chi fa cosa in un growth team, parte del tema ruoli growth e IA.
Un esempio: un agente, un percorso di benvenuto
Prendi un agente che usi già, come Claude, Cursor o Codex, collegato tramite MCP alla piattaforma da cui invii, così che possa leggere i dati e creare lì segmenti, template e percorsi. L’esempio che segue è illustrativo: un percorso di benvenuto per le nuove registrazioni, in cinque step. Ogni step parte da una richiesta semplice, e l’agente risponde chiamando strumenti invece di scrivere istruzioni da seguire: è questo il confine tra un agente e un chatbot.
Nell’esempio, la persona fissa ogni obiettivo, legge la bozza prima che vada online e sceglie cosa migliorare; l’agente legge, costruisce, riferisce e riscrive. È un solo agente dall’inizio alla fine, con un solo insieme di strumenti. In un organigramma quei cinque step attraverserebbero diversi ruoli; qui non c’è alcun passaggio di consegne. Nota anche cosa non ha fatto l’ultimo step: ha lasciato stare l’email attiva, perché modificare un’email usata da un percorso attivo può cambiare invii già in corso.
Un agente o un team di agenti?
Dividere l’IA in agenti con il nome di un ruolo è un modo per organizzare prompt e passaggi di consegne: ogni agente riceve un titolo e un compito circoscritto, e uno strato di coordinamento, di solito chiamato orchestrazione degli agenti, smista i compiti e passa il contesto da un agente all’altro. Gli agenti con il nome di un ruolo sono un’architettura legittima; non sono ciò che ha fatto funzionare l’esempio.
Ciò che l’ha fatto funzionare si riduce a tre cose: strumenti per creare template e una bozza di percorso, accesso in lettura a eventi, profili e risultati, e un blocco prima che qualcosa arrivasse ai clienti. Un titolo non aggiunge né strumenti né dati; dividere un agente in più agenti aggiunge passaggi di consegne da gestire. Nella sua guida alla costruzione di agenti efficaci, Anthropic descrive gli agenti come, in genere, semplici LLM che usano strumenti in un ciclo, guidati dal feedback del loro ambiente, e conclude che gli strumenti e la loro documentazione vanno progettati con chiarezza e cura.
La stessa guida consiglia di cercare la soluzione più semplice possibile e di aggiungere complessità solo quando serve, e riporta che, tra le decine di team con cui Anthropic ha lavorato, le implementazioni più riuscite usavano pattern semplici e componibili invece di framework complessi. Dividere il lavoro può comunque avere senso per ragioni tecniche, come compiti che girano in parallelo o un contesto troppo grande per una sola conversazione. La nostra opinione, per il lavoro di growth: parti da un solo agente capace con gli strumenti giusti, e aggiungi agenti quando un compito lo richiede, non per ricalcare un organigramma.
Cosa decide se funziona
Togli i titoli dei ruoli e restano tre domande. Valgono per un agente o per diversi, su qualsiasi piattaforma, e contano di più quanto più il team è piccolo, perché meno persone tengono d’occhio ciò che parte.
| Criterio | Cosa chiedere | Come si presenta una buona risposta |
|---|---|---|
| Cosa può modificare | Quali azioni può compiere l’agente nella piattaforma? | Oggetti precisi che crea o modifica, come un segmento, un template o una bozza di percorso, non testo che qualcuno deve ancora trasformare in un segmento o in un percorso. |
| Cosa può leggere | Cosa vede prima di preparare una bozza? | Eventi, profili, segmenti e risultati della piattaforma in cui costruisce, non un prompt vuoto. |
| Dove controlla una persona | Cosa si ferma prima che i clienti lo vedano, e cosa si applica subito? | Un confine chiaro: i percorsi restano bozze finché non vengono pubblicati, la pubblicazione richiede un passaggio esplicito e il vendor dice quali modifiche si applicano al salvataggio. |
Nota cosa manca dalla lista: il titolo dell’agente. Un agente chiamato stratega che non vede i tuoi risultati prepara bozze tirando a indovinare; uno senza nome, con gli strumenti e i dati giusti, le prepara partendo da ciò che le persone hanno fatto davvero. Per mettere alla prova le affermazioni dei vendor in modo più completo, leggi cosa significa marketing agentico.
Dove controlla una persona
Delle tre domande, l’ultima è la più importante. Il pattern consolidato per gli agenti di marketing è lo human-in-the-loop: l’agente propone e una persona decide cosa va online. In pratica il punto di controllo non è un singolo interruttore ma tre punti diversi, e un vendor dovrebbe saperti dire con precisione cosa succede in ciascuno.
Gli agenti rendono al meglio su lavoro definito e ripetibile con i dati in un unico posto, come percorsi di onboarding e di riconquista, creazione di segmenti e report settimanali. Alcune decisioni restano a una persona, qualunque sia la configurazione: quale metrica conta in questo trimestre, che tono di voce ha il brand, quale scommessa vale il budget. Un agente può preparare le opzioni. La nostra guida che si chiede se l’IA può sostituire il tuo team marketing traccia lo stesso confine.
Dove si colloca fromHello
fromHello è un software di marketing automation open source: messaggi attivati da ciò che fanno le persone. La tua IA ci lavora tramite il server MCP di fromHello, che offre a Claude, Claude Code, Cursor, Codex, Windsurf, VS Code o a qualsiasi client MCP 59 strumenti per leggere analisi e profili e per creare segmenti, percorsi, template, campi personalizzati e mappature degli eventi. I cinque step dell’esempio (ideare, costruire, tracciare, analizzare e migliorare) girano tutti su quegli strumenti, e le chiamate MCP non vengono mai conteggiate. L’assistente integrato condivide gli stessi strumenti: descrivi in una frase un segmento, un percorso o un template e l’assistente lo crea; un percorso arriva come bozza.
Riprendi uno per uno i tre controlli qui sopra. Bozze: nessuno strumento di IA in fromHello invia messaggi, e un percorso creato dalla tua IA resta una bozza finché non viene pubblicato; pubblicare, mettere in pausa o eliminare tramite un agente richiede un passaggio di conferma nel tuo client IA, secondo le impostazioni di autorizzazione di quel client. Modifiche salvate: le altre modifiche, come quelle a un segmento o a un template, si applicano al salvataggio, quindi possono arrivare a un percorso già attivo. Momento dell’invio: la personalizzazione è facoltativa per ogni step email (Light, Medium o Deep) e riscrive ogni email per il suo destinatario, a partire dal profilo, dalle note e dalle email precedenti, senza una revisione messaggio per messaggio; se l’IA fallisce, l’invio resta in attesa per impostazione predefinita. Le chiamate agli strumenti MCP vengono registrate nel registro di audit.
Due di queste risposte, sulle modifiche salvate e sul momento dell’invio, sono meno ordinate di come le presenterebbe un pitch. I controlli li abbiamo scritti noi: tienine conto quando valuti le nostre risposte. Per confrontare fromHello con uno strumento che conosci, leggi fromHello vs Customer.io o fromHello vs HubSpot.