SlideShare une entreprise Scribd logo
1  sur  39
Аналитика и метрики приложений
Паринов Валерий, Петер-Сервис 29.11.2016 г.
Аналитика и метрики приложений
• Аналитика метрик.
• Виды метрик и особенности применения.
• Признаки наилучших метрик
Сегментация пользователей
• Сегментация пользователей: что это и
для чего.
• RFM-анализ.
• Когортный анализ.
О чем сегодня поговорим
События и воронки в продукте
• События и воронки: что это и для чего.
• Алгоритм построения системы событий в
продукте.
• Воронки - инструмент для обнаружения
узких мест продукта.
Аналитика и метрики приложений
● Аналитика метрик.
● Виды метрик и особенности применения.
● Признаки наилучших метрик.
Помогает:
• Оценить состояние.
• Оптимизировать:
находить узкие места;
выявлять точки роста.
Можно проводить:
• До запуска разработки.
• После запуска продукта.
Аналитика
Обычно:
• аналитики нет;
• аналитика настроена неправильно;
• аналитика есть, а что с ней делать?
• аналитика есть, аналитика нет;
• только анализ посещаемости;
• разовая аналитика;
Постепенно все приходят к тому, что
аналитика - это процесс постоянный.
Что происходит на практике?
• Ключевые показатели
жизнедеятельности продукта.
• Не требуют много усилий для
внедрения.
• Позволяют достичь кратного роста.
Было: CPI=10 р., ARPU=11 р.
Стало: CPI=9 р., ARPU=11 р.
Улучшили одну метрику на 10% -
увеличили прибыль в 2 раза.
Метрики
Метрики
• New Users
• CPI = Installs Cost / New Users
• ROI = Revenue / Installs Cost
Метрики привлечения
На что обращать внимание
• New Users должна расти (циклы роста)
• LTV > CPI
• Окупаемость (ROI > 100%)
Циклы роста
• Органический
• Платный
• Виральный
Метрики
• Retention
• Rolling (скользящий) Retention
• FTUE
• Sticky Factor = DAU / MAU
• Sessions, Sessions per User, Average
Session Length
Метрики удержания и лояльности
Retention
• 1-day retention
• 7-day retention
• 28-day retention
На что обращать внимание
• Удержание должно быть “хорошим”
• Долгосрочное удержание важнее
краткосрочного
• При расчёте удержания не забывать
про 0 день (день 1 сессии)
Retention
Бенчмарки удержания и лояльности (игры)
Sticky Factor
День Classic Rolling
1-day 35-40% 60-65%
7-day 15% 40-45%
30-days 5% 20%
Критерий Sticky Factor
Самые лучшие игры 28-37%
Средние игры 16-27%
Менее успешные игры 4-15%
Метрики
• DAU
• WAU
• MAU
• Users Online
• Lifetime
Метрики пользовательской активности
На что обращать внимание
• Масштаб должен расти
• DAU, WAU, MAU должны расти и Users
Online вслед за ними.
Метрики
• Revenue, Gross
• Paying Share
• Paying Users
• Transactions, Transactions by user
• ARPU
• ARPPU
• Average Check
• Lifetime Value (LTV)
Метрики монетизации
На что обращать внимание
• Доход должен расти с ростом масштаба
• Доля и количество платящих не
должны убывать
• ARPU не должен убывать
• Поднимая ARPPU обычно снижается
ARPU
• За первыми платежами должны быть и
повторные
• Обычно доля платящих 1-2%. У
лучших не > 5%.
Метрики
• Churn (отток) = 1 - retention
• K-factor > Churn
• K-factor = Churn
• K-factor < Churn
Метрики виральности
Признаки наилучших метрик
• Простота
• Значимость
• Своевременность
• Немедленная полезность
4 признака наилучших метрик
Сегментация пользователей
● Сегментация пользователей: что это и для чего.
● RFM-анализ.
● Когортный анализ.
Кейс 1
• Вы издатель.
• У вас 3 проекта: большой, средний,
маленький.
• Общий доход за месяц вырос на 10%.
Это хорошо?
Сегментация
Кейс 2
• Вы менеджер продукта.
• У вас только старые (ещё с момент
запуска запуска) пользователи и новички.
• Ваш lifetime вырос на 1 день.
Это хорошо?
Без сегментации мы можем:
• Не заметить событие, которое произошло.
• Видеть, что всё хорошо, когда на самом
деле это не так.
• Оперировать лишь средними показателями
по продукту (средней температурой по
больнице).
Сегментация
Как выделять сегменты?
• Источники трафика.
• География (страна, язык, регион).
• День регистрации (дата, день недели).
• Время с регистрации.
• Регулярность действий.
• Девайс, ОС.
• Соцдем.
• События.
Сегментация
Примеры сегментов
• Платящие / Неплатящие.
• Один платёж / Несколько платежей.
• Активированные / Неактивированные.
• Новички / Старички.
• Входящие часто / Входящие редко.
• Прошли обучение / Не прошли обучение.
• Источник 1 / Источник 2 / Источник 3.
• Комбинация разных параметров.
RFM-анализ - сегментация пользователей по
платежам.
• Recency - давность последнего платежа.
• Frequency - частота платежей.
• Monetary - размер платежей.
Можно сократить до RF и сегментировать
пользователей по другим параметрам.
RFM - анализ
Примеры RFM-сегментов и что с ними делать
RFM - анализ
RFM-сегмент Описание Что делать?
555 - VIP Заплатили недавно, платят часто и много. Регулярно благодарить и держать всеми
силами.
511 - Новые платящие Заплатили недавно, первый раз и
маленькую сумму.
Научить платить регулярно. Напоминать о
себе уведомлениями и реактивировать.
252 - Постоянные
пользователи
Платили достаточно давно небольшую
сумму, но платят часто.
Поддерживать эту положительную тенденцию
периодически даря скидки.
155 - VIP на грани
ухода
Бывшие киты, которые раньше платили
часто, много и большие суммы, а теперь
почему-то потеряли интерес.
Активно реактивировать, предлагать скидки,
возможно, связываться лично и возвращать.
Когортный анализ
• Сравнение сегментов
по дате регистрации.
• Приведение к точке
“ноль”.
Когортный анализ
Когортный анализ
Сегментация нужна для:
• Более точного понимания структуры
аудитории и денег.
• Точных расчётов и прогнозов.
• Объяснения изменений в продукте.
• Анализа трафика.
• Мониторинга.
• Рассылок и уведомлений.
• И многого другого...
Ключевые мысли
События и воронки в продукте
● События и воронки: что это и для чего.
● Алгоритм построения системы событий в продукте.
● Воронки - инструмент для обнаружения узких мест продукта.
События - действия пользователей в продукте,
которые учитываются в аналитической системе.
Базовые события:
• Регистрация.
• Вход.
• Платёж.
Кастомные события - настраиваются
индивидуально под каждый Продукт.
События
События
Детальный анализ событий 1 сессии:
• Анализ базовых и кастомных событий.
• Поиск и устранение узких мест.
• Оптимизация 1 сессии.
• В результате: повышение retention и
монетизационных метрик.
Для анализа последующих сессий можно
использовать алгоритм, описанный далее.
Шаг 1: Что мы хотим знать?
• Удержание.
• Цена пользователя.
• Узкие места.
• Конверсии.
• Нарезка по параметрам.
• и т. д.
Итог: список вопросов к продукту и системе
аналитики.
Алгоритм настройки событий
Алгоритм настройки событий
Шаг 2: Список событий.
• Какие для этого нужны данные?
• Достаточно ли текущих данных для
ответа на вопросы?
Итог: список кастомных событий, которые
нужно интегрировать дополнительно.
Шаг 3: Параметры событий.
• Какие параметры передавать с
событиями?
Итог: список (таблица) параметров для
каждого события.
Шаг 4: Управленческие решения.
• Что будем делать получив эти данные?
Итог: Скорректированный список событий и
параметров.
Алгоритм настройки событий
Алгоритм настройки событий
По итогам 4 шагов:
• Список событий, которые можно
интегрировать.
• Список параметров, которые нужно
передать.
• Понимание, что делать с полученными
данными.
Шаг 5: Интеграция и тестирование,
тестирование...
Рекомендации по настройке событий:
• Не откладывать настройку событий на
потом.
• Использовать параметры событий:
поведения;
глобальные;
источник трафика;
активность;
платежная активность;
и другие.
События
События
Ещё рекомендации:
• Рисовать воронки событий заранее.
• Дублировать информацию в 2 системы.
• Тестирование интеграции.
• Оптимизация и доработка на основе
тестирования и использования.
Воронки
1 шаг- 100% 2 шаг - 46,5% 3 шаг - 8,5% 4 шаг - 4,5% 5 шаг -
3,0%
Алгоритм построения:
• Что нам нужно от пользователя?
Например: активация, покупки, заявки.
• Какие шаги ведут к цели?
• Какие возможны варианты выполнения
каждого шага?
• Как сегментировать пользователей?
В итоге должна появится ясность какие есть
узкие места и как их утранить.
Воронки
Рекомендации по использованию:
• Конверсия на ранних шагах - рычаг для
последующих.
• Оптимизация предудущих шагов не должна
испортить последующие.
• Воронки - не панацея, используйте их вместе
с метриками.
• Оптимизация воронок - процесс постоянный.
Воронки
AIDA-воронки:
• Внимание (awareness) - привлечь
внимание.
• Интерес (interest) - вызвать интерес
приемуществами.
• Желание (desire) - вызвать эмоциональное
переживание от отсутсвия (отключить
логику).
• Действие (action) - сопроводить до
целевого действия (покупка, лид).
Примеры воронок
AIDA для контентного сайта:
• Внимание (awareness) - просмотр 2-5
страниц.
• Интерес (interest) - просмотр более 5
страниц.
• Желание (desire) - социальная активность,
лайки, комментарии.
• Действие (action) - подписка на новости,
регистрация.
Примеры воронок
AIDA для e-commerce:
• Внимание (awareness) - просмотр 2-5
страниц.
• Интерес (interest) - поиск по магазину,
поиск по категориям.
• Желание (desire) - просмотр N товаров,
сравнение, добавление в корзину.
• Действие (action) - оформление заказа.
Примеры воронок
• Максимально детализировать 1 сессию.
• Для остальных сессий действовать по
алгоритму.
• Использовать параметры событий.
• Строить воронки вокруг ключевых событий.
• Искать узкие места с помощью воронок.
• Использовать воронки вместе с метриками.
Ключевые мысли
Всем спасибо и успехов в работе!
Контакты для связи
• email: parinovv@gmail.com
• Skype: parinovvalerey
Справочник метрик веб и мобильных приложений https://goo.gl/JagaTI

