Piano di tracciamento

Cosa c’è in un piano di tracciamento?

Come minimo, una riga per evento: il nome dell’evento, le proprietà associate, il momento esatto in cui scatta e la persona che ne è responsabile. I piani fatti bene registrano anche quali strumenti ricevono l’evento e a quale domanda l’evento deve rispondere: un evento che nessuno interroga è manutenzione senza ritorno. Il formato conta meno dell’abitudine: un foglio di calcolo, un file versionato nel repository o uno strumento di schema come Segment Protocols o Amplitude Data vanno tutti bene, purché il piano venga aggiornato nella stessa pull request del codice di tracciamento.

Come dare un nome agli eventi?

Scegli una convenzione e applicala ovunque. La più comune è oggetto_azione in snake_case: subscription_started, invoice_paid, report_exported. Prima l’oggetto, così gli eventi correlati finiscono vicini nell’ordinamento; l’azione al passato, perché l’evento registra qualcosa che è successo. Quale convenzione scegli conta meno della sua uniformità: Sign Up, signup e user_signed_up nello stesso insieme di dati sono tre eventi che il tuo strumento di analisi tratta come estranei, e ogni grafico costruito su di essi è sbagliato.

Cos’è la deriva del tracciamento e perché rovina le analisi?

La deriva è lo scarto che si apre tra il piano e ciò che il codice invia davvero: un evento viene rinominato senza aggiornare il piano, una proprietà cambia tipo, compare un duplicato con un secondo nome. Ogni modifica è piccola; insieme fanno sì che i funnel contino meno del dovuto, che i segmenti dinamici smettano di includere gli utenti che dovrebbero e che le dashboard scivolino nella finzione, finché il team smette del tutto di fidarsi dei dati. La cura è procedurale, non tecnica: nessun evento viene rilasciato senza una voce nel piano, e rivedere la voce fa parte della code review.

Perché conta per un team di due persone

I piccoli team saltano il piano perché sembra un processo pensato per un’azienda che non sono ancora. La logica va nel senso opposto: in due, a ottobre nessuno ricorda perché esistono sia checkout_completed sia order_completed. Un piano di una pagina scritto prima del primo evento costa un pomeriggio: è il primo lavoro di un Growth Engineer. Per capire come il piano si inserisce in una configurazione completa, dall’SDK al consenso, leggi la guida a dati first-party e tracciamento.