Connect with us

Аналитика пользователей

Как выбрать правильные метрики для продукта

Анна Булдакова, продакт Intercom и ведущая канала No Flame No Game, разобрала популярную статью Кэрри Родден из Google и объяснила, как стоит подходить к продуктовым метрикам.

AppTractor

Опубликовано

/

     
     

Какое-то время назад все активно начали делиться вот этой статьей от UX-исследователя в Google Ventures про то, как выбрать правильные UX метрики для продукта. Статья крутая, но после практического использования возникают вопросы: поэтому ловите вольный перевод (в кавычках) и мои комментарии к нему.

В процессе дизайна можно полагаться на пользовательские данные и на результаты экспериментов. Это то, что сейчас называется data-driven design, но я предпочитаю термин data-informed design — “рулит” все еще дизайнер, а не данные.

Чтобы это работало на практике, надо смотреть на правильные метрики. Базовые цифры по трафику (количество просмотров страницы или количество уникальных пользователей, к примеру) легко отслеживать; они дают неплохое понимание, как поживает ваш сайт; но часто они совершенно бесполезны для оценки UX-изменений. Все потому, что они слишком общие и напрямую не отражают качество продукта или цели проекта — на их основе сложно понять, что делать дальше.

Я работаю UX-исследователем в Google, и мы разработали несколько полезных фреймворков для определения и выбора метрик, отражающих:

  • качество user experience (HEART);
  • цели вашего продукта или проекта (Цели-Сигналы-Метрики).

Во-первых, да, data-informed. INFORMED by data, not driven. Сначала стратегия и цели, затем метрики. Сначала гипотеза и, опять же, цели, затем эксперимент. Накручивать циферки только ради циферок можно очень долго и очень успешно, только продукт от этого лучше не станет.

Во-вторых, да, на “базовые метрики” смотреть бесполезно. Ну поверьте, нет такой волшебной пилюли, которая работала бы для всех. Безусловно, у вашего продукта могут трекаться такие же метрики, как и других продуктов: те же DAU, Retention, ARPU и прочие. Но вот вопрос, какие из них будут для вас более важны, а какие — менее. Условно говоря, приложение, которое отправляет сигнал SOS в ближайшую службу спасения, вряд ли будет смотреть на Retention.

В-третьих, какая-то повальная путаница с тем, что считать метриками продукта, что — метриками проекта, а где вообще продакт маркетинг затесался. По сути все просто: вот у нас есть продукт, которым можно как-то пользоваться. То, что происходит до начала использования, относится к продакт-маркетингу; то, что происходит во время, к продукту. Проект (~фича) — это гипотеза внутри продукта; соответственно, на высоком уровне успех проекта определяется метриками продукта, но также имеет и собственные “технические” метрики, которые позволят понять, все ли работает хорошо, не сломалось ли чего.

И есть еще отдельная группа метрик для исследований (время выполнения заданий или как раз Task Success, о которой говорится в статье), которые позволяют сделать количественные выводы для usability тестов. Ну это так, для общей картины ;)

Возвращаясь к моей любимой медицинской аналогии:

  • Представьте, что вы пришли на прием ко врачу. А он такой померил у вас температуру, взял анализ крови, отправил на УЗИ, а потом говорит: ну да, температура у вас низковата, давайте я вам таблетки пропишу.
  • А потом оказалось, что просто градусник сломался, а у вас и не болело ничего.
  • Или болело колено, а вас лечат от низкой температуры — потому что ниже среднего по больнице, и вообще: сказали, что у всех надо мерить температуру, значит надо мерить!

Happiness — Счастье

Помогая гугловым командам с UX метриками, мы заметили, что наши предложения обычно попадают в какую-то из 5 категорий:

H — Happiness (Счастье). Измеряет отношение пользователя, часто через опросы. Примеры метрик: удовлетворение, воспринимаемая легкость использования и NPS.

Насколько все компании хотели бы улучшать счастье пользователя, настолько же они не знают, как его считать: эмоции — не так легко измеряемая штука, как DAU, например. Вопрос в том, нужно ли это на уровне продукта.

Я пользуюсь Spotify каждый день. Я счастливый пользователь? На мой взгляд, это такой же странный вопрос, как — вот вы пользуетесь молотком, вы счастливый пользователь молотка? Эмоции — это про бренд, про историю (которой, к слову, занимается маркетинг); продукт — про решение задачи, про ценность. Пользователи могут питать какие-то чувства к Яндексу или к Гуглу, но не к поисковому движку как таковому — тут у них сугубо рациональный подход.

