Il lavoro in una riga
Il Growth PM decide cosa testare dopo. Prende la direzione fissata dal Growth Lead (la metrica, la strategia) e la trasforma in una roadmap concreta di esperimenti: una lista ordinata di test, ciascuno con un’ipotesi e una condizione di vittoria chiara. È uno dei due ruoli di guida in un growth team, a metà strada tra il Growth Lead che fissa la metrica e i marketer, gli sviluppatori e gli analisti che fanno girare i test.
Il brief del test è il documento centrale
La prima mossa del PM è rendere testabile un obiettivo vago: “migliorare l’attivazione” diventa una serie di scommesse precise, come accorciare il modulo di registrazione o aggiungere una checklist di configurazione. Ogni scommessa diventa un brief, il risultato su cui un Growth PM viene giudicato. Un buon brief dichiara, prima che il test parta, l’ipotesi (cosa crediamo e perché), la metrica principale, le varianti, il pubblico e il campione, e cosa conterebbe come vittoria o come sconfitta. Scritto bene, permette a un marketer o a uno sviluppatore di costruire il test senza una riunione, e all’analista di leggere il risultato senza rimettere in discussione l’impostazione.
Prioritizzazione: impatto, fiducia, sforzo
Le idee sono più di quelle che il team può testare, quindi il PM le ordina. La sigla più diffusa è ICE (impact, confidence, ease, cioè impatto, fiducia e facilità), resa popolare da Sean Ellis e ampiamente documentata da team come quelli che scrivono su Reforge. RICE aggiunge la reach in testa. Il framework conta meno della disciplina: dai un punteggio a ogni idea sugli stessi assi, e la scommessa con il valore atteso più alto passa per prima.
Il ritmo, non i canali
Un Growth PM raramente gestisce un canale in prima persona. Il suo risultato è la velocità di apprendimento convalidato: quanti test ben specificati vengono rilasciati per ciclo e quanto chiaramente si conclude ciascuno. Brian Balfour descrive il growth come un processo ripetibile: obiettivo, idee, priorità, test, analisi, portato avanti a un ritmo costante. Il PM è responsabile di quel ritmo e fa avanzare il backlog, mentre il resto del team esegue.
Testare all’interno dei tuoi percorsi
In fromHello, un test vive dentro il percorso che modifica. Uno step di split A/B manda le persone su due varianti con la percentuale che imposti, e scegli tu la metrica di successo: il raggiungimento di uno step successivo, un’email consegnata, aperta o cliccata, oppure un evento entro un numero di giorni stabilito. I risultati del percorso mostrano esposizioni e tassi per variante, con una lettura della significatività che non dichiara un vincitore su dati scarsi e un avviso quando un vincitore è pronto; i funnel mostrano dove le persone abbandonano prima che tu scriva il brief successivo. Un client MCP può estrarre il funnel di engagement o le prestazioni del percorso e preparare la variante successiva come bozza di percorso; pubblicarla tramite un agente richiede un passaggio di conferma nel tuo client IA. Per confrontarlo con una suite che conosci, leggi fromHello vs HubSpot.