Nel libro Growth Engineering la crescita è un lavoro di sistema: prodotto, dati, codice, esperimenti e responsabilità operativa. Da qui scende una conseguenza concreta. Una North Star Metric ha senso solo se collega il valore per l’utente alla crescita del business.
Spesso la metrica guida viene scelta perché suona bene. “Utenti attivi” sembra un indicatore universale, ma può premiare un uso superficiale e ignorare il valore economico reale.
La tesi
Una buona North Star è una bussola: non ti dice ogni passo, ma orienta il percorso. Una cattiva è solo un poster motivazionale.
Non si aggiunge un altro strumento al reparto marketing o un’altra dashboard al team prodotto. Si costruisce un meccanismo che riduce tempo e costo per passare da un segnale a una decisione. Un buon sistema di growth non promette certezze, riduce il costo dell’incertezza.
Anche il modo di scrivere codice cambia. Una modifica non è finita quando va in produzione, ma quando puoi osservarla, confrontarla con un’ipotesi e trasformarla in una scelta: rilasciare, iterare, fermare o approfondire.
Schema operativo
- valore per utente
- frequenza del comportamento
- legame con retention
- legame con revenue
- metriche guardrail
Lo schema è volutamente essenziale. La complessità arriva dopo, con traffico, segmenti, canali e automazioni. Ma se il flusso base non si riassume in cinque o sei passaggi chiari, probabilmente il team sta automatizzando un processo che non ha ancora capito.
Esempio pratico
Per un tool collaborativo, “progetti completati con almeno due collaboratori” può dire di più di “sessioni”, perché misura un valore condiviso.
La parte interessante non è il singolo intervento, ma il collegamento tra intervento e apprendimento. Se il risultato migliora, il team sa cosa scalare. Se non migliora, sa quale convinzione correggere. In entrambi i casi il sistema diventa più intelligente.
Metriche da guardare
- frequenza di uso utile
- retention per coorte
- espansione account
- qualità percepita
Non vanno usate come decorazione. Devono stare in una scorecard corta, letta con regolarità, con una decisione associata. Se una metrica non influenza nessuna scelta, probabilmente è solo una metrica di conforto.
Errore tipico da evitare
Ottimizzare una North Star senza metriche guardrail. Puoi alzare l’uso e nel frattempo erodere fiducia o margine senza accorgertene.
L’errore è comune perché sembra produttivo: genera attività, riunioni, grafici e spesso entusiasmo. Ma il growth engineering non misura il valore dal numero di cose fatte, lo misura dalla qualità del ciclo di apprendimento che resta.
Checklist per il team
- Quale decisione deve diventare più chiara?
- Quale evento o fonte dati rende osservabile il comportamento?
- Quale rischio non vogliamo peggiorare mentre ottimizziamo?
- Chi può cambiare davvero il processo dopo aver letto il risultato?
Se anche una sola risposta resta vaga, conviene fermarsi prima di implementare. La velocità vera non è partire subito: è non dover rifare il lavoro perché ipotesi, dati o criteri erano confusi.
Lettura pratica
Nel mondo AI-driven il growth debole diventerà ancora più rumoroso. Generare idee, testi, segmenti e automazioni sarà facile; costruire sistemi che distinguono il segnale dal rumore resterà molto più raro.
Per questo il growth engineer del prossimo ciclo non sarà solo una persona tecnica, ma una figura capace di progettare prove, limiti, feedback e memoria operativa. Chi lo sa fare non insegue l’AI, la integra in un processo controllabile.
Cosa fare adesso
Scrivi tre candidate e per ciascuna chiediti: se questa cresce, siamo sicuri che l’utente stia ricevendo più valore?
Portare questa domanda nella prossima review è già un piccolo atto di growth engineering: sposta la conversazione dalle opinioni generiche a un sistema che impara.