¿Cómo decidir qué eventos rastrear?

Esta es la quinta parte de la serie de cinco partes sobre Datos del cliente . Aquí están las partes uno , dos , tres y cuatro .

Comience por hacer preguntas.

Para decidir qué eventos rastrear y qué datos recopilar, debe enumerar las preguntas que tiene sobre sus usuarios y el uso de sus productos.

Se dará cuenta de que hay tanto que desea saber una vez que comience a enumerar sus preguntas. Las preguntas engendran más preguntas, y cuando eso suceda, probablemente querrá obtener todas las respuestas a la vez. Debido a cómo este proceso hace sentir a la mayoría de las personas, vamos a referirnos a estas preguntas como preguntas candentes .

Si no se siente así, probablemente no esté interesado en saber mucho o no tenga una fuerte convicción en sus suposiciones. Sin embargo, no deje que eso le impida hacer preguntas; puede que se sorprenda gratamente o se decepcione por completo cuando encuentre las respuestas.

Es mucho más fácil hacer preguntas sobre los datos una vez que puede visualizarlos, pero esto también puede ser contraproducente si continúa creando informes o visualizando datos sin hacer primero las preguntas candentes.

Preguntas candentes

Las preguntas candentes pueden ser sencillas como "¿cuántos usuarios se registraron en los últimos 7 días?" o complejos como "¿cuántos usuarios de la industria SaaS se registraron en los últimos 7 días e invitaron a otro usuario a su organización?"

Al pensar en preguntas candentes, es útil comenzar a enumerar las siguientes acciones:

• Acciones que debe realizar un usuario para llegar al momento aha (evento de activación)
• Acciones que indican que un usuario está listo para realizar una compra o actualizar una cuenta
• Acciones que impulsan la participación del usuario y mantienen a un usuario retenido
• Acciones que indican que un usuario no obtiene suficiente valor del producto
• Acciones que potencialmente llevan a que un usuario sea expulsado

También es un buen momento para comenzar a cuestionar la experiencia del producto y reflexionar sobre sus ofertas principales. Las siguientes preguntas son aplicables a la mayoría de los productos tecnológicos:

• ¿Cuál es el time to value o cuánto tardan los usuarios en llegar al momento aha?
• ¿Cuáles son los distintos caminos que toman los usuarios después de registrarse?
• ¿Cuáles son los puntos de fricción en el recorrido del usuario?
• ¿Cuáles son las funcionalidades más utilizadas por los usuarios activos?
• ¿Cuáles son las funciones menos utilizadas por los usuarios de pago?
• ¿Qué características conducen a la conversión de usuarios gratuitos a usuarios de pago?

Eventos y propiedades de eventos

Una vez que tenga una lista de las preguntas candentes (entre 5 y 10 es un buen número para comenzar), puede pasar al paso más crítico: definir eventos y propiedades de eventos.

Aquí es donde finalmente comienza a crear un plan de seguimiento de datos.

Además de los eventos principales, también debe comenzar a pensar en los diversos datos que le gustaría recopilar cuando se lleva a cabo un evento en particular. Esta guía contiene ejemplos de algunos eventos comunes y propiedades asociadas que proporcionarán cierto contexto sobre cómo pensar en este proceso.

Hay algunas cosas más cubiertas a continuación que debe saber antes de comenzar a crear un plan de seguimiento.

Clics, vistas y procesos

Es muy importante tener en cuenta las diferencias entre los clics, las vistas y los procesos que tienen lugar dentro de su producto: cada botón en el que se hace clic, página que se ve o proceso que se completa se puede rastrear como un evento único.

Además, en algunos casos, un evento se puede rastrear como cualquiera de los tres: una vista de página, un clic en un botón o la finalización de un proceso.

Echemos un vistazo más de cerca usando un flujo de registro hipotético:

Primero , el usuario hace clic en el Aquí, el evento realizado se puede rastrear como un clic de botón (botón de registro en la página de inicio) o una vista de página (página de registro).

A continuación , el usuario completa el formulario de registro, hace clic en el Si todo va bien, el envío llega a la base de datos y se crea una nueva fila.