Опять же, если мы разрабатываем фичу (это метрики проекта, упомянули их в предыдущем посте), то должны думать о метриках продукта — и тут тот же NPS, к примеру, совершенно бесполезен: замерить таким способом влияние отдельно взятой фичи практически невозможно.

Другое дело, если мы спросим: а извлекает ли юзер какую-то пользу из нашего продукта? Концепт ценности (vs счастья) также отлично подходит и для приоритезации новых фич.

Как определить ценность? Идите от обратного: спросите себя — если мы представим идеального пользователя, который получает максимальную пользу от продукта, что он делает?

  • Если это Spotify, возможно, он слушает музыку > n минут в день.
  • Если это Uber, возможно, он делает n-ное количество поездок за определенный период.
  • Если это Slack, возможно, он пригласил n коллег в чат.

По сути, это называется “активация”: первый момент во время использования продукта, когда пользователь извлекает ценность. Важно, что пользователь вполне может и не осознать этот момент

И последнее, что я повторяю из раза в раз: начинать надо не с метрики, а с цели, а в данном контексте — с определения пользы. Если Uber определяет свою пользу в том, чтобы сделать более удобную и сравнимую по цене замену общественному транспорту, это одно. Если они думают про сокращение использования автомобилей на человека, это другое. И, к слову, польза Uber для водителя и для пассажира будет звучать по-разному.

Engagement — Вовлеченность

E — Engagement (Вовлеченность): уровень вовлечённости пользователя, часто измеряется через поведенческие прокси, такие как частота, интенсивность и глубина взаимодействия за какой-то период. Примеры могут включать количество посещений на пользователя за неделю или количество фото, которые пользователь загружает ежедневно.

По сути, engagement — это логическое продолжение активации (о которой мы говорили в прошлый раз): ответ на вопрос, а продолжают ли пользователи получать пользу от продукта? Условно говоря, пользователь Slack пригласил 10 коллег, что подскажет нам, что они все заинтересованы в продукте?

Например, вот такие engagement метрики:

  • количество времени, проведённое в чате, на пользователя
  • количество активных каналов
  • количество директ-сообщений на пользователя

и так далее.

Engagement метрики прекрасны и для определения успешности проекта:

  • в случае customer-facing фич engagement должен остаться на том же уровне (при условии улучшения других метрик) или вырасти
  • в случае инфраструктурных изменений engagement должен остаться на том же уровне.

В чем отличие между активацией и вовлеченностью?

Активация — это конкретный момент в «путешествии» пользователя. Соответственно, нас интересует количество людей, дошедших до этой точки, и как это количество можно увеличить. Вот мы упомянули в качестве активации для Spotify n минут прослушивания музыки в день. Как это определяется? Spotify выбрал пользователей, которые успешны в их понимании: например, они платящие, они пользуются продуктом уже несколько лет, они оставляют высокие оценки в сторе. Если сравнить их с неуспешными пользователями, было ли какое-то действие, которое они совершили? И, соответственно, дальше — если мы подведём неуспешных пользователей к этому действию, станут ли они успешными?

Вовлечённость — это, собственно, само путешествие; флажки, которые показывают, насколько хорошо функционирует продукт.

Adoption — Принятие

Adoption (Принятие): новые пользователи продукта или фичи. Например: количество аккаунтов, созданных за последние 7 дней, или процент пользователей Gmail, которые используют лейблы.

А вот здесь надо снова вернуться к метрикам маркетинга vs метрики продукта. Adoption как раз прекрасный пример метрики, которая где-то на стыке.

Может ли улучшение качества продукта или новая крутая фича увеличить количество новых пользователей? Может. Может ли рекламная кампания или пост в блоге увеличить количество регистраций? Может.

