Come decidere quali eventi monitorare?

Questa è la quinta parte della serie in cinque parti sui dati dei clienti . Ecco le parti uno , due , tre e quattro .

Inizia facendo domande.

Per decidere quali eventi monitorare e quali dati raccogliere, devi elencare le domande che hai sui tuoi utenti e sul loro utilizzo del prodotto.

Ti renderai conto che c'è così tanto che vuoi sapere una volta che inizi a elencare le tue domande. Le domande generano più domande e, quando ciò accade, probabilmente vorrai ottenere tutte le risposte in una volta. A causa di come questo processo fa sentire la maggior parte delle persone, chiamiamo queste domande domande scottanti .

Se non ti senti in quel modo, probabilmente non sei desideroso di sapere molto o hai una forte convinzione nelle tue ipotesi. Tuttavia, non lasciare che questo ti impedisca di fare domande: potresti essere piacevolmente sorpreso o completamente deluso quando scopri le risposte.

È molto più facile porre domande sui dati una volta che sei in grado di visualizzare i dati, ma questo può anche essere controproducente se continui a creare report o visualizzare dati senza prima porre le domande più scottanti.

Domande brucianti

Domande scottanti possono essere semplici come "quanti utenti si sono registrati negli ultimi 7 giorni?" o complessi come "quanti utenti del settore SaaS si sono registrati negli ultimi 7 giorni e hanno invitato un altro utente nella propria organizzazione?"

Quando si pensa a domande scottanti, è utile iniziare a elencare le seguenti azioni:

• Azioni che un utente deve eseguire per raggiungere il momento aha (evento di attivazione)
• Azioni che indicano che un utente è pronto per effettuare un acquisto o aggiornare un account
• Azioni che alimentano il coinvolgimento dell'utente e mantengono un utente mantenuto
• Azioni che segnalano che un utente non sta ricavando abbastanza valore dal prodotto
• Azioni che potenzialmente portano un utente a essere agitato

È anche un buon momento per iniziare a mettere in discussione l'esperienza del prodotto e rimuginare sulle tue offerte principali. Le seguenti domande sono applicabili alla maggior parte dei prodotti tecnologici:

• Qual è il tempo per valutare o quanto tempo impiegano gli utenti per raggiungere il momento aha?
• Quali sono i vari percorsi che gli utenti intraprendono dopo la registrazione?
• Quali sono i punti di attrito nel percorso dell'utente?
• Quali sono le funzionalità più utilizzate dagli utenti attivi?
• Quali sono le funzionalità meno utilizzate dagli utenti paganti?
• Quali caratteristiche portano alla conversione degli utenti gratuiti in utenti paganti?

Eventi e proprietà dell'evento

Una volta che hai un elenco delle domande più scottanti (tra 5 e 10 è un buon numero per iniziare), puoi passare al passaggio più critico: definire gli eventi e le proprietà degli eventi.

È qui che finalmente inizi a creare un piano di tracciamento dei dati.

Oltre agli eventi principali, dovresti anche iniziare a pensare ai vari dati che vorresti raccogliere quando si verifica un evento particolare. Questa guida contiene esempi di alcuni eventi comuni e proprietà associate che forniranno un contesto su come pensare a questo processo.

Ci sono alcune altre cose trattate di seguito che devi sapere prima di iniziare a creare un piano di monitoraggio.

Clic, visualizzazioni e processi

È molto importante essere consapevoli delle differenze tra clic, visualizzazioni e processi che avvengono all'interno del prodotto: ogni pulsante su cui si fa clic, pagina visualizzata o processo completato può essere monitorato come un evento unico.

Inoltre, in alcuni casi, un evento può essere tracciato come uno qualsiasi dei tre: una visualizzazione di pagina, un clic su un pulsante o il completamento di un processo.

Diamo un'occhiata più da vicino utilizzando un ipotetico flusso di registrazione:

Innanzitutto , l'utente fa clic sul Qui, l'evento eseguito può essere monitorato tramite un clic del pulsante (pulsante di registrazione nella home) o una visualizzazione di pagina (pagina di registrazione).

Successivamente , l'utente compila il modulo di registrazione, fa clic sul Se tutto va bene, l'invio raggiunge il database e viene creata una nuova riga.