Contenu connexe

Tendances

Обзор методов изучения аудитории
Обзор методов изучения аудиторииОбзор методов изучения аудитории
Обзор методов изучения аудитории
Denis Beskov
 

Tendances (19)

Оценка трудозатрат аналитика: практика применения
Оценка трудозатрат аналитика: практика примененияОценка трудозатрат аналитика: практика применения
Оценка трудозатрат аналитика: практика применения
 
Бережливый бизнес-аналитик: как устранять 8 видов потерь
Бережливый бизнес-аналитик: как устранять 8 видов потерьБережливый бизнес-аналитик: как устранять 8 видов потерь
Бережливый бизнес-аналитик: как устранять 8 видов потерь
 
лаф2013
лаф2013лаф2013
лаф2013
 
Иди и рисуй! Моделирование в работе аналитика
Иди и рисуй! Моделирование в работе аналитикаИди и рисуй! Моделирование в работе аналитика
Иди и рисуй! Моделирование в работе аналитика
 
Analyst Days 2014
Analyst Days 2014Analyst Days 2014
Analyst Days 2014
 
Бизнес-анализ: грани разумного
Бизнес-анализ: грани разумногоБизнес-анализ: грани разумного
Бизнес-анализ: грани разумного
 
Методы оценки качества требований и работы аналитика
Методы оценки качества требований и работы аналитикаМетоды оценки качества требований и работы аналитика
Методы оценки качества требований и работы аналитика
 
