- Что планируем дальше
- 1 этап — аудит
- Добавьте код GTM на сайт
- 3 этап — проверка концепции (proof of concept)
- Добавьте тег для инициализации Amplitude JavaScript SDK
- 4 этап — тестирование
- Создайте реестр событий и свойств пользователя
- 5 этап — принятие решения
- Три способа настройки GTM для передачи событий в Amplitude
- Проверьте отправку событий и свойств
- Файлы контейнеров из статьи
- Adventum — эксклюзивный партнёр amplitude в россии и снг
- Analytics podcasts
- Avoiding common analytics mistakes
- Board member, sequoia
- Cпособ №2
- Getting started with mobile analytics
- How instacart uses amplitude for conversion funnel optimization
- Mobile analytics case studies
- Mobile analytics experts to follow
- Как появилась аналитика данных
- Как сейчас работают с данными в amplitude
- Какие данные мы собираем в amplitude
- Какие инсайты получили от внедрения amplitude
- Кто работал с данными
- Проблема — нехватка данных о пользователях по использованию продуктов компании
- Решение — внедрение системы продуктовой аналитики amplitude
- Создание проекта в amplitude
- Создание проекта в gtm
- Способ №1
- Способ №3
Что планируем дальше
«После внедрения Amplitude мы пересмотрели все наши подходы как до, так и после принятия решения. Это важный фактор, который повлиял не только на наш подход к решению проблем, но и на корпоративную культуру компании. Мы угадали с системой, а дальше все зависит от того, как мы научимся ее использовать».Алексей Кочанов, начальник отдела Data Office Лиги Ставок
Таким образом команда Data office хочет повысить лояльность клиентов и влиять на их поведение с помощью собранных данных.
https://www.youtube.com/channel/UCrUAUYgV0cPGnQnpPD0L2uQ
«Мы прошли долгий путь настройки подробного сбора данных с сайта и приложения Лиги Ставок, провели полный онбординг клиента в систему Amplitude: от обсуждения основного фокуса аналитики до обучающих мероприятий по работе с платформой.
Теперь сотрудники Лиги Ставок могут самостоятельно работать с данными, искать полезные инсайты и делать продукт лучше, не дожидаясь ответа от отдела аналитики.Я рад, что совместно с коллегами из Лиги Ставок нам удалось проделать такую работу и заложить основу культуры продуктовой аналитики в компании».Вадим Шестаков, руководитель отдела аналитики Adventum
Культура продуктовой аналитики ведет к увеличению числа гипотез, ускорению разработки и росту метрик. Каких результатов нам удалось добиться, вы узнаете в следующих кейсах.
СЛЕДИТЕ ЗА ОБНОВЛЕНИЯМИ НА СТРАНИЦЕ СПЕЦПРОЕКТА
1 этап — аудит
На этом этапе аналитикам Adventum нужно было проанализировать, как устроена аналитика у нас в компании и выявить узкие места, которые требуется улучшить. Для этого составили список вопросов:
«На этом этапе нужно было выявить основные проблемы в процессах и дать рекомендации по их устранению. Ведь самое важное для data-driven компании — это удобные процессы по работе с данными. Данные должны быть доступны, понятны, подкреплены документацией и регламентами.
Добавьте код GTM на сайт
ID вашего контейнера GTM находится в верхнем правом углу.
Контейнер GTM — это небольшой фрагмент кода на JavaScript, который добавляется на страницы сайта.
Чтобы внедрить GTM на своем сайте, выполните следующие действия:
1. Скопируйте приведенный ниже код JavaScript, замените GTM-XXXX идентификатором своего контейнера и добавьте код на все страницы сайта как можно ближе к открывающему тегу <head>.
3 этап — проверка концепции (proof of concept)
Пока данные по воронкам собирались, мы с командой Adventum приступили к обсуждению Proof of concept (POC) — критериев эффективности внедрения Amplitude в продукт. Цель — решить, как мы на своей стороне будем измерять ценность системы.
Результатом стал документ, где были прописаны:
- Все этапы внедрения, от заключения POC до полноценной интеграции со сроками и ответственными исполнителями;
- Риски. Мы выделили один риск — задержку в отправке данных;
- Критерии оценки успеха: полнота данных, уровень их детализации, выявление резких спадов и подъемов в аналитике и так далее.
На этом же этапе аналитики Adventum провели оценку стоимости на основе примерного количества отправляемых событий в месяц (50-100 млн).
Добавьте тег для инициализации Amplitude JavaScript SDK
Для передачи событий будем использовать Amplitude JavaScript SDK. Добавим тег для инициализации SDK.
В Amplitude нужно зайти в Sources & Destinations:
И нажать Add Data Source:
Далее выберите JavaScript SDK и нажмите Next:
Целиком скопируйте код SDK в появившемся окне:
Перейдите в GTM и на главной странице аккаунта нажмите Добавить новый тег:
Сверху укажите название тега: tag_Amplitude_SDK. Приписка в начале названия позволит легче находить тег в интерфейсе GTM.
Нажмите на иконку конфигурации тега:
В появившемся списке выберите Пользовательский HTML:
И вставьте скопированный в Amplitude код JS SDK:
После этого нажмите на иконку триггера:
И установите триггер All pages, чтобы код SDK инициализировался при загрузке каждой страницы сайта:
Нажмите Сохранить:
❗️ Amplitude периодически дорабатывает JS SDK и публикует новые версии. Не забывайте проверять наличие новых версий SDK и обновлять код в теге, это поможет предотвратить ошибки при передаче данных. Актуальную версию смотрите на странице JavaScript и узнавайте об изменениях в релизах.
Далее нужно добавить:
Как это сделать, рассказываем ниже.
Чтобы понимать, какие действия пользователя нужно отправлять, рекомендуем составить реестр событий и свойств пользователя.
4 этап — тестирование
На этот период нам подключили расширенную версию Amplitude и организовали тренинг, чтобы научить наших сотрудников пользоваться системой и показать, какие инсайты можно найти с помощью ее инструментов.
Создайте реестр событий и свойств пользователя
Событие — действие, которое пользователь выполняет в продукте (запускает игру, добавляет товар в корзину) или действие, связанное с пользователем (push-уведомления).
Перед тем, как вы начнете отправлять события — важно понять, какие события отправлять и записать их в единый реестр. Иначе могут возникнуть проблемы с внедрением: пропущенные события или неправильные названия приведут к тому, что вы не будете видеть полную картину действий пользователя в продукте.
Нужно ли отправлять все действия пользователя? Чаще всего нет, по крайне мере, на первых этапах. Начните с воронок основных процессов в продукте: онбординг, регистрация, покупка.
У Amplitude есть руководство по таксономии событий. В нем описываются принципы нейминга, выбор событий для отслеживания и лучшие практики.
Когда вы решите, какие события отправлять, запишите их в единый реестр. Реестр событий и свойств пользователя поможет быстро понять, какие события будут передаваться, и упростит написание инструкции для разработчиков.
Вариант реестра может выглядеть так:
События:
Свойства пользователя:
Реестр событий может быть оформлен в разном формате. Можно добавить столбцы, которые будут давать дополнительную информацию о событиях и свойствах пользователя. Главное, чтобы реестр был понятным и позволял любому сотруднику, который будет работать с данными, быстро сориентироваться в событиях, которые отправляются в Amplitude.
5 этап — принятие решения
«Сначала мы думали, что когда запустим Amplitude, она как волшебная палочка по взмаху ответит на все вопросы, которые нас интересовали, подсветит все точки роста в продуктах. Когда мы интегрировали систему и запустили в нее данные, то поняли, что самый сложный вопрос заключается в разметке продуктов: как разметить каждый элемент продукта, чтобы выстроить их в цепочку и понять, где слабое место». Алексей Кочанов, начальник отдела Data Office Лиги Ставок
Наша команда сформировала задачи для Amplitude, которые мы хотим решить с помощью системы:
1. Удерживать клиента, найти причины низкой конверсии, оттока и уменьшить его. 2. Увеличить конверсию в регистрацию, совершение ставки и депозит. 3. Интегрироваться с другими системами. 4. Отслеживать Customer journey map (CJM) и следить за воронками в регистрацию, ставку с пониманием всех шагов и скорости их прохождения.5.
Отслеживать, из какого раздела совершается ставка.6. Отслеживать работу с корзиной (купонником), куда пользователь добавляет события: почему «покупка» ставки не удается, какие исходы бросают и почему.7. Отслеживать, что люди, пришедшие по целевой компании, выполняют условия, а если нет — откуда уходят: с неинформативного лендинга, на этапе авторизации, и так далее.8. Отслеживать, пользуются ли клиенты новыми фичами и как ими пользуются.
Три способа настройки GTM для передачи событий в Amplitude
Мы описываем 3 способа настройки GTM для передачи событий в Amplitude, выберите подходящий для вашего продукта:
Способ №1 внедряется быстрее остальных, требует меньше работы с GTM. Подойдет, если у событий в вашем продукте немного свойств, и есть быстрый доступ к изменению кода сайта.
Способ №2 позволяет быстро вносить изменение изменения в свойства отправляемых событий через GTM. Подойдет для продуктов с большим количеством свойств, если их значения не содержат массивов.
Способ №3 позволяет передавать значения свойств событий массивами. Подойдет для сложных продуктов.
❗️ Приведенный способ передачи данных в Google Tag Manager — структура событий и настроек — позволит легко использовать их и в других системах аналитики, или для настройки рекламных пикселей. Также структура легко ложится на схему передачи событий в Google Analytics (Universal) — за счет чего можно передавать данные в обе системы без особых корректировок.
Проверьте отправку событий и свойств
Чтобы проверить правильность отправки события, можно установить расширение для браузера либо посмотреть событие в интерфейсе Amplitude.
Убедитесь, что событие передается при соответствующем действии пользователя с правильным названием, и в параметры события передаются нужные значения с правильными названиями.
Рассмотрим работу расширения для браузера Instrumentation Explorer на примере отправки событий при просмотре блога Amplitude.
Когда пользователь пролистывает страницу статьи из блога, отправляется событие blog: page scrolled. Если нажать на кнопку расширения Instrumentation Explorer, то можно посмотреть название, свойства отправленного события и проверить правильность отправки.
Теперь проверим отправку событий в интерфейсе Amplitude.
Файлы контейнеров из статьи
Если вы захотите изучить контейнеры, на примере которых была написана эта статья, вы можете импортировать их в свой аккаунт GTM.
Чтобы это сделать, зайдите на вкладку Администрирование и нажмите Импортировать контейнер.
Выберите файл контейнера. Затем выберите Существующую рабочую область — это пространство для работы с контейнером (если проводить аналогию с Google Analytics, можно сравнить ее с представлениями).
При создании аккаунта GTM по умолчанию добавляет рабочую область Default Workspace — выберите ее для импорта файла контейнера:
Далее поставьте вариант импорта Переименовать конфликтующие теги, триггеры и переменные, чтобы в случае повтора переменных, триггеров или тегов они не удалились:
После этих действий GTM покажет, какие изменения будут внесены. Проверьте и нажмите Подтвердить:
Импорт завершен.
Файлы контейнеров:
В тегах Amplitude SDK (tag_Amplitude_SDK) убран API KEY — не забудьте заменить его на свой.
Контейнер для первого способа (файл «Способ №1.json»):
— Тег с Amplitude JS SDK
— Тег и триггер для отправки событий
— Переменные
Контейнер для второго способа (файл «Способ №2.json»):
— Тег с Amplitude JS SDK
— Тег и триггер для отправки событий
— Тег и триггер для отправки свойств пользователя
Adventum — эксклюзивный партнёр amplitude в россии и снг
Хотите использовать
Amplitude? Напишите нам.
Приходите:
127015, Москва, Новодмитровская ул. 2к2, 18 этаж
Analytics podcasts
5 Best Analytics PodcastsHere are our favorite podcasts about analytics for the times you’re driving, operating heavy machinery, or doing something that requires two hands and focus (like eating ice cream).
Partially DerivativeData StoriesRAMP By InsightSquaredData SkepticLinear DigressionsThe Digital Analytics Power HourData Crunch
Avoiding common analytics mistakes
Bad data, bias, misinterpretation—there are so many ways that mobile app metrics can lead you astray if you aren’t careful. Here are some posts to help you identify all the mistakes that you can (and should) avoid to make the most of your app’s analytics.
As data-driven as we try to be, all organizations are essentially and necessarily human-driven. And humans, naturally, are riddled with irrationality and biases.
You may think you have a handle on your user behavior, but unless your analytics are fully cross-platform you’re not going to be getting the full picture.
How do you explain apps that soar in popularity for a day, then tumble back down into obscurity? Data, of course.
Fear, uncertainty, and doubt (FUD) is all too common in the mobile analytics world. Here are a few things to think about when you hire your next analytics vendor.
Few businesses actually understand what it means to have a fully integrated culture of data.
The biggest challenge in understanding your analytics today isn’t the data itself or how it’s presented. It’s adjusting for bias.
Andrew Chen explains why mobile apps understand acquisition to succeed but not retention.
Avinash Kaushik on why numbers rarely tell the truth. Skepticism is every analysts’ best friend.
Great products aren’t enough writes Andrew Chen. Here’s a new way to think about launching and growing an app.
Board member, sequoia
Pat is a Partner at Sequoia Capital, where he has had the privilege of working with Amplitude, Attentive, Cribl, Drift, Embark, HubSpot (HUBS), Jive, MarkLogic, Medallia (MDLA), Namely, Okta (OKTA), OpenDNS, Qualtrics, ServiceNow (NOW), Snowflake (SNOW)
Cпособ №2
Используя данный способ, не получится передавать значения параметров в виде массивов.
Этот способ отправки событий основан на создании переменных уровня данных в GTM для каждого свойства события. Вам понадобится таблица поиска для сопоставления названий событий и их свойств, а код главного тега будет другим.
Рассмотрим отправку пуша следующего вида:
Этот пуш отличается от пуша из первого способа тем, что вы передаете свойства события как отдельные пары «ключ-значение», а не в event_param.
Согласно реестру событий необходимо будет отправлять следующие пуши:
Getting started with mobile analytics
Before you dive into the mobile data world it’s worth understanding where some of the most advanced mobile companies get started. A good foundation will inform the rest of your mobile strategy, so don’t overlook the basics. The articles in this section are designed to set the stage for the rest of the resources in this guide.
App crashing and poor performance lead to bad reviews and serious churn. Here are some suggestions to monitor and address mobile app performance.
How instacart uses amplitude for conversion funnel optimization
Instacart’s biggest growth goal is to increase activation: in other words, increasing the the number of people who visit Instacart and then complete their first order.
Mobile analytics case studies
Implementing a data-informed analytics process for mobile apps is easier said than done. With that in mind, we took a look at how a few different businesses solved their own onboarding and retention challenges with data and careful experimentation. Like web analytics, the best mobile analytics strategies are straightforward and flexible—here’s how the pros do it.
When your product doesn’t have traction, you might want to try rebranding.
Mobile analytics experts to follow
If you want to get better at building growth, you need to constantly be learning from those who came before you. With these podcasts and blogs, you’ll be getting new perspectives on your own challenges and learning about what works (and what doesn’t) from the experts in the field.
Как появилась аналитика данных
В начале 2020 года в Лиге Ставок сформировали новый отдел «Центр аналитики» (Data Office), который стал связующим звеном для подразделений бизнеса по предоставлению данных и проведению исследований.
Но с созданием команды появлялись новые требования к источникам данных, что подсветило главный недостаток в аналитике: отсутствие отдельной системы с данными о поведении пользователей в продукте. Поэтому тогда же в начале 2020 по запросу Дмитрия Урдина, главного менеджера по продукту в Лиге Ставок, было принято решение о внедрении системы продуктовой аналитики. Вопрос был только в том, какую выбрать.
Как сейчас работают с данными в amplitude
С Amplitude каждый в Лиге Ставок может обратиться к данным, проанализировать их и предложить гипотезы по развитию продукта или решению проблемы. Раньше это могли сделать только руководители отделов. Благодаря этому у наших команд появился инструмент оценки: KPI по конверсиям и другим целям.
На ранних этапах внедрения Amplitude системой пользовались единицы сотрудников Лиги Ставок. Спустя полгода сервисом продуктовой аналитики активно пользуются 30 сотрудников.
Какие данные мы собираем в amplitude
Максимальная разметка продуктов: она приближена к e-commerce, у нас те же товары (ставки) и корзина (купонник), но без передачи информации о деньгах. Для этого сделана интеграция с корпоративным хранилищем компании, где финансовые данные объединяются с данными продуктовой аналитики по пользователям.
Это решение позволяет дополнить профиль клиента в Amplitude с помощью данных из CRM. Теперь есть возможность сегментации по импортированным данным для проведения продуктово-поведенческой аналитики не только интересующих клиентских когорт при работе с гипотезами, а общепринятых сегментов букмекерского бизнеса.
Цифровой путь клиента в продукте: на данных, которые фиксируются в Amplitude, будут выстраивать рекомендательную систему с персональными предложениями.
Какие инсайты получили от внедрения amplitude
Благодаря внедрению системы Amplitude наши аналитики обнаружили слабые места в продукте и внутренних процессах:
Некорректно собираются данные об ошибках. Когда клиент делает ставку и сталкивается с ошибкой, он получает уведомление об этом. Это событие записывается в мастер-систему и уходит в работу к аналитикам. Ошибки отправляются рандомно, поэтому их сложно отследить и быстро исправить.
Сложный этап регистрации и первой ставки. Он строится по большой воронке: пользователю нужно заполнить анкету в несколько страниц, добавить документы, дождаться валидации и пройти еще много шагов, чтобы в итоге сделать ставку. Это воронка, в которой на каждом шаге может уйти пользователь. Поэтому было важно найти в ней узкие места и улучшить их.
Нужно создать процесс работы с данными. В требованиях к команде разработки стали подробно описывать, какие шаги пользователя в продукте передавать в Amplitude. Так, продакт-менеджеры и маркетологи выявляют популярные и непопулярные места в сервисе, а также предлагают гипотезы по улучшению пользовательского опыта.
Кто работал с данными
Основной упор в продукте делали на привлечении трафика, поэтому требовался сбор и анализ данных как для команды маркетинга, так и для всего бизнеса. До появления Data office и продуктовой аналитики задачи по аналитике были абстрактные, без конкретных целевых результатов. Поэтому в процессе сбора данных возникали проблемы:
Сложно было определить приоритетность задач, а их выполнение занимало от недели до нескольких месяцев;
В каждом подразделении были собственные аналитики, свои источники и модели расчета. Поэтому одни и те же показатели часто отличались по качеству и наполнению;
Из-за большой нагрузки или отсутствия web-аналитика маркетологи и менеджеры по развитию продукта не могли получить полноценную информацию о метриках, даже если имели доступ в системы Яндекс.Метрика, Google Analytics, AppsFlyer. Им приходилось оставлять заявку в Help Desk и, в зависимости от приоритетов и свободного времени сотрудников, ждать ответ от нескольких часов до недель;
Отсутствие контроля качества. В команде не было человека, который бы проверял корректность сбора давно введенных событий. Они проверялись только при аномальных росте или падении.
Мы поняли, что оценить эффективность всех команд, влияющих на продукт, и обеспечить стабильный рост бизнеса можно только на основе точных данных. Так проблема сбора и анализа данных о пользователях в продукте стала ключевой.
Проблема — нехватка данных о пользователях по использованию продуктов компании
Чтобы решить эту проблему, мы использовали стандартные системы: Google Analytics, Яндекс.Метрика, AppsFlyer и внедряли систему аналитики Matomo. Не все данные собирались корректно, и в in-house решениях часто возникали проблемы, например, с базой данных Matomo при высокой нагрузке.
Решение — внедрение системы продуктовой аналитики amplitude
Чтобы принять решение о покупке Amplitude, мы прошли несколько этапов внедрения этой системы:
Создание проекта в amplitude
Если вы до этого еще не передавали данные через эти системы, создайте аккаунты в Amplitude и GTM.
Чтобы создать аккаунт в Amplitude, на главной странице нажмите Explore Product:
Укажите почту для регистрации:
Выберите сферу вашей деятельности:
Укажите имя, название компании и нажмите Explore demo now:
Перейдите в настройки:
И нажмите Create Organization:
Укажите название компании, url и нажмите Create:
Далее можно указать сферу деятельности команды в компании или пропустить этот шаг, нажав на крестик в углу.
Если вы собираете данные от жителей Европейского союза (ЕС), то вам нужно будет заполнить Data Processing Agreement (DPA) — Соглашение о защите персональных данных (в соответствии с правилами Общего регламента по защите данных (GDPR)).
Если не собираете — нажмите We Don’t Need a DPA:
Теперь добавьте проект. Рекомендуем создавать два проекта: тестовый и основной. Это делается для того, чтобы на тестовом проекте можно было проверить внедряемые события, а затем начать сбор корректных данных на основном аккаунте.
Чтобы создать проект в настройках, перейдите на вкладку Projects и нажмите Create Project:
Введите имя проекта и нажмите Create:
Готово — вы создали проект. Теперь нужно создать проект в Google Tag Manager и приступить к настройке.
Создание проекта в gtm
Зайдите на главную страницу GTM и нажмите Start for free.
Для входа используйте аккаунт Google или создайте при регистрации, если ранее его не настраивали.
Нажмите Создать аккаунт:
Введите название аккаунта и выберите страну.
Затем укажите название контейнера, платформу, и нажмите Создать. После этого нужно согласиться с условиями использования Диспетчера тегов Google.
Предварительные действия завершены. Теперь у вас есть аккаунты в Amplitude и GTM. Приступим к настройке передачи событий.
Способ №1
Уровень данных (dataLayer) хранит и передает информацию с вашего сайта в Google Tag Manager.
Чтобы отправить данные в dataLayer, используют метод push.
В этом способе рассмотрим отправку пуша следующего вида:
Способ №3
Этот способ подразумевает добавление тега с кодом, который будет отправлять событие без обращения к таблице поиска. Таким образом вы сможете передавать массивы в качестве значений свойств.
Пуши в dataLayer отличаются от пушей во втором способе тем, что в значениях свойств нужно будет добавить метод JSON.stringify:
