Как решить, какие события отслеживать?

Это пятая часть из пяти статей о данных клиентов . Вот части первая , вторая , третья и четвертая .

Начните с вопросов.

Чтобы решить, какие события отслеживать и какие данные собирать, вам нужно составить список вопросов, которые у вас есть о ваших пользователях и использовании ими продукта.

Вы поймете, что так много хотите узнать, как только начнете перечислять свои вопросы. Вопросы порождают новые вопросы, и когда это произойдет, вы, вероятно, захотите получить все ответы сразу. Из-за того, какие чувства этот процесс вызывает у большинства людей, давайте назовем эти вопросы насущными .

Если вы так не считаете, вы, вероятно, не стремитесь много знать или твердо убеждены в своих предположениях. Однако не позволяйте этому удерживать вас от вопросов — вы можете быть приятно удивлены или совершенно разочарованы, когда узнаете ответы.

Гораздо проще задавать вопросы о данных, когда вы можете визуализировать данные, но это также может быть контрпродуктивно, если вы продолжаете строить отчеты или визуализировать данные, не задавая предварительно животрепещущие вопросы.

Актуальные вопросы

Насущные вопросы могут быть простыми, например: «Сколько пользователей зарегистрировалось за последние 7 дней?» или сложные, например «сколько пользователей из индустрии SaaS зарегистрировались за последние 7 дней и пригласили другого пользователя в свою организацию?»

Размышляя над насущными вопросами, полезно начать перечислять следующие действия:

• Действия, которые должен выполнить пользователь, чтобы достичь момента ага (событие активации)
• Действия, указывающие на то, что пользователь готов совершить покупку или обновить учетную запись
• Действия, которые способствуют вовлечению пользователей и удерживают их
• Действия, сигнализирующие о том, что пользователь не получает от продукта достаточной ценности.
• Действия, которые потенциально могут привести к оттоку пользователя

Это также хорошее время, чтобы начать подвергать сомнению опыт продукта и обдумывать ваши основные предложения. Следующие вопросы применимы к большинству технических продуктов:

• Что такое время, чтобы оценить или сколько времени требуется пользователям, чтобы достичь момента ага?
• Каковы различные пути, которые выбирают пользователи после регистрации?
• Каковы точки трения на пути пользователя?
• Какие функции чаще всего используются активными пользователями?
• Какие функции реже всего используются платными пользователями?
• Какие функции приводят к конверсии бесплатных пользователей в платных пользователей?

События и свойства событий

Когда у вас есть список насущных вопросов (от 5 до 10 — хорошее число для начала), вы можете перейти к самому важному шагу — определению событий и свойств событий.

Здесь вы, наконец, начинаете создавать план отслеживания данных.

Помимо основных событий, вы также должны начать думать о различных фрагментах данных, которые вы хотели бы собрать, когда происходит определенное событие. Это руководство содержит примеры некоторых распространенных событий и связанных свойств, которые дадут некоторый контекст того, как следует думать об этом процессе.

Есть еще несколько вещей, описанных ниже, которые вы должны знать, прежде чем приступить к созданию плана отслеживания.

Клики, просмотры и процессы

Очень важно помнить о различиях между кликами, просмотрами и процессами, которые происходят внутри вашего продукта — каждое нажатие кнопки, просмотренная страница или завершенный процесс могут отслеживаться как уникальное событие.

Кроме того, в некоторых случаях событие можно отслеживать как одно из трех: просмотр страницы, нажатие кнопки или завершение процесса.

Давайте подробнее рассмотрим гипотетический процесс регистрации:

Сначала пользователь нажимает Здесь выполненное событие может быть отслежено либо как нажатие кнопки (кнопка регистрации на главной странице), либо как просмотр страницы (страница регистрации).

Затем пользователь заполняет регистрационную форму, нажимает Если все идет хорошо, отправка попадает в базу данных и создается новая строка.