В моей практике второе случалось чаще, чем первое; вполне возможно, что из-за специфики продуктов, с которыми я работала. Ещё один немаловажный фактор, почему я все же больше отношу эту метрику к маркетингу, — это пользовательская привычка. Очень небольшое количество людей регулярно проверяет, как там обновился ваш продукт, особенно если они уже используют конкурента и создали вокруг него какой-то процесс (например, когда я иду на работу, слушаю подкасты в Spotify) или, что ещё хуже для вас, добавили свою персональную информацию (например, когда я делаю фото на телефон, загружаю их в iCloud). Чем дольше пользователь использует продукт, тем, вероятно, выше для него будет цена переключения. Таким образом, чтобы заставить пользователя перейти к вам, нужно либо чтобы у конкурента был видимый недостаток, которого у вас нет, либо у вас должна быть киллер-фича, которой нет у конкурента. В обоих случаях это предполагает два варианта:

  1. Пользователю вроде как все нравится, потому что он не знает, как может быть лучше — маркетинг его информирует об альтернативах.
  2. Пользователь недоволен текущим решением и пользуется им, потому что не видит/не нашел лучших вариантов — опять же, нужно ему о них рассказать с помощью маркетинговых инструментов.

Безусловно, есть ещё фактор сарафанного радио, когда пользователи в восторге от продукта и делятся рекомендациями с друзьями. Но, на мой взгляд, с точки зрения продукта это лучше отражается тремя другими метриками:

  • activation (осознал ли пользователь ценность продукта)
  • engagement (продолжает ли он получать пользу)
  • retention.

Retention — Удержание

Retention (Удержание): процент пользователей, возвращающихся в продукт. Например: как много активных пользователей в выбранный момент все ещё пользуются продуктом в более поздний момент? Возможно, вам даже больше будет интересна обратная метрика, где удержать пользователей не удалось, — отток или churn.

Тут мало что можно добавить: retention для большей части сервисов — одна из важнейших продуктовых метрик. В моей практике retention + engagement определяли успех продукта или фичи и наиболее точно соответствовали ценности, которую получает пользователь.

Churn не работает на уровне фичи, но, наверное, будет самым громким звоночком, что с продуктом что-то не так. Понятно, что будет часть пользователей, которая будет утекать по естественным причинам; нам же наиболее интересны прошедшие активацию пользователи, которые решили уйти.

Task success — Успех в выполнении задания

Task success (Успех в выполнении задания): включает в себя традиционные поведенческие UX метрики, например, оперативность (пример — время на выполнение задания), эффективность (процент выполненных заданий) и процент ошибок. Эта категория наиболее применима к части продукта, ориентированной на выполнение задачи: например, поиск или процесс загрузки.

Пример метрики, которая отлично работает для UX-исследований, но, на мой взгляд, не особо хорошо подходит в качестве продуктовой. Перечисленные выше примеры, скорее, относятся к техническим метрикам или метрикам “здоровья продукта”, и это совсем другая категория.

Возьмем, к примеру, яндексовый поиск. Да, можно улучшить время ответа, но при этом найти трешовые или нерелевантные результаты, которые не принесут пользы юзеру. Из этого следуют 2 вывода:

  • технические метрики на уровне продукта или сервиса надо рассматривать с учетом пользовательских метрик
  • технические метрики показывают эффективность продукта, но далеко не всегда — его ценность и качество.

За технические метрики обычно отвечает не PM, а разработчики или технический менеджер. Улучшают их чаще всего по одной из двух причин:

  1. Есть определенный стандарт в индустрии, которого надо достичь, чтобы быть конкурентоспособным. Например, если вы делаете поиск, ваше время ответа ну никак не может быть 1 минута.
  2. Текущие лимиты ограничивают возможности компании для роста.

Следующий фрагмент будет без моих комментариев; но, думаю, вы и так поймете, где там противоречащие друг другу куски ;)

Эти метрики можно применять на разных уровнях — от всего продукта до конкретной фичи. Например, в Gmail мы можем быть заинтересованы как в adoption продукта в целом, так и в adoption ключевых фич (например, лейблов или архивирования).

Нас часто спрашивают: “Зачем измерять adoption или retention, когда ты просто можешь посчитать уникальных пользователей?”. Безусловно, важно понимать, сколько пользователей к вам приходит за определенный период (например, активные пользователи за 7 дней). Но если вы также измеряете adoption и retention, вы точно отделите новых пользователей от возвращающихся и сможете быстро понять, растет ли ваша аудитория. Это особенно важно для новых продуктов или фич, или для редизайна.

Необязательно создавать метрики во всех из этих категорий — вы можете выбрать только те, которые наиболее важны для вашего проекта. Фреймворк HEART может помочь вам решить, какая из категорий вам нужна. Например, в бизнес-продуктах, которыми пользователи, возможно, пользуются ежедневно и где они интегрированы в рабочий процесс, может быть бессмысленно мерять вовлеченность, зато может быть интереснее сосредоточиться на счастье пользователя или на task success. Как бы то ни было, может быть полезно учитывать engagement на уровне определенных фич, как индикатор их полезности.