Aquí, el evento realizado se puede rastrear como un clic de botón (botón de envío), una vista de página (página de agradecimiento) o la finalización de un proceso (nueva fila en la base de datos).

Por lo tanto, la forma en que elija realizar un seguimiento de los eventos depende completamente de sus casos de uso y, a veces, incluso podría tener sentido realizar un seguimiento de un clic de botón, así como una vista de página o la finalización del proceso al mismo tiempo.

and sign up Dicho esto, si su objetivo es comprender el comportamiento del usuario, debe evitar la redundancia de eventos asegurándose de que una acción del usuario no se rastree varias veces (se hace clic en el botón de registro y se Página vista

. Para realizar un seguimiento de las visitas a la página, puede especificar un evento único para cada página, como . Sin embargo, eso hará que su lista de eventos sea ridículamente larga cuando desee realizar un seguimiento de las vistas de página para cada página única.

En lugar de definir un evento separado para cada página, puede especificar un evento genérico llamado Página vista con propiedades de evento de la siguiente manera:

Botón pulsado

Al igual que las visitas a la página, los clics en los botones también se deben rastrear a través de un evento genérico como el botón Clic con las propiedades asociadas, como se muestra a continuación:

Proceso completado

Los procesos tienen lugar como resultado de una interacción con una base de datos donde los datos se escriben (en una tabla específica) o se recuperan (de una tabla); si la interacción falla, el proceso falla.

Por lo tanto, el seguimiento de la finalización de un proceso es la forma más fiable de realizar un seguimiento de los eventos que dependen de la finalización de una interacción con la base de datos.

Aquí hay un escenario que es demasiado común:

Un usuario hace clic en el botón Enviar después de completar el formulario de registro y se le presenta un error de validación como "la contraseña debe contener un carácter especial". Aquí, el usuario realizó el evento Button Clicked pero en realidad no completó el proceso de registro.

Del mismo modo, si el usuario hace clic en el botón Enviar pero se produce un error del lado del servidor, el proceso falla y los datos del usuario no llegan a la base de datos. Entonces, aunque el usuario envió el formulario de registro con éxito, el proceso de registro quedó incompleto.

Por lo tanto, es fundamental pensar en todo el proceso (o la interacción con la base de datos) que debe completarse cuando se produce un evento.

Además, también debe saber si un usuario se registra en su producto pero no verifica su dirección de correo electrónico; una forma de hacerlo es verificar si los usuarios inician sesión después de registrarse (lo que solo puede suceder después de que se verifique el correo electrónico). Pero luego podría haber usuarios que verifiquen el correo electrónico pero nunca inicien sesión.

Por lo tanto, un mejor enfoque podría ser el seguimiento de 2 eventos separados: Registrado (proceso de registro completado) y Esto también le dirá cuántas personas se registran pero no verifican su correo electrónico, lo que le permite volver a enviar el correo electrónico de verificación después de uno o dos días.

Eventos del lado del cliente frente al lado del servidor

Los eventos como los clics y las vistas que no dependen de las interacciones de la base de datos (o procesos de back-end) son esencialmente eventos del lado del cliente.

Los eventos del lado del cliente tienen lugar exclusivamente en el cliente (o en el dispositivo del usuario) y también se denominan eventos de interfaz.

Por otro lado, los eventos que se basan en procesos de back-end se denominan eventos del lado del servidor. Como sugiere el nombre, los eventos del lado del servidor tienen lugar en un servidor cuando se completa con éxito una interacción con la base de datos.

Los eventos del lado del servidor también se conocen como eventos de back-end.

Conocer la diferencia entre los eventos del lado del cliente y del lado del servidor ayuda en el proceso de instrumentación, ya que los dos tipos de eventos generalmente los implementan diferentes personas en una organización.

Siempre es útil especificar el origen del evento en su plan de seguimiento, incluso si un desarrollador completo tiene la tarea de implementar ambos tipos de eventos.

Próximos pasos del seguimiento de eventos

Esto nos lleva al final de la serie de cinco partes sobre Datos del cliente. Para comenzar a rastrear sus eventos hoy, comience con una cuenta gratuita de Amplitude.