Здесь выполненное событие можно отслеживать как нажатие кнопки (кнопка отправки), просмотр страницы (страница благодарности) или завершение процесса (новая строка в базе данных).

Поэтому то, как вы решите отслеживать события, полностью зависит от ваших вариантов использования, а иногда может даже иметь смысл отслеживать нажатие кнопки, а также просмотр страницы или завершение процесса одновременно.

and sign up Тем не менее, если ваша цель состоит в том, чтобы понять поведение пользователя, вам следует избегать избыточности событий, убедившись, что действие пользователя не отслеживается несколько раз ( нажатие кнопки регистрации и Страница просмотрена

. Чтобы отслеживать просмотры страниц, вы можете указать уникальное событие для каждой страницы, например . Однако это сделает ваш список событий смехотворно длинным, если вы хотите отслеживать просмотры каждой уникальной страницы.

Вместо того, чтобы определять отдельное событие для каждой страницы, вы можете указать общее событие под названием « Просмотр страницы » со следующими свойствами события:

Кнопка нажата

Как и просмотры страниц, нажатия кнопок также следует отслеживать с помощью общего события, такого как Button Clicked , со связанными свойствами, как показано ниже:

Процесс завершен

Процессы происходят в результате взаимодействия с базой данных, где данные либо записываются (в определенную таблицу), либо извлекаются (из таблицы) — если взаимодействие не удается, процесс завершается неудачно.

Следовательно, отслеживание завершения процесса является наиболее надежным способом отслеживания событий, связанных с завершением взаимодействия с базой данных.

Вот сценарий, который слишком распространен:

Пользователь нажимает кнопку «Отправить» после заполнения формы регистрации только для того, чтобы получить сообщение об ошибке проверки, например «пароль должен содержать специальный символ». Здесь пользователь выполнил событие Button Clicked , но фактически не завершил процесс регистрации.

Точно так же, если пользователь нажимает кнопку отправки, но возникает ошибка на стороне сервера, процесс завершается с ошибкой, и пользовательские данные не попадают в базу данных. Таким образом, несмотря на то, что пользователь успешно отправил форму регистрации, процесс регистрации остался незавершенным.

Поэтому крайне важно продумать весь процесс (или взаимодействие с базой данных), который должен быть завершен, когда происходит событие.

Кроме того, вы также должны знать, подписывается ли пользователь на ваш продукт, но не подтверждает свой адрес электронной почты — один из способов сделать это — проверить, входят ли пользователи в систему после регистрации (что может произойти только после проверки электронной почты). Но тогда могут быть пользователи, которые подтверждают электронную почту, но никогда не входят в систему.

Таким образом, лучшим подходом может быть отслеживание двух отдельных событий: Signed Up (процесс регистрации завершен) и Это также покажет вам, сколько людей зарегистрировалось, но не подтвердило свою электронную почту, что позволит вам повторно отправить письмо с подтверждением через день или два.

События на стороне клиента и на стороне сервера

Такие события, как клики и просмотры, которые не зависят от взаимодействия с базой данных (или серверных процессов), по сути, являются событиями на стороне клиента.

События на стороне клиента происходят исключительно на клиенте (или устройстве пользователя) и также называются внешними событиями.

С другой стороны, события, зависящие от внутренних процессов, называются событиями на стороне сервера. Как следует из названия, события на стороне сервера происходят на сервере после успешного завершения взаимодействия с базой данных.

События на стороне сервера также называются внутренними событиями.

Знание разницы между событиями на стороне клиента и на стороне сервера помогает в процессе инструментирования, поскольку эти два типа событий обычно реализуются разными людьми в организации.

Всегда полезно указать источник события в плане отслеживания, даже если разработчику полного стека поручено реализовать оба типа событий.

Дальнейшие действия по отслеживанию событий

На этом мы подошли к концу серии из пяти статей о данных клиентов. Чтобы начать отслеживать свои события уже сегодня, создайте бесплатную учетную запись Amplitude.