Катерина Рисцова “Проектные игры. Стратегия и тактика аналитика.”
Катерина Рисцова “Проектные игры. Стратегия и тактика аналитика.”Катерина Рисцова “Проектные игры. Стратегия и тактика аналитика.”
Катерина Рисцова “Проектные игры. Стратегия и тактика аналитика.”
 
Идеальный аналитик и почему его не может быть
Идеальный аналитик и почему его не может бытьИдеальный аналитик и почему его не может быть
Идеальный аналитик и почему его не может быть
 
Что тендер грядущий нам готовит
Что тендер грядущий нам готовитЧто тендер грядущий нам готовит
Что тендер грядущий нам готовит
 
Как выбирать задачи, полезные для продукта
Как выбирать задачи, полезные для продуктаКак выбирать задачи, полезные для продукта
Как выбирать задачи, полезные для продукта
 
Обзор методов изучения аудитории
Обзор методов изучения аудиторииОбзор методов изучения аудитории
Обзор методов изучения аудитории
 
Как выбрать для проекта практики проектирования и работы с требованиями
Как выбрать для проекта практики проектирования и работы с требованиямиКак выбрать для проекта практики проектирования и работы с требованиями
Как выбрать для проекта практики проектирования и работы с требованиями
 
Аттестация и карьерный рост аналитиков
Аттестация и карьерный рост аналитиковАттестация и карьерный рост аналитиков
Аттестация и карьерный рост аналитиков
 
