Распространенные ошибки отслеживания событий и как их избежать

Примечание редактора: эта статья была первоначально опубликована в блоге Iteratively 19 февраля 2021 года.

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

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

Что такое отслеживание событий?

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

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

Основные строительные блоки данных

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

События

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

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

Свойства события дополнительно описывают конкретное событие и контекст, в котором оно было вызвано. Вы используете свойства для сбора дополнительной информации о событии, например информации о браузере или информации, которая была отправлена ​​в поле формы.

Пользователи

Пользователи — это лица, которые выполняют события. Это ваши неизвестные веб-посетители, пользователи приложений или зарегистрированные клиенты.

Свойства пользователя

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

Распространенные проблемы с отслеживанием событий и советы, как их избежать

Теперь, когда мы рассмотрели основы, давайте рассмотрим распространенные ловушки, с которыми мы сталкиваемся при общении со многими командами, работающими с данными и продуктами.

Слишком много типов событий

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

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

Чрезмерное усложнение модели данных

Что касается вышеизложенного, мы часто видим, что компании слишком конкретизируют свою модель данных, что затрудняет ее согласованность и масштабируемость (и, следовательно, приводит к слишком большому количеству типов событий). Например, мы видели компании, использующие уникальное событие для каждой из своих целевых страниц вместо универсального события «Просмотр страницы», которое содержит значения свойств для контекста (например, параметры UTM и URL-адреса).

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

Отсутствующие свойства

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

Совет: обязательно относитесь к свойствам с той важностью, которой они заслуживают. Чтобы помочь вашим командам наилучшим образом использовать свойства, вы можете создать шаблоны свойств, чтобы люди могли их использовать: «Если я запускаю это событие, какие свойства я могу отправить вместе с событием?» Вы даже можете указать, какие свойства являются обязательными, а какие необязательными. Это легко сделать в Amplitude, но вы также можете создать их на странице Google Sheet или Notion.

События запускаются неправильно

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

Совет. Лучше всего относиться к отслеживанию как к любому другому коду и тестировать его. Расширьте свой контроль качества, включив отслеживание событий в существующие рабочие процессы CI/CD и модульного тестирования.

ButtonClicked, button_clicked или нажатая кнопка?

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

Совет: используйте структуру, такую ​​как Object Action, в качестве лучшей практики для управления структурой ваших событий (т. е. каждое событие связано с объектом в вашем приложении (например, с кнопкой) и действием (например, с кликом). И используйте такую ​​систему, как Amplitude, для применять ваше соглашение об именах между командами и во время инструментирования.

Усложнения временной метки

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

Совет: не переусердствуйте с этим, придерживайтесь UTC.

Неверные типы данных в свойствах

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

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

Амплитуда вам в помощь

Перегружены всеми опасностями и трудностями, связанными с проектированием, оснащением и развитием системы отслеживания событий? Амплитуда прикрывает вашу спину.

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

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