Cosa fa un Growth Engineer?

Il lavoro in una riga

Il Growth Engineer è la persona che rende il growth misurabile. Strumenta il prodotto perché ogni azione significativa diventi un evento, mantiene un piano di tracciamento che dà a quegli eventi nomi coerenti e chiude le perdite del funnel che i dati mettono in luce. Tra gli otto ruoli sta accanto al Growth PM: il PM decide cosa testare, il Growth Engineer rende il test misurabile. Il suo codice serve gli esperimenti, non la roadmap di prodotto.

Cosa realizza concretamente

Gran parte del lavoro è infrastruttura che il resto del team non vede mai. Il team di PostHog descrive il Growth Engineer come chi scrive codice per muovere le metriche di business invece che per costruire funzionalità: l’impalcatura dei test A/B, le correzioni al funnel, il tracciamento che ti dice se qualcosa ha funzionato.

• Mappare un funnel (registrazione, attivazione, upgrade) e strumentare ogni passaggio perché gli abbandoni siano visibili.
• Aggiungere l’evento mancante. L’esempio classico è un subscription_started che nessuno ha collegato, per cui i ricavi sono invisibili al funnel.
• Verificare il piano di tracciamento: eliminare gli eventi duplicati, correggere i nomi incoerenti, documentare cosa significa ogni proprietà.
• Costruire gli strumenti interni e le integrazioni (webhook, sincronizzazioni, dashboard) che permettono agli altri ruoli di agire sui dati.

Il risultato è il piano di tracciamento

Tutto ciò che viene dopo dipende da eventi puliti. Amplitude chiama la tassonomia degli eventi la base di una buona analisi: una convenzione di nomi coerente, proprietà concordate, un’unica fonte di verità. Segment descrive il piano di tracciamento come un documento vivo di cosa tracci e perché. Se lo imposti bene, profili, segmenti e percorsi leggono tutti dallo stesso flusso affidabile. Se lo sbagli, ogni report mente in silenzio.

Perché il ruolo moltiplica il lavoro degli altri

Un Growth Engineer raramente ha una metrica tutta sua. Il suo risultato è la capacità del team di muovere le metriche. Quando il Performance Marketer vuole sincronizzare un segmento ad alto LTV con una piattaforma pubblicitaria, o il Data Analyst ha bisogno di un report di coorte che non si basi su supposizioni, è grazie al Growth Engineer che quei dati esistono e sono affidabili. Strumenti una volta, e ogni ruolo legge gli stessi eventi. Quell’effetto moltiplicatore è il motivo per cui il ruolo non è un optional.

Growth Engineer e Product Engineer a confronto

Entrambi scrivono codice; cambia la domanda a cui rispondono. Un Product Engineer si chiede se la funzionalità funziona. Un Growth Engineer si chiede se la funzionalità muove il numero, e strumenta il prodotto perché tu possa saperlo. Rilascia più in fretta e in modo più essenziale, perché una correzione al tracciamento rilasciata il trimestre prossimo è una correzione che non ti ha insegnato niente.

Cosa fa un Growth Engineer con fromHello

Lo snippet first-party di fromHello registra automaticamente page_viewed e session_started, più element_visible, clic, invii di moduli e profondità di scorrimento quando li imposti come trigger, senza scrivere codice; il tuo codice invia gli eventi che contano, come subscription_started, dal browser o dal tuo back end con una chiave API. Lo snippet non carica pixel di terze parti. Ogni evento arriva sul profilo della persona, i segmenti dinamici si ricalcolano a ogni evento e i percorsi partono dagli eventi: il cammino dalla cattura al trigger descritto qui sopra, reso concreto. Le proprietà degli eventi si possono mappare sul profilo, e uno step Webhook collega il resto del tuo stack. Tramite il server MCP di fromHello, il client IA che usi già, come Claude Code o Cursor, può elencare gli eventi e le proprietà che arrivano, mappare una proprietà sul profilo o creare un segmento; nessuno strumento di IA invia messaggi. Per confrontarlo con uno strumento che conosci, leggi fromHello vs Customer.io.