Qui, l'evento eseguito può essere monitorato come un clic su un pulsante (pulsante di invio), una visualizzazione di pagina (pagina di ringraziamento) o un completamento di un processo (nuova riga nel database).

Pertanto, il modo in cui scegli di monitorare completamente gli eventi dipende dai tuoi casi d'uso e, a volte, potrebbe anche avere senso tenere traccia di un clic su un pulsante, nonché di una visualizzazione di pagina o del completamento del processo allo stesso tempo.

and sign up Detto questo, se il tuo obiettivo è comprendere il comportamento degli utenti, dovresti evitare la ridondanza degli eventi assicurandoti che un'azione dell'utente non venga tracciata più volte ( pulsante di registrazione cliccato e Pagina visualizzata

. Per tenere traccia delle visualizzazioni di pagina, puoi specificare un evento univoco per ciascuna pagina, ad esempio . Tuttavia, ciò renderà il tuo elenco di eventi ridicolmente lungo quando desideri monitorare le visualizzazioni di pagina per ogni pagina unica.

Invece di definire un evento separato per ogni pagina, puoi specificare un evento generico chiamato Pagina visualizzata con le proprietà dell'evento come segue:

Pulsante cliccato

Come le visualizzazioni di pagina, anche i clic sui pulsanti devono essere monitorati tramite un evento generico come Pulsante cliccato con proprietà associate come di seguito:

Processo completato

I processi hanno luogo come risultato di un'interazione con un database in cui i dati vengono scritti (in una tabella specifica) o recuperati (da una tabella): se l'interazione fallisce, il processo fallisce.

Quindi, tenere traccia del completamento di un processo è il modo più affidabile per tenere traccia degli eventi che si basano sul completamento di un'interazione con il database.

Ecco uno scenario troppo comune:

Un utente fa clic sul pulsante di invio dopo aver compilato il modulo di registrazione solo per ricevere un errore di convalida come "la password deve contenere un carattere speciale". Qui, l'utente ha eseguito l'evento Pulsante cliccato ma in realtà non ha completato il processo di registrazione.

Allo stesso modo, se l'utente fa clic sul pulsante di invio ma si verifica un errore lato server, il processo non riesce ei dati dell'utente non vengono inviati al database. Quindi, anche se l'utente ha inviato correttamente il modulo di registrazione, il processo di registrazione è stato lasciato incompleto.

Pertanto, è fondamentale pensare all'intero processo (o all'interazione con il database) che dovrebbe essere completato quando si verifica un evento.

Inoltre, devi anche sapere se un utente si registra per il tuo prodotto ma non verifica il proprio indirizzo e-mail: un modo per farlo è verificare se gli utenti accedono dopo la registrazione (cosa che può verificarsi solo dopo che l'e-mail è stata verificata). Ma poi potrebbero esserci utenti che verificano l'e-mail ma non accedono mai.

Pertanto, un approccio migliore potrebbe essere il monitoraggio di 2 eventi separati: Iscrizione (processo di registrazione completato) ed E- Questo ti dirà anche quante persone si iscrivono ma non verificano la loro e-mail, consentendoti di inviare nuovamente l'e-mail di verifica dopo un giorno o due.

Eventi lato client e lato server

Eventi come clic e visualizzazioni che non si basano sulle interazioni del database (o sui processi di back-end) sono essenzialmente eventi lato client.

Gli eventi lato client hanno luogo esclusivamente sul client (o sul dispositivo dell'utente) e sono anche indicati come eventi frontend.

D'altra parte, gli eventi che si basano su processi di back-end sono indicati come eventi lato server. Come suggerisce il nome, gli eventi lato server si verificano su un server quando un'interazione con il database viene completata con successo.

Gli eventi lato server sono indicati anche come eventi back-end.

Conoscere la differenza tra eventi lato client e lato server aiuta nel processo di strumentazione poiché i due tipi di eventi sono generalmente implementati da persone diverse in un'organizzazione.

È sempre utile specificare l'origine dell'evento nel piano di monitoraggio anche se uno sviluppatore full-stack ha il compito di implementare entrambi i tipi di eventi.

Seguire i passaggi successivi del monitoraggio degli eventi

Questo ci porta alla fine della serie in cinque parti sui dati dei clienti. Per iniziare a monitorare i tuoi eventi oggi, inizia con un account Amplitude gratuito.