В первой части этого материала мы рассказывали, что такое события в аналитике пользователей, зачем их собирать и как устроен сбор данных.
Теперь давайте разберемся с тем, какие события необходимо собирать, чтобы получать качественную аналитику о поведении пользователей в продукте, сайте или мобильном приложении
Над чем работаете вы и ваша команда? Какая перед вами стоит конечная цель? Подумайте о целях бизнеса, которых нужно достичь. Как только вы определили главную цель, решите, как будете работать над ее выполнением. Определите KPI и метрики, на которых необходимо сфокусироваться, чтобы достичь цели.
Очень важно определить цели и задачи до систематизации данных — так вы будете уверены, что собираете правильные события.
Пример:
Предположим, что у вас стриминговый сервис кинофильмов и ваша глобальная цель — увеличить конверсию в оплату.
Вашими метриками могут быть: показатели удержания для платящих пользователей и показатели конверсии воронки оформления заказа.
В таком случае для вас будут в особом приоритете события, связанные с покупками и данные по платным пользователям.
Путь — это набор действий, которые совершает пользователь. Ваша задача — определить наиболее популярные пути пользователя в продукте, которые он проходит для достижения своих целей.
Все пользовательские пути ведут к заключительной точке для клиента или бизнеса. Вернемся к нашему сервису кинофильмов. Мы можем отслеживать события пользователя с его первого визита на страницу и до оплаты подписки, потому что этот путь ведет к покупке.
В таком случае путь пользователя может быть таким: Зашел на сайт — зарегистрировался — оплатил подписку на месяц.
Вы можете разбить этот путь на серию важных для нас событий: «Заход на сайт», «Просмотр страницы с новинками», «Заход на страницу тарифов», «Выбор подписки», «Регистрация», «Оплата».
Старайтесь следить только за теми событиями, которые необходимы для достижения ваших бизнес-целей. Если нужно, вы всегда можете добавить больше событий позже, но помните, что тогда у вас не будет ретроспективной картины: как с определенным разделом или кнопкой взаимодействовали до того, как стали собираться данные по ним.
Основываясь на пути пользователя, определите, какие события собирать внутри продукта. Помните о том, что для команды маркетинга будут важны одни данные, для поддержки — другие.
В начале может показаться, что лучше собирать абсолютно все данные, но на деле это не так — слишком много данных могут принести только хаос в аналитику, и найти полезную информацию будет слишком сложно. Собирайте только действительно необходимые данные по событиям и пользователям.
Мы знаем, какой путь проходит пользователь к оформлению подписки. Команде маркетинга важно получить контакт пользователя, а продукту — чтобы пользователь с триала перешел на платную подписку.
Пример:
В стриминговом сервисе наиболее важными событиями будут: «зашел на сайт», «зарегистрировался», «подписался на триал», «добавил номер карты», «выбрал тариф», «посмотрел кино», «просмотрел 10 фильмов», «выбрал подписку», «оплатил первый месяц», «оплатил второй и последующие месяцы».
Некоторые события и пользователи содержат в себе свойства. Событие «Проигрывание песни» внутри мобильного приложения может содержать в себе несколько свойств — название песни, жанр или артист.
Выбор свойств пользователя и свойств события может дать вам более глубокое представление о поведении ваших клиентов, когда они взаимодействуют с приложением.
Свойство пользователя описывает атрибуты отдельного пользователя, использующего ваше приложение (возраст, пол, местоположение).
Свойство события описывает характеристику события (на какой странице произошло событие, время, длительность).
Событие имеет дату и время свершения и не может перезаписаться. Свойство — характеристика события.
Пример:
Свойствами пользователя могут быть: страна, язык, часовой пояс, пол, возраст. А свойствами событий — время оплаты подписки, завершил просмотр кино или нет, смотрел на английском или смотрел с субтитрами.
Чтобы события и свойства хранились в одном месте и их легко можно было найти, многие компании записывают их в Google таблицы. Такие таблицы служат каталогом для сбора данных и помогают в нужный момент найти нужное событие или свойство.
За каждой великой аналитикой стоит великая классификация событий — то, как вы организуете группы событий и свойств, которые используются для определения действий пользователей внутри продукта. Классификация событий — основа для всей будущей аналитики.
Все события должны быть названы по определенному шаблону, чтобы у вас не было двух разных событий о регистрации: «Sign up» и «sign up».
Собираем все события и свойства для стримингового сервиса в одной таблице, чтобы в будущем иметь доступ к каждому из них.
Большинство аналитических платформ требуют дополнительных настроек идентификации — логина, емейла или user ID — для отслеживания уникальных пользователей и тех, кто уже заходил в приложение. Эта возможность позволяет склеивать данные по пользователям с нескольких девайсов и сессий в одного пользователя. Поэтому важно заранее убедиться, что ID пользователя не изменится.
Пример:
В нашем сервисе кинофильмов зарегистрирована Ирина.
Благодаря склеенным данным теперь мы видим, что делает Ирина в мобильном приложении и в ноутбуке.
ID помогает узнать пользователя, чтобы записывать о нём данные или совершать с ним действия. Поэтому крайне важно, чтобы на протяжении всего жизненного цикла пользователя user ID оставался уникальным и не изменялся. Если вы используете свои параметры в качестве user ID (например, email), то убедитесь, что данные не будут меняться.
Если ваш продукт реализован на нескольких платформах, например на вебе и в мобилке, вам понадобится склеенная аналитика по ним. Допустим, вы хотите знать, что ваш пользователь делает на сайте и почему переходит в мобильное приложение, значит вам просто необходима аналитика под одному и тому же пользователю с двух платформ.
Пример:
У нашего стримингового сервиса целых три платформы: в вебе, smart TV и в мобильном приложении. И нам необходима склеенная аналитика по пользователю со всех площадок.
После того, как вы определились со сбором данных, настроили все события и запустили аналитику, необходимо проверить, правильно ли она работает. Для этого вы можете сами проверить, как записываются события и свойства, пройдя путь пользователя в продукте.
У аналитики есть суперспособность — ломаться. Поэтому очень важно следить за ней и периодически проверять, всё ли работает верно.
Теперь вы знаете, как идут дела у пользователей, где у них возникают трудности и почему они не доходят до покупки.
С аналитикой вы также можете:
Эта статья была написана на основе двух материалов:
Покажем, где вы теряете лидов, и составим план улучшений