Аналитика и метрики приложений
Аналитика метрик.
Виды метрик и особенности применения.
Признаки наилучших метрик
Сегментация пользователей
Сегментация пользователей: что это и для чего.
RFM-анализ.
Когортный анализ.
События и воронки в продукте
События и воронки: что это и для чего.
Алгоритм построения системы событий в продукте.
Воронки - инструмент для обнаружения узких мест продукта.
Взаимозаменяемость и уникальность UX-специалиста и аналитикаNikita EfimovДоклад с 4-го IT Global Meetup про необходимость взаимодействия UX-специалиста и аналитика
Проектирование интерфейсов: Процесс+Команда=Продукт (2015)Yaroslav PerevalovКонспект обзорной лекции на зимнем интенсиве по UI / UX в Британке (2015), описаны:
* Процесс-проектирования
* Роли в юзабилити-команде
* Организация взаимодействия ю-команды с командой проекта
* Виды требований к успешному продукту
Профессии в IT0leGGОказывается, в IT можно работать не только программистом, и на программировании мир IT только начинается.
Март 2014, TechTalks NSU, Новосибирск
Успешный запуск продукта: совместная работа BA, PO, PMAnton VityazУспешный запуск продукта: совместная работа Business Analyst, Product Owner, Product Manager + инвестор. Что нужно знать бизнес аналитику для построения эффективного и результативного взаимодействия на старте - насколько понятен "голубой океан" продукта, целевые сегменты, процессы по всему жизненному циклу продукта. Выстроено ли Agile взаимодействие?
Vlad Rybalkin and Artem (Tim) Riaboshapka“Убедить, не переубеждая: воркшоп к...DakiryVlad Rybalkin and Artem (Tim) Riaboshapka“Убедить, не переубеждая: воркшоп как способ достижения единого мнения”
Как не потерять Продукт на завершающем этапе.SQALabДоклад Максима Кирилычева на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Методы оценки качества требований и работы аналитикаAlexander Novichkovhttp://cmcons.com
http://uml2.ru
Методы оценки качества требований и работы аналитика
семинар 15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
Идеальный аналитик и почему его не может бытьSQALabДоклад Дмитрия Безуглого на конференции Analyst Days-2. 25 мая, Санкт-Петербург. www.analystdays.com
Моделирование корпоративной архитектурыSQALabДоклад Александра Байкина на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Требования и дизайн (BAQ, Львов, 25.03.2017)Anatoly LoyПрезентация с конференции во Львове: различия между требованиями и дизайном, и как с этими различиями жить аналитику.
Интерфейс — Совместная работа аналитика и проектировщикаYury SolonitsynКраткий рассказ про то, как аналитик и проектировщик могут построить совместную работу над пользовательским интерфейсом, чем это полезно для них и для создаваемого продукта.
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеSQALabДоклад Кирилла Барабанова на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Интегрировать сторонний продукт или пилить самим? К вопросу о выборе системы ...WG_ EventsМногие проекты рано или поздно встают перед выбором – какую систему аналитики выбрать? Создавать что-то самим или брать готовое решение на рынке? А если брать, то как выбрать оптимальный вариант? Василий расскажет о том, какие существуют системы аналитики, чем они отличаются друг от друга, как они интегрируются в продукт и чем могут быть ему полезны.
Методы оценки качества требований и работы аналитикаAlexander Novichkovhttp://cmcons.com
http://uml2.ru
Методы оценки качества требований и работы аналитика
семинар 15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
Идеальный аналитик и почему его не может бытьSQALabДоклад Дмитрия Безуглого на конференции Analyst Days-2. 25 мая, Санкт-Петербург. www.analystdays.com
Моделирование корпоративной архитектурыSQALabДоклад Александра Байкина на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Требования и дизайн (BAQ, Львов, 25.03.2017)Anatoly LoyПрезентация с конференции во Львове: различия между требованиями и дизайном, и как с этими различиями жить аналитику.
Интерфейс — Совместная работа аналитика и проектировщикаYury SolonitsynКраткий рассказ про то, как аналитик и проектировщик могут построить совместную работу над пользовательским интерфейсом, чем это полезно для них и для создаваемого продукта.
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеSQALabДоклад Кирилла Барабанова на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Интегрировать сторонний продукт или пилить самим? К вопросу о выборе системы ...WG_ EventsМногие проекты рано или поздно встают перед выбором – какую систему аналитики выбрать? Создавать что-то самим или брать готовое решение на рынке? А если брать, то как выбрать оптимальный вариант? Василий расскажет о том, какие существуют системы аналитики, чем они отличаются друг от друга, как они интегрируются в продукт и чем могут быть ему полезны.
Мобильный Воркшоп для TechNationMax SemenchukПрезентация с дня мастеркласов Technation для стартапов в сфере mobile. Включает теорию и групповую работу. Главная цель –повышение доходности / отдачи от мобильных продуктов.
Big Data panel discussion at "E-commerce in Ukraine" section at IDCEE 2014 (b...OFFLINE-to-ONLINE.com Big Data panel discussion at "E-commerce in Ukraine" section at IDCEE 2014 (by OSD Group)
Метрики и отчётность по процессу управления инцидентамиCleverics1. Использование метрик на различных этапах становления процесса
2. Типовые узкие места процесса и их выявление с помощью метрик
3. Распространенные ошибки в измерении процесса управления инцидентами
4. Рекомендации по измерению процесса управления инцидентами
Как избежать ошибок, которые приводят к неточности маркетинговых данныхМаркетинг-аналитика с OWOX BIПредотвратить ошибку в сборе данных дешевле, чем исправить ее последствия. От качества данных зависит эффективность бизнес-решений, которые вы принимаете на их основе.
На нашем вебинаре мы расскажем, на что нужно обратить внимание при сборе данных и их обработке, чтобы избежать неточностей в маркетинговых отчетах. Также рассмотрим, какие инструменты помогут вам с автоматизацией контроля качества данных и поделимся чек-листом, который поможет вам следить за актуальностью и точностью маркетинговых данных.
Скачать запись вебинара можно по ссылке https://www.owox.com/c/4om
Веб-аналитика: как избежать ситуации "Смотрю в книгу вижу фигу"IMT - Академия Интернет-технологийВот и третья встреча Мастерской Интернет-маркетинга состоялась.
Спикером встречи был Александр Милютин, который разъяснил что такое веб-аналитика, как ей пользоваться и на какие данные стоит обращать внимание.
Было очень приятно, что некоторые вещи гости встречи записывали в план на следующий день. Надеемся, что для каждого из них аналитика станет не просто набором цифр и красивых графиков.
Большое спасибо всем гостям встречи. Анализируйте Ваш бизнес!
Как спроектировать систему сквозной аналитикиMariia Bocheva75% пользователей ищут товары в интернете, а покупают в офлайн-магазинах. 56% покупок в магазинах совершаются после изучения товаров в интернете. Эти цифры красноречивее любых аналитиков и маркетологов говорят, что интернет-магазинам и розничным сетям жизненно необходимо использовать сквозную аналитику, чтобы правильно оценивать эффективность рекламы. Несмотря на это, многие компании до сих пор не настроили систему сквозной аналитики, ошибочно полагая, что это сложно, дорого и небезопасно для их данных.
Softline и OWOX BI мы развеивают все страхи и предубеждения по поводу сквозной аналитики и рассказывают, как повысить эффективность рекламных кампаний в интернете, используя данные о продажах из внутренних IT-систем.
Вы узнаете:
-Как оценить текущие возможности аналитики в компании и определить зоны «провисания».
-Как выявить требования к системе сквозной аналитики и разработать целевую модель.
-Как поэтапно внедрить систему сквозной аналитики с расчетом эффекта для бизнеса.
-Как с помощью продуктов OWOX BI и Google объединить в Google BigQuery все данные, необходимые для сквозной аналитики: действия пользователей на сайте и в мобильных приложениях, расходы на рекламу, доходы, выполненные заказы, звонки и email-рассылки.
-Истории успеха наших клиентов: как они настроили систему сквозной аналитики и использовали полученные данные для достижения своих бизнес-целей.
Будет полезно:
Ecommerce и retail проектам, аналитикам и маркетологам.
Интернет маркетинг (День 3), лекция в НИУ ВШЭ. ПермьAlex ZagoumenovЗаключительная лекция в модуле Интернет Маркетинг в НИУ ВШЭ, Пермь. Обсуждали управление рассылкой, мониторинг социальных сетей и интернета, создание интернет маркетинг стратегии, примеры социальных интструментов общения. Спасибо студентам, было интересно пообщаться, жапь, что времени маловато.
ITGM#8 Максим Цепков Process and Case management: совмещай и властвуй!SPbCoAНа ITGM#8 Максим Цепков рассказал про совмещение подходов process- и case-management при моделировании бизнес-процессов с большим количеством ответвлений, требующих принятия решений на месте.
ITGM#8 Анна Абрамова Юрий Солоницын Интерфейс - совместная работа аналитика и...SPbCoAСовместный доклад представителей двух сообществ: аналитиков и проектировщиков интерфейсов на ITGM#8.
Анна Абрамова (СПб СоА) и Юрий Солоницын (UXSpb) рассказали, как строится совместная работа аналитика и проектировщика интерфейсов в больших проектах. Где они помогают друг-другу и где начинают "толкаться локтями".
ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...SPbCoAНа ITGM#8 Евгения Чумачкова рассказала как с помощью техники User Story Mapping сохранять общее видение продукта и потребностей пользователей на протяжении всего цикла разработки.
Егор Вершинин. Сбор первичных требований с помощью интеллект-картSPbCoAЕгор на июньской встрече сообщества рассказал как он использует технику интеллект-карт для сформирования первичного пула требований во время онлайн-общения с заказчиком.
Представленная в докладе техника продемонстрирует как можно решить проблемы коммуникации с заказчиком. При
использовании техники в конце встречи с заказчиком появляется «драфт» спецификации функциональных требований.
Анна Абрамова для ITGM#7. Навыки аналитика для технических писателейSPbCoAПеречислены основные задачи, которые выполняет аналитик, и показано какие базовые навыки для этого нужны.
Наталья Желнова для ITGM#6. Обучение системных аналитиковSPbCoAНаталья Желнова для ITGM#6. Обучение системных аналитиков
- Где, кто, кого и чему учит
- Чего не хватает обучаемым
- Что делать? (Системный подход к обучению)
- Практический опыт: Как это было
Юлия Ерина. Как капля здравого смысла может спасти проект (про коммуникации)SPbCoAПрезентация Юлии Ериной про выстраивание коммуникаций в проекте ко встрече сообщества аналитиков Петербурга 09.02.2016
Раиса Гольденберг для ITGM#6. Кто отвечает за качествоSPbCoAРаиса Гольденберг рассказывала на ITGM#6 про то, почему современное ПО это услуга и как следует воспринимать его качество с этой точки зрения.
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...SPbCoAОпыт консалтинга: метрики процесса бизнес-анализа. Для СоА на ITGM#6
Стадии проекта и состав технической документации. Наталья Желнова на ITGM#6SPbCoAСтадии проекта и состав технической документации для аналитиков и технических писателей на ITGM#6
Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6SPbCoAАнатолий Суздальцев рассказал на островке аналитиков на ITGM№6 как аналитик может снизить риски проекта, порождаемые естественными когнитивными искажениями нашего мозга.
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%.
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 на грани
ухода
Бывшие киты, которые раньше платили
часто, много и большие суммы, а теперь
почему-то потеряли интерес.
Активно реактивировать, предлагать скидки,
возможно, связываться лично и возвращать.
22. Сегментация нужна для:
• Более точного понимания структуры
аудитории и денег.
• Точных расчётов и прогнозов.
• Объяснения изменений в продукте.
• Анализа трафика.
• Мониторинга.
• Рассылок и уведомлений.
• И многого другого...
Ключевые мысли
23. События и воронки в продукте
● События и воронки: что это и для чего.
● Алгоритм построения системы событий в продукте.
● Воронки - инструмент для обнаружения узких мест продукта.
24. События - действия пользователей в продукте,
которые учитываются в аналитической системе.
Базовые события:
• Регистрация.
• Вход.
• Платёж.
Кастомные события - настраиваются
индивидуально под каждый Продукт.
События
25. События
Детальный анализ событий 1 сессии:
• Анализ базовых и кастомных событий.
• Поиск и устранение узких мест.
• Оптимизация 1 сессии.
• В результате: повышение retention и
монетизационных метрик.
Для анализа последующих сессий можно
использовать алгоритм, описанный далее.
26. Шаг 1: Что мы хотим знать?
• Удержание.
• Цена пользователя.
• Узкие места.
• Конверсии.
• Нарезка по параметрам.
• и т. д.
Итог: список вопросов к продукту и системе
аналитики.
Алгоритм настройки событий
27. Алгоритм настройки событий
Шаг 2: Список событий.
• Какие для этого нужны данные?
• Достаточно ли текущих данных для
ответа на вопросы?
Итог: список кастомных событий, которые
нужно интегрировать дополнительно.
28. Шаг 3: Параметры событий.
• Какие параметры передавать с
событиями?
Итог: список (таблица) параметров для
каждого события.
Шаг 4: Управленческие решения.
• Что будем делать получив эти данные?
Итог: Скорректированный список событий и
параметров.
Алгоритм настройки событий
29. Алгоритм настройки событий
По итогам 4 шагов:
• Список событий, которые можно
интегрировать.
• Список параметров, которые нужно
передать.
• Понимание, что делать с полученными
данными.
Шаг 5: Интеграция и тестирование,
тестирование...
30. Рекомендации по настройке событий:
• Не откладывать настройку событий на
потом.
• Использовать параметры событий:
поведения;
глобальные;
источник трафика;
активность;
платежная активность;
и другие.
События
31. События
Ещё рекомендации:
• Рисовать воронки событий заранее.
• Дублировать информацию в 2 системы.
• Тестирование интеграции.
• Оптимизация и доработка на основе
тестирования и использования.
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