Аналитик на тёмной стороне
Аналитик на тёмной сторонеАналитик на тёмной стороне
Аналитик на тёмной стороне
 
Моделирование корпоративной архитектуры
Моделирование корпоративной архитектурыМоделирование корпоративной архитектуры
Моделирование корпоративной архитектуры
 
Требования и дизайн (BAQ, Львов, 25.03.2017)
Требования и дизайн (BAQ, Львов, 25.03.2017)Требования и дизайн (BAQ, Львов, 25.03.2017)
Требования и дизайн (BAQ, Львов, 25.03.2017)
 
Интерфейс — Совместная работа аналитика и проектировщика
Интерфейс — Совместная работа аналитика и проектировщикаИнтерфейс — Совместная работа аналитика и проектировщика
Интерфейс — Совместная работа аналитика и проектировщика
 
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеБизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективе
 

Similaire à Аналитика и метрики приложений 29.11.2016 г.

продуктовая статистика в мобильных приложениях
продуктовая статистика в мобильных приложенияхпродуктовая статистика в мобильных приложениях
продуктовая статистика в мобильных приложениях
Olga Alekseeva
 
Персональные данные организации
Персональные данные организацииПерсональные данные организации
Персональные данные организации
Alexey Fedorischev
 
анатомия баннерной системы
анатомия баннерной системыанатомия баннерной системы
анатомия баннерной системы
petrovicho
 
Как спроектировать систему сквозной аналитики
Как спроектировать систему сквозной аналитикиКак спроектировать систему сквозной аналитики
Как спроектировать систему сквозной аналитики
Mariia Bocheva
 
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Ontico
 
CodeFest 2012. Нечаева О. — Сбор статистики в мобильных играх с помощью серви...
CodeFest 2012. Нечаева О. — Сбор статистики в мобильных играх с помощью серви...CodeFest 2012. Нечаева О. — Сбор статистики в мобильных играх с помощью серви...
CodeFest 2012. Нечаева О. — Сбор статистики в мобильных играх с помощью серви...
CodeFest
 

Similaire à Аналитика и метрики приложений 29.11.2016 г. (20)

продуктовая статистика в мобильных приложениях
продуктовая статистика в мобильных приложенияхпродуктовая статистика в мобильных приложениях
продуктовая статистика в мобильных приложениях
 
Интегрировать сторонний продукт или пилить самим? К вопросу о выборе системы ...
Интегрировать сторонний продукт или пилить самим? К вопросу о выборе системы ...Интегрировать сторонний продукт или пилить самим? К вопросу о выборе системы ...
Интегрировать сторонний продукт или пилить самим? К вопросу о выборе системы ...
 
Zhelnova
ZhelnovaZhelnova
Zhelnova
 
Мобильный Воркшоп для TechNation
Мобильный Воркшоп для TechNationМобильный Воркшоп для TechNation
Мобильный Воркшоп для TechNation
 
Тимстрим по веб-аналитике
Тимстрим по веб-аналитикеТимстрим по веб-аналитике
Тимстрим по веб-аналитике
 
Персональные данные организации
Персональные данные организацииПерсональные данные организации
Персональные данные организации
 
анатомия баннерной системы
анатомия баннерной системыанатомия баннерной системы
анатомия баннерной системы
 
