La maggior parte dei funnel misura il prodotto, non l'utente
Apri un tipico strumento di analisi e troverai funnel costruiti con gli eventi che il team di sviluppo ha strumentato per caso: route_loaded, account_created_v2, modal_opened. Sono tecnicamente corretti e quasi inutili per le decisioni di prodotto, perché descrivono cosa ha fatto il software, non cosa stava cercando di fare l'utente. Un funnel che misura il tuo codice ti dice quando un componente è stato renderizzato; un funnel che misura l'intenzione ti dice dove qualcuno ha rinunciato.
La soluzione è costruire i funnel a ritroso partendo dal comportamento osservato, e convalidare ogni passaggio con registrazioni reali prima di fidarti di un solo numero. Ecco il flusso di lavoro.
Dai ai passaggi il nome dell'intenzione dell'utente
I funnel migliori si leggono come una storia dell'utente: arriva sui prezzi → inizia la registrazione → crea il workspace → installa lo snippet → vede la prima registrazione. Ogni passaggio descrive un progresso dal punto di vista dell'utente. Etichette interne come account-created-v2 o dashboard-route-loaded sono utili per il codice, ma nascondono l'intenzione durante la revisione di prodotto.
Quando un funnel usa il linguaggio dell'utente, tutti individuano la lacuna più in fretta. Se molti utenti creano un workspace ma non installano lo snippet, la domanda successiva è ovvia, e non serve un analista per tradurla. Un test semplice: se un nuovo arrivato non riesce a leggere ad alta voce i passaggi del tuo funnel e capire l'obiettivo dell'utente, i passaggi sono nominati per gli sviluppatori, non per le decisioni.
Convalida ogni passaggio con le registrazioni
Prima di considerare vero un funnel, guarda le sessioni attorno a ogni passaggio. I bug più comuni dei funnel non sono nel grafico, ma nelle definizioni degli eventi che lo alimentano:
- Scatta troppo presto: l'evento si attiva quando un componente viene renderizzato o una route si carica, non quando l'utente completa davvero l'azione, gonfiando quel passaggio e nascondendo la perdita sottostante.
- Scatta troppo spesso: un nuovo tentativo, un nuovo render o un doppio invio conta lo stesso utente due volte, quindi la conversione sembra migliore di quanto sia.
- Scatta per il motivo sbagliato: l'evento acquisisce un effetto collaterale invece dello stato di successo previsto.
Le registrazioni delle sessioni sono il modo più rapido per scoprire definizioni di eventi che sembrano corrette in una dashboard ma falliscono nel contesto. Guarda tre sessioni per ogni passaggio; se l'evento coincide con ciò che l'utente voleva chiaramente fare, fidati del passaggio. Altrimenti, correggi la definizione prima di agire sui dati.
Leggi l'abbandono, poi vai a guardarlo
Il compito di un funnel non è mostrare un numero, ma indirizzarti verso le registrazioni che spiegano quel numero. Quando un passaggio perde utenti, non riprogettare d'istinto. Filtra gli utenti che hanno raggiunto quel passaggio e hanno abbandonato, guarda cinque delle loro sessioni e di solito troverai una tra poche cause:
- Un errore di validazione o un pulsante disattivato senza spiegazione.
- Un campo obbligatorio o un permesso che l'utente non aveva e non riusciva a ottenere.
- Un momento di confusione: l'azione successiva non era dove l'utente guardava.
- Nessun problema: hanno ottenuto ciò che serviva e se ne sono andati soddisfatti (una “perdita” che non lo è).
Quest'ultimo caso è il motivo per cui i funnel da soli ingannano. Il numero dice “abbandono”; la registrazione dice “successo.” Solo la coppia dice la verità.
Mantieni sacro un unico funnel di attivazione
I piccoli team dovrebbero mantenere un unico funnel di attivazione principale e rivederlo ogni settimana. Resisti alla tentazione di creare una dozzina di funnel sovrapposti: frammentano l'attenzione e permettono a ognuno di scegliere il grafico che fa sembrare migliore il proprio progetto. Un funnel mirato crea un ritmo operativo condiviso: cosa è cambiato questa settimana, dove si è mossa la conversione e quali sessioni spiegano il movimento?
Attorno a quell'unico funnel sacro puoi creare funnel temporanei e usa e getta per indagini specifiche, poi archiviarli. La disciplina sta nell'avere un unico numero di cui tutto il team si fida e a cui torna, non nel massimizzare il numero di dashboard.
Domande frequenti
I passaggi del funnel devono essere visualizzazioni di pagina o eventi?
Eventi, quasi sempre. Le visualizzazioni di pagina descrivono la navigazione, non il risultato: un utente può caricare la pagina di “successo” senza riuscire, oppure riuscire all'interno di una single-page app senza alcuna navigazione. Definisci i passaggi come gli eventi che rappresentano la reale intenzione dell'utente.
Quanti passaggi dovrebbe avere un funnel?
Quanti bastano per raccontare la storia: di solito da quattro a sei. Ogni passaggio dovrebbe essere un punto di decisione significativo. Se due passaggi adiacenti convertono sempre insieme, uniscili: lo spazio tra loro non ti insegna nulla.
Perché la conversione del mio funnel sembra peggiore della realtà?
Di solito un passaggio scatta troppo presto o conta lo stesso utente più di una volta, oppure non stai deduplicando per utente. Convalida ogni evento con le registrazioni e verifica di misurare utenti unici, non eventi grezzi.
Mi serve la registrazione delle sessioni per usare bene i funnel?
Puoi usare i funnel anche senza, ma andrai a indovinare le cause. Abbinare ogni abbandono alle registrazioni che ci sono dietro è ciò che trasforma un funnel da report di stato a fonte di correzioni. Leggi la registrazione delle sessioni senza rumore.