Такие метрики, как число установок или LTV, могут рассказать о приложении многое: эффективно ли вы привлекаете трафик, насколько качественным он в итоге оказывается, окупаются ли ваши инвестиции в продвижение. Но использовать эту информацию для улучшения продукта сложно, т.к. в ней не хватает конкретики. Какой путь проходит новый пользователь в приложении? В какой момент число пользователей резко уменьшается? Какие покупки реже всего совершают и какие уровни не проходят?
Ответы на эти и многие другие вопросы могут дать кастомные события. Они покажут, насколько часто любая выбранная вами когорта пользователей совершает определенное действие внутри приложения.
С помощью кастомных событий вы можете «расставлять маячки» на те действия клиентов, которые вам интересно отслеживать и анализировать. Положил ли человек товар в корзину, воспользовался ли новым сценарием, поделился ли вашим приложением с друзьями, зашел ли в определенный раздел? Всё это вы можете настроить в виде кастомных событий в MyTracker и затем просматривать по ним статистику.
Стоит тщательно продумать, какие события нужно отслеживать именно для вашего продукта. Сначала может показаться, что нужно анализировать все, что только возможно. Но работать с таким объемом данных становится неудобно, и принятие решений не упрощается, а наоборот усложняется.
Рекомендуется следить только за теми событиями, которые указывают на достижение поставленных вами целей. Добавили новую кнопку? Посмотрите, как часто на неё нажимают. Разработали бонусный уровень? Проверьте, не является ли он слишком сложным или слишком коротким для выбранной вами группы пользователей. Внедрили новую функцию? Кастомные события покажут, нашла ли она отклик у пользователей, и кто из них работает с ней чаще всего.
Пример 1: Магазин.
Без настройки кастомных событий в отчетах будут отражены установки, запуски приложения, длительность сессий и технические характеристики устройств. Но что именно делает пользователь до момента совершения покупки — неизвестно.
Полезно будет расставить следующие события:
Пример 2: Игра.
Здесь стоит задача не только убрать барьеры на пути пользователя к покупке, но и проследить, чтобы он не пропустил те функции, которые вы для него разработали. В большинстве игр можно расставить следующие события:
Вся эта информация помогает дополнить портрет ЦА и рассказывает о реальных пользовательских сценариях взаимодействия с вашей игрой. Необычные показатели кастомных событий могут даже указать на баги или другие проблемы внутри приложения. Если после обновления какие-то события вдруг стали поступать в MyTracker гораздо реже, это повод проверить всё еще раз.
Вместе с названием события, MyTracker умеет принимать любые дополнительные относящиеся к нему данные (в формате ключ-значение, без ограничения по количеству). Вы можете учитывать, допустим, описание текущего состояния игрока или информацию о просмотренном им товаре. Всё то, что может показаться полезным.
Например, для события «Добавление товара в корзину», дополнительные данные могут быть следующими:
Так, к событию можно добавить любую релевантную для вас информацию. А в дальнейшем, при необходимости, строить по ней отчеты в MyTracker.
В MyTracker вы можете видеть события в «Конструкторе отчетов» → «Метрики по устройствам»/«Метрики по пользователям» → «Кастомные события». Мы умеем считать в том числе и уникальные события, т.е. проведенные различными пользователями (по одному событию на каждого).
При построении отчета события можно отфильтровать, чтобы узнать данные только по интересующим вас действиям пользователей. Названия событий и их параметров вы можете уточнить у разработчика из вашей команды. Например, для покупки это может быть событие «ORDER» с параметрами «ORDER_ID», «DELIVERY» и «CASH PAYMENT».
В строке фильтра укажите название, оператор сравнения и значение параметра. Отчёт MyTracker будет построен только по тем событиям, параметры которых соответствуют заданным фильтрам. Добавлять можно сколько угодно условий, а при необходимости — инвертировать фильтр (чтобы система выдавала только те события, которые не совпадают ни по одному показателю).
К любому отчёту можно одновременно применить несколько групп фильтров.
В первую очередь, еще до начала трекинга важно установить параметр customUserID. Это уникальный идентификатор пользователя в вашем проекте, который вы присваиваете ему в момент регистрации. Он передается в MyTracker с каждым отслеженным событием, и остается неизменным, даже если пользователь авторизовался в вашем приложении с другого устройства. Благодаря этому параметру вы сможете более точно оценивать активность аудитории проекта и не терять историю накопленных по каждому пользователю данных.
Специально для разработчиков мы подготовили подробное описание методов отслеживания событий и способов отправки данных о них в MyTracker. Это можно найти в нашей документации: iOS, Android, Unity.