Мы применяли фреймворк HEART к широкому спектру проектов в Google и считаем, что это очень полезный инструмент, чтобы направить обсуждение с командой в нужное русло. Акроним хорошо запоминается; его можно использовать для фасилитации встреч, просто обозначая категории на доске.

Цели — Сигналы — Метрики

Итак, как же перейти от HEART категорий к метрикам, которые вы можете внедрить и трекать? К сожалению, нет готового HEART дашборда, который магически за вас это сделает, — наиболее вероятно, что самые полезные метрики будут специфичны для вашего продукта или проекта.

Цели

Порой хочется начать думать о метриках, просто составляя длинный лист, но он быстро может стать громоздким и неудобным в приоритезации. В идеале вам нужен небольшой сет ключевых метрик, которые важны для всех членов команды. Чтобы понять, что это за метрики, надо начать на уровень выше: определить цели, а потом уже выбрать метрики, которые помогут вам измерять прогресс по выполнению этих целей.

Порой может быть удивительно сложно сформулировать цели проекта, и в этот момент полезно использовать для дискуссии категории метрик HEART. В YouTube, к примеру, одна из наиболее важных целей относится к категории Engagement: мы хотим, чтобы пользователи наслаждались видео, которые они смотрят, и продолжали открывать больше видео и каналов, которые они хотели бы посмотреть. У вас могут быть разные цели для определенного проекта или фичи — и для продукта в целом. Для YouTube Поиска ключевая цель относится к Task Success категории: когда пользователь вводит запрос, мы хотим, чтобы он быстро и легко нашел наиболее релевантные видео или каналы.

Частая ловушка — определять цели в рамках ваших существующих метрик: например, “наша цель увеличить трафик на сайт”. Да, каждый хочет это сделать, но как UX-улучшения помогут вам в этом? Хотите ли вы увеличить вовлеченность существующих пользователей или привлечь новых?

Вы можете не осознавать, что у разных членов вашей команды могут быть разные представления о целях вашего проекта. Этот процесс предоставляет возможность достичь соглашения о том, в каком направлении вы движетесь.

Сигналы

Следующий шаг — привязать цели к более низкоуровневым сигналам. Как успех или провал в достижении целей может проявить себя в пользовательском поведении или отношении? Например, сигналом вовлеченности для YouTube может быть количество видео, просмотренных пользователем, а еще лучше — время, потраченное на просмотр видео. Сигналом провала в Task Sucess категории для YouTube Search может быть запрос, по которому не было ни одного клика на результаты.

Обычно есть большое количество потенциально полезных сигналов для конкретной цели. Как только вы набросаете какое-то количество “кандидатов”, остановитесь и проведите небольшое исследование.

Во-первых, насколько легко трекать каждый сигнал? Будут ли логироваться нужные действия в продукте, или можно ли это сделать? Можете ли вы выкатывать опросы на постоянной основе? Для Task Success метрик одна из опций — использовать задания в benchmarking исследовании, которые можно проводить с большим количеством участников.

Во-вторых, выбирайте сигналы, которые будут чувствительны к изменениям в вашем дизайне. Если вы уже собираете потенциально полезные сигналы, вы можете проанализировать имеющиеся данные и попытаться понять, какие сигналы будут точнее всего предсказывать достижение соответствующей цели.

Метрики

Сигналы, которые вы выбрали, можно уточнить и превратить в метрики, которые вы будете трекать в динамике или использовать для сравнения в экспериментах. В примере с вовлеченностью в YouTube мы могли бы внедрить сигнал “как долго пользователи смотрят видео” как метрику “среднее количество минут, потраченное на просмотр видео, на пользователя в день”.

Специфика сильно зависит от вашей инфраструктуры. Но, как и на предыдущем шаге, есть множество метрик, которые можно вывести из определенного сигнала, — вам надо будет проанализировать данные и решить, какие будут для вас наиболее полезны. Возможно, вам также надо будет нормализовать сырые числа и использовать среднее или проценты, чтобы сделать их более “говорящими”.

