Привет, Хабр! Меня зовут Татьяна. Я работаю в аналитике более 6 лет. Сегодня хочу на примере своего NFT-кейса рассказать про то, как можно просто и быстро развернуть аналитический контур проекта. Даже, если на данный момент у вас нет НИ-ЧЕ-ГО.
Мы с вами посмотрим:
Какие каналы привлекают посетителей на сайт и на каком этапе воронки у пользователей возникают проблемы;
Какие разделы сайта посещаются пользователями чаще и почему;
Какой материал наиболее привлекателен для нашей аудитории;
Пользовались ли юзеры новой фичей после ее внедрения.
А также разберемся, какие инструменты можно использовать для решения подобных задач.
В прошлом году ко мне обратился клиент. Он столкнулся с отсутствием комплексной аналитики в своем бизнесе. Не владел достаточным знанием инструментов, необходимых для решения этой задачи. Хотел иметь четкое управление своим бизнесом и точно знать, какие каналы привлечения работают наиболее эффективно.
Моя задача заключалась в том, чтобы помочь ему понять структуру воронки продаж, представить разнообразие доступных инструментов аналитики и осуществить ряд задач по разработке аналитического контура.
Мой стек: Google Tag Manager, Я.Метрика, UA, GA4, немного Javascript. По необходимости работаю совместно с фронтом. Пишу ТЗ, программист клиента выполняет, мы проверяем корректность настройки.
Если есть мобильное приложение, то счетчиками выступают SDK. Работаю с Appsflyer и Appmetrica, консультирую по установке + ТЗ.
Мы с клиентом остановили свой выбор на двух системах аналитики — Яндекс Метрика и Google Analytics 4. Было принято решение настраивать обе системы, так как они не взаимозаменяемые, а скорее взаимодополняющие. Каждая содержит такие функции, которых нет в другой, хотя изначально обе системы были созданы для одной цели — веб-аналитика.
Настройка длилась около двух недель совместно с разработчиками клиента. Мной было написано ТЗ и произведена настройка отправки событий тегами в GTM. Информацию к передаче и якорные события для GTM настраивали разработчики клиента по нашему ТЗ.
В итоге мы получили поток данных в Яндекс Метрику и Google Analytics о полезных действиях пользователей на сайте.
Далее выбрали аналитическое хранилище данных, настроили все доступы. В моем стеке Google Bigquery, Postgres и ClickHouse. Выбрали для себя Google Bigquery. Он обеспечил нам свободу действий и гибкость в использовании.
Оно бесплатное (условно, зависит от объема данных);
Это облачное хранилище данных и платформа для анализа больших объемов информации. С помощью встроенного механизма запросов и безсерверной модели вычислений. Она может быстро обрабатывать огромные объемы данных за очень короткое время;
Чтобы полноценно пользоваться хранилищем, нужно знать только основы SQL и уметь загружать данные в этот сервис. В остальном пользователю не требуется самостоятельно настраивать и администрировать базу данных, что является очень важным отличием этого онлайн-сервиса от классических СУБД.
За один созвон я помогла клиенту создать проект в Google Cloud Console, мы создали платежный аккаунт и привязали его к проекту. Расшарили доступы к проекту на рабочий e-mail, чтобы можно было производить дальнейшие настройки.
Клиент получил личное аналитическое хранилище данных, в котором в дальнейшем начали аккумулироваться сырые данные и витрины данных для отчетов. Поддержка SQL позволила внутренним аналитикам также обращаться к датасетам и использовать данные для своих собственных отчетов. Затем мы перешли на BI уровень — создание дашбордов на основе витрин данных, выбор и расчет ключевых метрик.
Остановились на Google Data Studio. Все данные у нас собирались в Google Bigquery. Мы складывали туда данные GA4 и к Google Bigquery подключались из Looker Studio.
Требовалась информация об источниках/каналах трафика, количестве сеансов, пользователей и полезных действий. Также клиента интересовало как часто пользователи возвращаются в продукт, поэтому предложил им смотреть DAU, MAU и Retention. Метрики посчитал и визуализировал в отчете.
В результате у нас появились первые быстрые отчеты в Looker на основе данных в GA4 с нужными метриками.
Вот так выглядела воронка полезных действий по устройствам:
Теперь клиент мог посмотреть, что пользователи с десктопа доходят до интересующего нас последнего шага, а с мобильных устройств все пользователи отваливаются на шаге верификации ТГ. Это говорило о том, что для нас более качественный трафик приходит с ПК, или же, что есть какая-то проблема в мобильной версии сайта. Этот шаг был неудобен для пользователя.
Также клиенту была интересна оценка воронки с авторизацией через Google по сравнению с обычной воронкой авторизации:
Мы увидели, что хоть и авторизация через Google менее популярный путь пользователей, но в конечном результате процент конверсии из шага регистрации в последний шаг воронки выше.
Далее решили посмотреть, какие статьи кликаются пользователями. Academy — это блог предположительно полезных статей для пользователей. Большинство кликов было сконцентрировано вверху страницы. Но были и те, которые пролистывали вниз на конкретную статью в самом низу.
На своем сайте клиент продавал платные размещения. Ему было интересно, сколько кликов было по тем или иным платным размещениям: в шапке сайта, в листингах гильдий, игр и других страницах.
Отчет по динамике посещений разделов сайта показал, что больше всего посещался раздел с играми, но это очевидно — он на самой первой странице.
В итоге, благодаря такому способу, мы с клиентом смогли выявить не только "слабые места" проекта, но и перспективные направления для развития.
Узнали, что пользователи ценят и как мы можем улучшить их опыт использования нашего продукта. Увидели возможности для роста и получили действенные инструменты для достижения наших целей.
На этом все! Теперь вы тоже сможете легко и быстро развернуть аналитический контур проекта :)
