Аналитика мобильных приложений: прогнозируем LTV пользователя
Комментируют аналитики Pixonic, Crazy Panda и Mail.ru Group.
Материал подготовлен при поддержке myTracker
Lifetime Value (LTV) — это показатель дохода от одного пользователя. Если говорить про мобильную аналитику — деньги, которые принесёт клиент до того, как он удалит приложение и забудет о нём.
Например, пользователь играет в игру три месяца, а затем удаляет её. В первый месяц он потратил $2, во второй — $3, а в третий — не стал ничего покупать и удалил приложение: его LTV составил $5.
Зачем знать LTV
У пользователя, пришедшего по рекламе, есть стоимость привлечения — это показатель CAC (Customer Acquisition Cost). Допустим, мы потратили на объявление $1000. По нему пришли 100 человек. Стоимость привлечения каждого пользователя — $10.
Если среднее LTV всех пользователей составило $5, то мы потратили на их привлечение больше денег, чем они принесут — невыгодная ситуация. Знание LTV даёт понимание, сколько можно тратить на привлечение пользователя.
Повышение LTV — задача продакт-менеджера. Среди способов — попытка удержать пользователя или повысить его средний чек. А в этой статье мы поговорим только о том, как рассчитать LTV.
Советы
Считайте прибыль на определённый день
Может получиться так, что пользователь принесёт больше денег, чем стоило его привлечение, но сделает это, например, только через два года. А приложение должно окупиться через год.
Основной совет — не считать LTV в его классическом понимании. С точки зрения бизнеса, сам по себе показатель, сколько денег пользователь принесёт за всё время игры, имеет мало практического смысла.
Куда важнее понимать, какой доход принесет привлеченный пользователь в каждый его день с момента регистрации. Это дает нам понимание, когда пользователь окупится и совпадает ли это с нашими ожиданиями. Такие данные позволяют строить прогнозы и модели окупаемости.
Если бизнес не готов ждать окупаемости бесконечно, то лучше считать не LTV, а на какой день вернутся деньги. Эта задача решается проще.
Посчитать прибыль на определённый день поможет способ на основе накопительного ARPU, о котором мы расскажем дальше.
Делите пользователей на группы
Если анализировать всех сразу, получится среднее число, которое будет далёким от реальности. Поэтому пользователей нужно делить на группы — они называются когортами. Людей можно сгруппировать по дате регистрации, территориальным признакам, после какой рекламы пришли и так далее.
Например, люди, которые пришли после рекламы в Facebook, — это одна группа. Которые пришли из «ВКонтакте» — другая.
А если у вас много данных, то пробуйте считать LTV для одного пользователя, а не группы. Эта информация будет ещё ценнее. Например, от этих данных может зависеть монетизация конкретного человека: показывать ему рекламу или предлагать внутриигровые покупки.
Помните о пользователях с аномальным поведением
Почти в каждой группе есть игроки, чьё поведение отличается от других. Например, все тратят по $5 в неделю, а кто-то один — по $1000. Из-за него расчёт LTV получится неточным — этого человека лучше на время исключить. Но при этом совсем забывать о таких людях не нужно.
Если полностью исключить топ-плательщиков из расчётов окупаемости, можно не учесть часть прибыли. В результате вы ограничите себя в объеме инвестиций в успешный проект. Вариант решения проблемы «китов» — выбирать размер когорт таким образом, чтобы появление топ-плательщика было статистически прогнозируемо.
Не стоит доверять средним показателям по рынку
Даже с небольшим LTV у вас может быть всё хорошо, если вы умеете оптимизировать затраты и дешёво закупать платящих игроков.
Способы
Невозможно точно предсказать, сколько человек будет пользоваться приложением и сколько денег заплатит. Мы можем сделать лишь примерный прогноз. Каждый аналитик должен выбрать, какой из способов лучше подходит для его приложения, либо придумать свой.
На основе удержания — сложный способ, придётся сделать много расчётов. Подойдёт продвинутым аналитикам, если нужно определить LTV как можно точнее. Он работает хорошо, если пользователи платят стабильно, без резких изменений.
Накопительный ARPU — способ, который можно применять при наличии небольшого количества данных и за недолгий срок. Позволяет точнее понять, на какой день окупится привлечение пользователя.
Способ 1. На основе удержания
Этот способ хорош тем, что здесь мы точнее определяем, сколько в среднем дней или месяцев люди пользуются нашим приложением — Lifetime. Чтобы его рассчитать, нужно обратиться к другой метрике — показатель удержания (Retention).
Чтобы объяснить, что такое показатель удержания, возьмём простой пример. Мы запустили приложение — в первый день в него зашли 100 человек. А на второй день из них зашли только 60. Значит, показатель удержания на второй день — 60%. Его изображают в виде такого графика.
Когда приложение молодое, мы не знаем, сколько люди будут в него играть. Поэтому показатель удержания приходится прогнозировать.
Наш фактический график удержания изгибается примерно равномерно. Поэтому, если мы найдём функцию, график которой будет изгибаться похожим образом, то сможем сделать прогноз.
Есть несколько формул. Использовать можно все. Просто одна из них построит новый график чуть точнее, чем остальные. Понять, какая именно, можно только попробовав все. Если ни одна из них не подошла, можно поискать на просторах интернета другие. Например, здесь. Вот некоторые из формул:
«X» в уравнении — период времени. Например, нам известно удержание за 30 дней. Поэтому попробуем построить график на чуть больший срок — 90 суток. Соответственно, наше «X» — 90.
«A, B, C, D» — параметры функции. Это определённые числа, которые нужно подобрать так, чтобы новый график был максимально схож с фактическим. Это можно сделать вручную, либо воспользоваться инструментом Solver для Excel. Как им пользоваться, можно найти тут.
Строим графики и сравниваем их с фактическим. Должно получиться похоже на это:
Подробное руководство по графику удержания (Retention) можно найти в этой статье.
Итак, мы построили график на 90 дней. Теперь нужно узнать, сколько в среднем платит один игрок в месяц — ARPU.
Берём валовую прибыль за месяц и делим её на количество клиентов, которые пользовались приложением в этом месяце. Например, игра работает 30 дней. За это время мы заработали $5000, а поиграли в нашу игру 100 человек. Получается, в среднем каждый игрок приносит нам в месяц по $50 — это ARPU.
Теперь, чтобы посчитать LTV, нужно поделить график удержания на месяцы. У нас он на 90 дней, значит делим его на три части — по 30 дней. И смотрим, какой показатель удержания был в конце каждого месяца. Напомним, что в наших примерах мы завысили и округлили все цифры, чтобы было проще считать, — в реальности они намного ниже.
I месяц — 80%.
II месяц — 50%.
- III месяц — 20%.
После этого умножаем месячный ARPU ($50) на показатель удержания в каждом месяце. А после складываем эти числа.
Получается, наше LTV — $85.
Плюсы и минусы
Lifetime здесь рассчитывается довольно точно, но в этом способе мы предполагаем, что ARPU неизменен. А ничего статичного не бывает. Если ARPU меняется не сильно, то это не критично.
Этот способ довольно точно отражает смысл LTV. Но здесь могут возникнуть проблемы в виде пользователей с аномальным поведением, которые сильно изменят показатели сегментов.
Это рабочий способ для проектов, где ARPU слабо меняется со временем. Например, сервисов, доступных только по подписке. В других приложениях ARPU может сильно меняться со временем, поэтому нужно рассчитывать его отдельно для каждого периода.
Способ 2. На основе накопительного ARPU
Допустим, мы запустили рекламу в социальной сети. После неё в игру пришло сто человек. Если сложить их платежи, а затем разделить на сто, то можно узнать, сколько в среднем платит один игрок из этой группы.
Например, получилось, что «средний» игрок из этой группы в первый день потратил $1.1, на второй — ещё $2, на третий — плюс $0.5. Всё это отражено на рисунке выше — это график накопительного ARPU.
На основе этих данных можно сделать прогноз, сколько денег будет тратить клиент в будущем. Точно так же, как делали в первом способе — построить график, максимально похожий на фактический, так как кривая изгибается примерно равномерно. Это делается с помощью такой формулы:
Выбор «t» зависит от проекта и поведения пользователей в нем. Например, мы знаем, что люди играют в нашу игру примерно две недели месяца. Поэтому берём 14 дней.
«A и B» — как и в первом способе — параметры функции. Это определённые числа, которые нужно подобрать так, чтобы новый график совпал с фактическим. В этом поможет Solver, о котором мы говорили в предыдущем блоке. Подобрав все числа, строим график.
Точка, где график становится перпендикулярен оси накопительного ARPU, — наше среднее LTV на одного пользователя.
Плюсы и минусы
Основной плюс — наличие кривой накопительного ARPU, которая позволяет определять, когда окупится привлечение пользователей. Минусы: прогнозы могут быть неточными, если в приложении происходит много изменений, затрагивающих монетизацию.
Могут возникнуть проблемы, если в игре много пользователей с аномальным поведением, или больше всего денег приносят акции. Но способ хорош тем, что значимые изменения в продукте будут отчётливо видны на графике.
С развитием технологий отпадает нужда считать всё вручную. myTracker — платформа с бесплатной функцией предиктивной аналитики. Система умеет самостоятельно прогнозировать доходы от приложения на дни и месяцы вперёд, основываясь на больших данных.
Первый инструмент предиктивной аналитики myTracker — прогнозирование LTV. Платформа изучает поведение пользователей, все события и закономерности, а затем предсказывает, сколько денег принесут клиенты за время пользования приложением.
Как работают автоматические прогнозы LTV:
- myTracker собирает статистику приложения и сопоставляет её с накопленной информацией и критериями качества данных — ранее система уже проанализировала тысячи приложений.
- Это нужно, чтобы подобрать модели прогнозирования — у системы их множество. Она выбирает из них те, которые дадут наиболее точные прогнозы для конкретного приложения.
- После этого платформа настраивает с нуля выбранные модели под приложение, подбирает коэффициенты. Для начала обучения модели нужно иметь данные за неделю. Для оптимального прогноза — один-два месяца.
- Затем платформа делит пользователей на мельчайшие когорты и объединяет собранную по ним информацию в обезличенные массивы данных.
- Сделав это, myTracker выдаёт прогноз по каждой когорте пользователей начиная со второго дня после установки приложения этими пользователями.
- Платформа постоянно самостоятельно сравнивает прогноз с фактическими показателями, чтобы скорректировать коэффициенты или поменять активную модель прогнозов для конкретного приложения. С каждым днём прогноз становится всё точнее, а на восьмой день прогноз фиксируется, так как достигается оптимальная точность (средняя точность прогнозов в myTracker — 90%).
Узнать больше о том, как устроены модели прогнозирования myTracker, можно в документации.
Не читал, но за картинку с gravity defied плюсую
Ребят, facebook ads интегрирован у вас? не вижу на сайте
попробуйте https://qonversio.io - есть интеграция с Facebook Ads
А как обстоят дела с GDPR?
при отказе от мастера создания очень тяжело понять как добавить приложение - надо при отсутствии приложений сделать кнопку вызова мастера.
Для быстрого привлечения аудитории советую сделать SDK для Flutter - затрат не много, так как это будет всего лишь обертка для вызова нативных методов, а конкуренция там сейчас не очень высокая и сможете выделить официальной поддержкой Flutter SDK.