Процесс Цели-Сигналы-Метрики должен привести к приоритезации метрик — важно трекать метрики, которые относятся к вашим ключевым целям. Не добавляйте просто “интересные цифры” в ваш список. Помогут ли они вам принять решение? Нужно ли вам трекать их в динамике, или достаточно одного измерения? Фокусируйтесь на метриках, которые относятся к вашим целям, чтобы избежать затрат на их внедрение и засорения дашборда.

Если вы хотите, чтобы ваш продуктовый дизайн информировался данными, подумайте над метриками, которые отражают качество user experience, и свяжите их с вашими основными целями.

Джон Белл (Twitter): будущее дизайна уже наступило, и оно связано с данными

Комментарии
Если вы нашли опечатку - выделите ее и нажмите Ctrl + Enter! Для связи с нами вы можете использовать info@apptractor.ru.
Advertisement
Click to comment

You must be logged in to post a comment Login

Leave a Reply

Аналитика пользователей

Новый Mobile App Engagement Index от Liftoff

Мобильная маркетинговая компания Liftoff опубликовала новый  Mobile App Engagement Index за 2018 год.

AppTractor

Опубликовано

/

Автор:

В отчете приводятся средние цены на действия в приложениях – по платформам, полу, регионам, категориям. Вот, например, средняя воронка конверсии. При  этом цены на установки снизились почти на треть (29.9%) по сравнению с 2017 годом, а стоимость регистрации уменьшилась почти вдове (44.2%).  Практически на всем пути двухзначно выросла и конверсия.

А вот как распределяются доходы мобильных приложений. В лидерах самая разная реклама:

Стоимость приобретения пользователя, совершающего встроенную покупку по месяцам:

Стоимость и процент конверсии по платформам:

Вовлеченность по категориям:

Более подробно читайте в отчете Liftoff: https://info.liftoff.io/2018-app-engagement-index/.

Комментарии
Продолжить чтение

Аналитика пользователей

Жизненный цикл пользователя: руководство профессионалов

Жизненный цикл пользователя мобильного приложения совсем не линеен. Конечная цель — не просто получить от него один платеж, но сохранить его вовлеченность на долгое время. Конечно, это проще сказать, чем сделать, особенно сейчас, когда, в среднем, 80% пользователей отваливается уже на следующий день после установки. В новой бесплатной электронной книге Adjust рассказывает об особенностях жизненного цикла пользователей и о том, как правильно считать ушедших и удаливших приложение пользователей.

AppTractor

Опубликовано

/

Автор:

В среднем по рынку, единожды пользуется приложением 80% установивших его  пользователей. А на седьмой день сохраняется лишь 12% аудитории, которую вы смогли привлечь. Но значит ли это, что все ушедшие потеряны навсегда? Совсем нет — многие ушедшие могут вернуться в ваше приложение через месяц или даже через год.

Ушедшие… и вернувшиеся

Мы привыкли, что возвраты считаются на горизонте одного месяца, однако, если посмотреть на действиях пользователей за год, то можно узнать много нового и интересного. Так, по подсчетам Adjust, в среднем 11% ушедших пользователей возвращается в приложение после трехмесячной паузы, а после двух месяцев — 17%. Даже отсутствующие шесть месяцев могут вернуться — их доля достигает 4%.

Количество “вернувшихся ушедших”, конечно, зависит от категории. Так, в “Играх”, “Утилитах” и eCommerce приложениях их, обычно, больше среднего. А в категориях “Социальные сети”, “Стиль жизни”, “Путешествия”, “Развлечения” и “Бизнес” — меньше.

Например, если в eCommerce-приложения после трехмесячного отсутствия возвращается 18% пользователей, то для “Бизнеса” это всего около 2%.

Так почему важно отслеживать возвраты на длительном промежутке времени и учитывать вернувшихся после перерыва? Потому, что такие пользователи могут считаться новыми и в случае проведения платных кампаний за них могут требовать плату. Если взять среднюю цифру вернувшихся после трех месяцев, то потери могут достигать 11%!

Например, ваше приложение получает 2,000 новых установок каждый день и в среднем 26% это платные рекламные кампании. На четвертый месяц около 60 “платных” пользователей будут как раз те, кто отвалился в начале, но через три месяца снова открыл приложение. Но вместо того, чтобы учесть таких людей как вернувшихся, их припишут к новым установкам и потребуют за них оплату. Если взять среднюю цену установки в $2.26, то вы потеряете на неправильной атрибуции 150 долларов. В день. За месяц это уже 4,500 долларов.

