Система аналитики Mixpanel
Обзор
Mixpanel — это система аналитики и анализа поведения пользователей.
Большинство аналитических платформ подсчитывают количество просмотров страниц. Mixpanel же измеряет и анализирует действия, которые совершают пользователи при взаимодействии с вашим приложением или сайтом.
Рассмотрим три ключевых понятия, на которых основана данная система аналитики: события, свойства событий и профили пользователей.
Событие (Event)
Событие — это значимое действие, которое выполняет пользователь в приложении или на сайте.

События могут включать в себя широкий диапазон действий. Например, регистрация, добавление в корзину, оформление заказа, оплата.
Свойство события (Event property)
Cвойство события - это, по сути, набор пар {ключ:значение}, призванных детально описать либо событие, либо пользователя, который выполнил действие.
Свойства событий обеспечивают контекст, который затем используется в аналитике. Например, когда регистрируется новый пользователь, его пол может быть сохранен в качестве контекста к событию "signup". В дальнейшем это позволит сделать разбить статистику регистраций по полу.

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

Супер свойства (super properties)

Свойство, которое добавляется к любому событию, вне зависимости от его типа. Например, source или referrer.
Профиль пользователя (User profile)
Профиль - это коллекция информации о конкретном пользователе.

Так же как и события, профили обладают набором описательных свойств. Однако, в отличие от событий, профили постоянно изменяются, отражая последнюю полученную информацию о пользователе. Например, дату последней авторизации в приложении.
Трекинг-план (Tracking plan)
Прежде чем переходить к настройке самой платформы, Mixpanel рекомендует создавать так называемый трекинг-план.

По сути, это схема, целью которой является презентация вопросов, на которые вы планируете ответить с помощью системы аналитики. Трекинг-план объединяет события, их свойства, супер свойства, а также профили пользователей в единую карту действий, касающихся сбора и анализа данных о пользователях.
В общем случае, трекинг-план определяет следующие пункты:
Бизнес-цель
То есть, что-то, что вы собираетесь сделать, дабы улучшить продукт
Вопрос
Связанный с поведением пользователей
Путь клиента
Цепь решений пользователя, которая отвечает на вышеупомянутый вопрос
События и свойства
Которые определяют цепочку решений пользователя
Пример
Давайте представим, что мы работаем над music-sharing приложением и собираемся построить трекинг-план. Предположим, что в качестве главной метрики для бизнеса мы выбрали выручку. Последовательность действий выглядит следующим образом:
1
Ставим цель, напрямую связанную с выручкой
2
Находим вопрос, который связывает выручку и поведение пользователя
3
Строим примерный путь клиента
4
Выбираем элементы для трекинга
Наш трекинг-план:
Цель: Увеличить количество покупок песен.
Вопрос: Какой артист генерирует наибольшую выручку?
Путь клиента: Авторизация -> Прослушивание песни -> Покупка песни
Элементы для отслеживания:

Event name: Авторизация
  • Property 1: Username | Example Value: (andrew)
  • Property 2: Age | Example Value: (29)
  • Property 3: Gender | Example Value: (male)

Event name: Прослушивание песни
  • Property 1: Song Title | Example Values: (Stairway, Flow, California)
  • Property 2: Song Artist | Example Values: (The Rolling Stones, The Beach Boys)
  • Property 3: User Plan Type | Example Values: (Free, Premium)

Event name: Покупка песни
  • Property 1: Song Artist | Example Values: (business, personal)
  • Property 2: Song Price | Example Values: ($0.99, $1.00, $2.00)
  • Property 3: User Plan Type | Example Value: (Free, Premium)
Шаблон трекинг-плана от Mixpanel - https://bit.ly/2FOBBcN
Платформы
Mixpanel работает на разных платформах, заимодействуя с множеством сетевых устройств и технологий, доступных в настоящее время. Эти реализации включают веб-сайты, приложения для iOS и Android.

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

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