Big Data panel discussion at "E-commerce in Ukraine" section at IDCEE 2014 (b...
Big Data panel discussion at "E-commerce in Ukraine" section at IDCEE 2014 (b...Big Data panel discussion at "E-commerce in Ukraine" section at IDCEE 2014 (b...
Big Data panel discussion at "E-commerce in Ukraine" section at IDCEE 2014 (b...
 
Presentacion Ruso
Presentacion RusoPresentacion Ruso
Presentacion Ruso
 
Presentacion Ruso
Presentacion RusoPresentacion Ruso
Presentacion Ruso
 
Метрики и отчётность по процессу управления инцидентами
Метрики и отчётность по процессу управления инцидентамиМетрики и отчётность по процессу управления инцидентами
Метрики и отчётность по процессу управления инцидентами
 
Как избежать ошибок, которые приводят к неточности маркетинговых данных
Как избежать ошибок, которые приводят к неточности маркетинговых данныхКак избежать ошибок, которые приводят к неточности маркетинговых данных
Как избежать ошибок, которые приводят к неточности маркетинговых данных
 
001 аналитик
001 аналитик001 аналитик
001 аналитик
 
Веб-аналитика: как избежать ситуации "Смотрю в книгу вижу фигу"
Веб-аналитика: как избежать ситуации "Смотрю в книгу вижу фигу"Веб-аналитика: как избежать ситуации "Смотрю в книгу вижу фигу"
Веб-аналитика: как избежать ситуации "Смотрю в книгу вижу фигу"
 
Мониторинг для сокращения затрат
Мониторинг для сокращения затратМониторинг для сокращения затрат
Мониторинг для сокращения затрат
 
Как спроектировать систему сквозной аналитики
Как спроектировать систему сквозной аналитикиКак спроектировать систему сквозной аналитики
Как спроектировать систему сквозной аналитики
 
курышев рекомендательные системы
курышев рекомендательные системыкурышев рекомендательные системы
курышев рекомендательные системы
 
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
 
CodeFest 2012. Нечаева О. — Сбор статистики в мобильных играх с помощью серви...
CodeFest 2012. Нечаева О. — Сбор статистики в мобильных играх с помощью серви...CodeFest 2012. Нечаева О. — Сбор статистики в мобильных играх с помощью серви...
CodeFest 2012. Нечаева О. — Сбор статистики в мобильных играх с помощью серви...
 
Интернет маркетинг (День 3), лекция в НИУ ВШЭ. Пермь
Интернет маркетинг (День 3), лекция в НИУ ВШЭ. ПермьИнтернет маркетинг (День 3), лекция в НИУ ВШЭ. Пермь
Интернет маркетинг (День 3), лекция в НИУ ВШЭ. Пермь
 

Plus de SPbCoA

СПб СОА Анна Абрамова "Знакомство с Archimate"
СПб СОА Анна Абрамова "Знакомство с Archimate"СПб СОА Анна Абрамова "Знакомство с Archimate"
СПб СОА Анна Абрамова "Знакомство с Archimate"
SPbCoA
 

Plus de SPbCoA (15)

СПб СОА Анна Абрамова "Знакомство с Archimate"
СПб СОА Анна Абрамова "Знакомство с Archimate"СПб СОА Анна Абрамова "Знакомство с Archimate"
СПб СОА Анна Абрамова "Знакомство с Archimate"
 
Gap-анализ требований к внедряемым системам
Gap-анализ требований к внедряемым системамGap-анализ требований к внедряемым системам
Gap-анализ требований к внедряемым системам
 
Itgm #9. dmn. как моделировать принимаемые решения
Itgm #9. dmn. как моделировать принимаемые решенияItgm #9. dmn. как моделировать принимаемые решения
Itgm #9. dmn. как моделировать принимаемые решения
 
ITGM#8 Максим Цепков Process and Case management: совмещай и властвуй!
ITGM#8 Максим Цепков Process and  Case management: совмещай и властвуй!ITGM#8 Максим Цепков Process and  Case management: совмещай и властвуй!
ITGM#8 Максим Цепков Process and Case management: совмещай и властвуй!
 
ITGM#8 Анна Абрамова Юрий Солоницын Интерфейс - совместная работа аналитика и...
ITGM#8 Анна Абрамова Юрий Солоницын Интерфейс - совместная работа аналитика и...ITGM#8 Анна Абрамова Юрий Солоницын Интерфейс - совместная работа аналитика и...
ITGM#8 Анна Абрамова Юрий Солоницын Интерфейс - совместная работа аналитика и...
 
ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...
ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...
ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...
 
Егор Вершинин. Сбор первичных требований с помощью интеллект-карт
Егор Вершинин.  Сбор первичных требований с помощью интеллект-картЕгор Вершинин.  Сбор первичных требований с помощью интеллект-карт
Егор Вершинин. Сбор первичных требований с помощью интеллект-карт
 
Анна Абрамова для ITGM#7. Навыки аналитика для технических писателей
Анна Абрамова для ITGM#7. Навыки аналитика для технических писателейАнна Абрамова для ITGM#7. Навыки аналитика для технических писателей
Анна Абрамова для ITGM#7. Навыки аналитика для технических писателей
 
Наталья Желнова для ITGM#6. Обучение системных аналитиков
Наталья Желнова для ITGM#6. Обучение системных аналитиковНаталья Желнова для ITGM#6. Обучение системных аналитиков
Наталья Желнова для ITGM#6. Обучение системных аналитиков
 
Юлия Ерина. Как капля здравого смысла может спасти проект (про коммуникации)
Юлия Ерина. Как капля здравого смысла может спасти проект (про коммуникации)Юлия Ерина. Как капля здравого смысла может спасти проект (про коммуникации)
Юлия Ерина. Как капля здравого смысла может спасти проект (про коммуникации)
 
Раиса Гольденберг для ITGM#6. Кто отвечает за качество
Раиса Гольденберг для ITGM#6. Кто отвечает за качествоРаиса Гольденберг для ITGM#6. Кто отвечает за качество
Раиса Гольденберг для ITGM#6. Кто отвечает за качество
 
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...
 
Стадии проекта и состав технической документации. Наталья Желнова на ITGM#6
Стадии проекта и состав технической документации. Наталья Желнова на ITGM#6Стадии проекта и состав технической документации. Наталья Желнова на ITGM#6
Стадии проекта и состав технической документации. Наталья Желнова на ITGM#6
 
Задача про стул. Артём Митропольский
Задача про стул. Артём МитропольскийЗадача про стул. Артём Митропольский
Задача про стул. Артём Митропольский
 
Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6
Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6
Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6
 

Аналитика и метрики приложений 29.11.2016 г.

  • 1. Аналитика и метрики приложений Паринов Валерий, Петер-Сервис 29.11.2016 г.
  • 2. Аналитика и метрики приложений • Аналитика метрик. • Виды метрик и особенности применения. • Признаки наилучших метрик Сегментация пользователей • Сегментация пользователей: что это и для чего. • RFM-анализ. • Когортный анализ. О чем сегодня поговорим События и воронки в продукте • События и воронки: что это и для чего. • Алгоритм построения системы событий в продукте. • Воронки - инструмент для обнаружения узких мест продукта.
  • 3. Аналитика и метрики приложений ● Аналитика метрик. ● Виды метрик и особенности применения. ● Признаки наилучших метрик.
  • 4. Помогает: • Оценить состояние. • Оптимизировать: находить узкие места; выявлять точки роста. Можно проводить: • До запуска разработки. • После запуска продукта. Аналитика
  • 5. Обычно: • аналитики нет; • аналитика настроена неправильно; • аналитика есть, а что с ней делать? • аналитика есть, аналитика нет; • только анализ посещаемости; • разовая аналитика; Постепенно все приходят к тому, что аналитика - это процесс постоянный. Что происходит на практике?
  • 6. • Ключевые показатели жизнедеятельности продукта. • Не требуют много усилий для внедрения. • Позволяют достичь кратного роста. Было: CPI=10 р., ARPU=11 р. Стало: CPI=9 р., ARPU=11 р. Улучшили одну метрику на 10% - увеличили прибыль в 2 раза. Метрики
  • 7. Метрики • New Users • CPI = Installs Cost / New Users • ROI = Revenue / Installs Cost Метрики привлечения На что обращать внимание • New Users должна расти (циклы роста) • LTV > CPI • Окупаемость (ROI > 100%) Циклы роста • Органический • Платный • Виральный
  • 8. Метрики • Retention • Rolling (скользящий) Retention • FTUE • Sticky Factor = DAU / MAU • Sessions, Sessions per User, Average Session Length Метрики удержания и лояльности Retention • 1-day retention • 7-day retention • 28-day retention На что обращать внимание • Удержание должно быть “хорошим” • Долгосрочное удержание важнее краткосрочного • При расчёте удержания не забывать про 0 день (день 1 сессии)
  • 9. Retention Бенчмарки удержания и лояльности (игры) Sticky Factor День Classic Rolling 1-day 35-40% 60-65% 7-day 15% 40-45% 30-days 5% 20% Критерий Sticky Factor Самые лучшие игры 28-37% Средние игры 16-27% Менее успешные игры 4-15%
  • 10. Метрики • DAU • WAU • MAU • Users Online • Lifetime Метрики пользовательской активности На что обращать внимание • Масштаб должен расти • DAU, WAU, MAU должны расти и Users Online вслед за ними.
  • 11. Метрики • Revenue, Gross • Paying Share • Paying Users • Transactions, Transactions by user • ARPU • ARPPU • Average Check • Lifetime Value (LTV) Метрики монетизации На что обращать внимание • Доход должен расти с ростом масштаба • Доля и количество платящих не должны убывать • ARPU не должен убывать • Поднимая ARPPU обычно снижается ARPU • За первыми платежами должны быть и повторные • Обычно доля платящих 1-2%. У лучших не > 5%.
  • 12. Метрики • Churn (отток) = 1 - retention • K-factor > Churn • K-factor = Churn • K-factor < Churn Метрики виральности
  • 13. Признаки наилучших метрик • Простота • Значимость • Своевременность • Немедленная полезность 4 признака наилучших метрик
  • 14. Сегментация пользователей ● Сегментация пользователей: что это и для чего. ● RFM-анализ. ● Когортный анализ.
  • 15. Кейс 1 • Вы издатель. • У вас 3 проекта: большой, средний, маленький. • Общий доход за месяц вырос на 10%. Это хорошо? Сегментация Кейс 2 • Вы менеджер продукта. • У вас только старые (ещё с момент запуска запуска) пользователи и новички. • Ваш lifetime вырос на 1 день. Это хорошо?
  • 16. Без сегментации мы можем: • Не заметить событие, которое произошло. • Видеть, что всё хорошо, когда на самом деле это не так. • Оперировать лишь средними показателями по продукту (средней температурой по больнице). Сегментация
  • 17. Как выделять сегменты? • Источники трафика. • География (страна, язык, регион). • День регистрации (дата, день недели). • Время с регистрации. • Регулярность действий. • Девайс, ОС. • Соцдем. • События. Сегментация Примеры сегментов • Платящие / Неплатящие. • Один платёж / Несколько платежей. • Активированные / Неактивированные. • Новички / Старички. • Входящие часто / Входящие редко. • Прошли обучение / Не прошли обучение. • Источник 1 / Источник 2 / Источник 3. • Комбинация разных параметров.
  • 18. RFM-анализ - сегментация пользователей по платежам. • Recency - давность последнего платежа. • Frequency - частота платежей. • Monetary - размер платежей. Можно сократить до RF и сегментировать пользователей по другим параметрам. RFM - анализ
  • 19. Примеры RFM-сегментов и что с ними делать RFM - анализ RFM-сегмент Описание Что делать? 555 - VIP Заплатили недавно, платят часто и много. Регулярно благодарить и держать всеми силами. 511 - Новые платящие Заплатили недавно, первый раз и маленькую сумму. Научить платить регулярно. Напоминать о себе уведомлениями и реактивировать. 252 - Постоянные пользователи Платили достаточно давно небольшую сумму, но платят часто. Поддерживать эту положительную тенденцию периодически даря скидки. 155 - VIP на грани ухода Бывшие киты, которые раньше платили часто, много и большие суммы, а теперь почему-то потеряли интерес. Активно реактивировать, предлагать скидки, возможно, связываться лично и возвращать.
  • 20. Когортный анализ • Сравнение сегментов по дате регистрации. • Приведение к точке “ноль”. Когортный анализ
  • 22. Сегментация нужна для: • Более точного понимания структуры аудитории и денег. • Точных расчётов и прогнозов. • Объяснения изменений в продукте. • Анализа трафика. • Мониторинга. • Рассылок и уведомлений. • И многого другого... Ключевые мысли
  • 23. События и воронки в продукте ● События и воронки: что это и для чего. ● Алгоритм построения системы событий в продукте. ● Воронки - инструмент для обнаружения узких мест продукта.
  • 24. События - действия пользователей в продукте, которые учитываются в аналитической системе. Базовые события: • Регистрация. • Вход. • Платёж. Кастомные события - настраиваются индивидуально под каждый Продукт. События
  • 25. События Детальный анализ событий 1 сессии: • Анализ базовых и кастомных событий. • Поиск и устранение узких мест. • Оптимизация 1 сессии. • В результате: повышение retention и монетизационных метрик. Для анализа последующих сессий можно использовать алгоритм, описанный далее.
  • 26. Шаг 1: Что мы хотим знать? • Удержание. • Цена пользователя. • Узкие места. • Конверсии. • Нарезка по параметрам. • и т. д. Итог: список вопросов к продукту и системе аналитики. Алгоритм настройки событий
  • 27. Алгоритм настройки событий Шаг 2: Список событий. • Какие для этого нужны данные? • Достаточно ли текущих данных для ответа на вопросы? Итог: список кастомных событий, которые нужно интегрировать дополнительно.
  • 28. Шаг 3: Параметры событий. • Какие параметры передавать с событиями? Итог: список (таблица) параметров для каждого события. Шаг 4: Управленческие решения. • Что будем делать получив эти данные? Итог: Скорректированный список событий и параметров. Алгоритм настройки событий
  • 29. Алгоритм настройки событий По итогам 4 шагов: • Список событий, которые можно интегрировать. • Список параметров, которые нужно передать. • Понимание, что делать с полученными данными. Шаг 5: Интеграция и тестирование, тестирование...
  • 30. Рекомендации по настройке событий: • Не откладывать настройку событий на потом. • Использовать параметры событий: поведения; глобальные; источник трафика; активность; платежная активность; и другие. События
  • 31. События Ещё рекомендации: • Рисовать воронки событий заранее. • Дублировать информацию в 2 системы. • Тестирование интеграции. • Оптимизация и доработка на основе тестирования и использования.
  • 32. Воронки 1 шаг- 100% 2 шаг - 46,5% 3 шаг - 8,5% 4 шаг - 4,5% 5 шаг - 3,0%
  • 33. Алгоритм построения: • Что нам нужно от пользователя? Например: активация, покупки, заявки. • Какие шаги ведут к цели? • Какие возможны варианты выполнения каждого шага? • Как сегментировать пользователей? В итоге должна появится ясность какие есть узкие места и как их утранить. Воронки
  • 34. Рекомендации по использованию: • Конверсия на ранних шагах - рычаг для последующих. • Оптимизация предудущих шагов не должна испортить последующие. • Воронки - не панацея, используйте их вместе с метриками. • Оптимизация воронок - процесс постоянный. Воронки
  • 35. AIDA-воронки: • Внимание (awareness) - привлечь внимание. • Интерес (interest) - вызвать интерес приемуществами. • Желание (desire) - вызвать эмоциональное переживание от отсутсвия (отключить логику). • Действие (action) - сопроводить до целевого действия (покупка, лид). Примеры воронок
  • 36. AIDA для контентного сайта: • Внимание (awareness) - просмотр 2-5 страниц. • Интерес (interest) - просмотр более 5 страниц. • Желание (desire) - социальная активность, лайки, комментарии. • Действие (action) - подписка на новости, регистрация. Примеры воронок
  • 37. AIDA для e-commerce: • Внимание (awareness) - просмотр 2-5 страниц. • Интерес (interest) - поиск по магазину, поиск по категориям. • Желание (desire) - просмотр N товаров, сравнение, добавление в корзину. • Действие (action) - оформление заказа. Примеры воронок
  • 38. • Максимально детализировать 1 сессию. • Для остальных сессий действовать по алгоритму. • Использовать параметры событий. • Строить воронки вокруг ключевых событий. • Искать узкие места с помощью воронок. • Использовать воронки вместе с метриками. Ключевые мысли
  • 39. Всем спасибо и успехов в работе! Контакты для связи • email: parinovv@gmail.com • Skype: parinovvalerey Справочник метрик веб и мобильных приложений https://goo.gl/JagaTI