Кроме прямой потери денег, неправильная атрибуция возвратов влияет и на аналитику — на понимание вами ключевых данных.

Удаление приложений

Отсутствие заходов в приложение — это лишь малая часть жизненного цикла. Хорошо, если приложение просто сохраняется у пользователя в дальней папке. Но важно отслеживать и удаление приложения. Важно понимать, через сколько удаляют приложение пользователи, сколько времени у вас есть в запасе на то, чтобы повлиять на их решение, сколько пользователей потом заново установит вашу программу.

Adjust Lifecycle Tracking определяет средний “срок жизни” приложения на устройстве в 6 дней для органической установки и в 5 с половиной дней для платной.

Как и в случае с возвратами, все также сильно зависит от категории. Тут на разных концах спектра развлекательные приложения с менее чем одним днем и eCommerce приложения, которые, в среднем, удаляют через 11 дней:

А что с повторными установками? По данным Adjust, в среднем 40% пользователей, удаливших приложение, установят его заново!

Повторные установки в реальной жизни

В руководстве Adjust рассматривается несколько кейсов, один из которых касается приложения для путешествий.

Предположим, вы являетесь маркетологом в приложении для путешествий и хотите запустить рекламную кампанию, рассказывающую о новой функции регистрации на рейс. Естественно, вы хотите отслеживать то, сколько пользователей включает новую функцию и последующее удержание.

Если вы учтете все описанное выше, то сможете понять, что 90% ваших пользователей удаляет приложение после перелета. Но эти же пользователи, скорее всего, снова устанавливают приложение в следующий раз перед путешествием.

Таким образом, если ваша команда проигнорирует uninstall-ы и повторные установки, кампания покажет высокую конверсию с низкими возвратами, что исказит общую картину и заставит вас сделать неправильный вывод из проводимой кампании.

Включив повторные установки в аналитику, вы, скорее всего, сможете определить моменты, когда пользователи удаляют программу и заново ее устанавливают. Это позволит вашей команде предпринять правильные шаги в отношении вовлечения пользователей.

Например, если вы поймете, что пользователи удаляют приложение после перелета, то сможете обратиться к ним с ретаргетинговой рекламой и предложить скидку на отель, которая будет находиться эксклюзивно в вашем приложении. Это предложение может заставить пользователя оставить приложение у себя на устройстве или даже сделать в нем покупку.

Отслеживание жизненного цикла на практике: пример Viber

Моши Блюм, глава приобретения пользователей в Viber:

“Отслеживание жизненного цикла дало нам совершенно новое представление о “путешествии пользователя”, которого мы не могли получить раньше — например, мы смогли по новому ранжировать качество разных источников приобретения пользователей, оптимизировать охват и улучшить кампании вовлечения.

С точки зрения приобретения пользователей эти KPI помогают нам идентифицировать источники с высоким качеством и коэффициентами удержания, а также отказаться от  источников и кампаний с чрезмерным показателем оттока пользователей. Мы делаем это, сравнивая уровень удаления приложений между пользователями, пришедшими из органических источников — такими как ссылки в приглашениях, органические установки и поисковые запросы Google — и из разных источников платного маркетинга.

Это помогает нам понять истинную стоимость приобретения каждого пользователя, и в какие источники стоит инвестировать. Мы видим огромный разброс в показателях — у некоторых платных источников удалений в четыре раза больше, чем у других.

Мы также используем показатель удалений в качестве обратной связи для наших CRM-кампаний. Учет отрицательной обратной связи, связанной с uninstall-ами, позволяет нам точно и правильно рассчитать влияние наших коммуникаций на  существующую базу пользователей. Это касается тонкой настройки количества отправленных обновлений, качество маркетинговых сообщений, а также навязчивости различных вариантов связи.

Наконец, отслеживание уровня удалений в разрезе стран помогло нам быстрее отлавливать подозрительное поведение и быстрее устранять проблемы. Если мы видим необычно высокий уровень удалений на определенном рынке, то мы можем исследовать этот вопрос и выяснить, что заставляет эти группы пользователей удалять приложение.”

Жизненный цикл — это процесс

Если вы не отслеживаете возвраты, удаление и повторные установки, то вы пропускаете важные сведения, способные много рассказать о продукте и его ценности, об источниках приобретения пользователей и их качестве. Понимание того, когда пользователи уходят и возвращаются, позволит вам принимать более точные и правильные решения, расширяющие жизнь вашего приложения.

Подробнее обо всех тонкостях жизненного цикла – в новом руководстве Adjust.

Комментарии
Продолжить чтение

Аналитика пользователей

Возвраты, доходы и конверсии мобильных игр 2018

Аналитический сервис GameAnalytics опубликовал отчет «A Global Analysis of Mobile Gaming Benchmarks», в котором раскрываются характеристики работы мобильных игр.

AppTractor

Опубликовано

/

Автор:

В отчете данные более чем 60,000 игр, установленных на 3 миллиарда устройств. Временной период – с 1 июля 2017 по 20 июня 2018.

Ключевые факты:

  • У топовых игр возвраты в День 1 достигают 35-50%.
  • В День 7 возвраты на уровне 15-25%.
  • В День 28 лучшие показатели возвратов это 4-6%.
  • Самые большие возвраты в День 28 у игр со словами – в среднем 7%.
  • Зимой люди играют более длинные сессии.
  • Самые длинные сессии у Казино и Карточных игр – около 35 минут на сессию.
  • ARPPU топовых игр в 8-10 раз больше, чем в среднем по рынку.
  • Самый большой ARPPU у Гонок, Экшена и Аркад – 1.6 доллара.
  • У стратегий самый большой ARPDAU – более $0.008, у образовательных и игр со словами – самый маленький.
  • Топовые игры конвертят пользователей в платящих в 3 раза лучше, чем в среднем.
  • Лучше всего конверсия у жанра RPG – в районе 2.5%.

Жанры, доходы и возвраты мобильных игр в Mobile Gaming Benchmarks 2017 от GameAnalytics

Комментарии
Продолжить чтение

Аналитика пользователей

Продажи со смартфонов в России выросли на 79%

Рекламная платформа Criteo, которая создает открытую экосистему для всех участников рынка e-commerce, объявила результаты глобального исследования рынка коммерции за 2 квартал 2018 года. Criteo проанализировала просмотренные страницы онлайн-магазинов и покупки, совершаемые более чем у 5,000 розничных ритейлеров в 80 странах мира. Согласно результатам, современные потребители по-прежнему активно используют мобильный интернет и мобильные приложения для совершения покупок, особенно в магазинах, которые существуют только онлайн.

AppTractor

Опубликовано

/

Автор:

Основные выводы исследования:

  • Количество мобильных транзакций, особенно со смартфонов, увеличивается в большинстве стран и регионов.
  • Рекламодатели, продвигающие мобильное приложение, отмечают постоянный рост числа транзакций через эти приложения.
  • Традиционные магазины уступают онлайн-конкурентам в создании спроса в приложениях.

Поведение потребителей в России:

  • Продажи с мобильных устройств увеличились до 30%, в то время как во 2 квартале прошлого года на них приходился 21%.
  • Самое большое количество покупок совершается со смартфонов – доля продаж с этих устройств увеличилась на 79%.
  • При этом планшеты и десктопы стали использовать не так активно: с планшетов стали покупать на 37% меньше, с десктопов – на 11%.

Среди других выводов исследования:

  • Растет количество покупок через мобильные устройства – во многих странах, особенно в Северной Европе и Японии, число мобильных транзакций составляет 50% от общего числа онлайн-операций.
  • Азиатско-Тихоокеанский регион стал лидером по количеству мобильных транзакций (51%), в остальных, включая Европу (44%) и Ближний Восток и Африку (47%), их количество увеличивается.

  • Ритейлеры, которые уже имеют мобильное приложение или только задумываются о нем, имеют веские основания вкладывать средства в их продвижение. В Северной Америке, коэффициент конверсии в приложениях в 3 раза выше, чем в мобильной сети.
  • Классические магазины отмечают меньший процент транзакций через мобильные приложения (21%) по сравнению с онлайн-конкурентами. Это подчеркивает возможность интегрировать приложения в опыт покупателей до, в процессе и после посещения традиционного магазина.

Исследование рынка коммерции за 2 квартал 2018 года является эффективным инструментом бенчмаркинга для маркетологов, которые стремятся управлять поведением покупателей в приложениях, на мобильных версиях сайтов и десктопе.

Комментарии
Продолжить чтение

Реклама

Наша рассылка

Нажимая на кнопку "Подписаться" вы даете согласие на обработку персональных данных.

Вакансии

Популярное

X
X

Спасибо!

Теперь редакторы в курсе.