Показатели эффективности игр: ARPPU
Чем ARPPU отличается от ARPU и среднего чека, зачем считать и отслеживать эту метрику, а также, как проще всего её увеличивать, рассказала Вера Карпова, аналитик devtodev.
Это вторая публикация App2Top.ru и devtodev в рамках цикла материалов об игровых метриках. Статьи делятся по сезонам, каждый из которых посвящен конкретной теме. Первый сезон называется «Деньги». В нем мы рассказываем про показатели эффективности, касающиеся денег.
В этой статье речь пойдет о показателе, который характеризует реакцию платящих пользователей на ценность проекта, и который в то же время является очень важной и полезной монетизационной метрикой.
Это ARPPU (average revenue per paying user) или средний доход, который приносит платящий пользователь (пользователь, совершивший хотя бы один платеж) за определенный период времени.
Для расчета ARPPU нужно доход за выбранный период разделить на количество пользователей, совершивших платеж (Paying Users):
ARPPU = Revenue / Paying Users
Также при расчете ARPPU важно обращать внимание на исследуемый период. Пользователи в течение месяца могут совершать повторные платежи, но при этом месячный ARPPU не будет равен сумме дневных, так как делитель (платящие пользователи за месяц) будет не суммой, заплативших клиентов по дням, а количеством уникальных платящих пользователей за месяц.
В отличие от ARPU эта метрика не учитывает пользователей, которые ничего не заплатили: в расчет попадают только те, что совершили платеж. Соответственно, ARPPU всегда будет больше или равен ARPU (причем равны они будут только если все активные пользователи совершат покупку). На практике ARPPU обычно значительно превосходит ARPU.
Небольшой пример для сравнения этих двух метрик:
Допустим 1000 из 5000 активных пользователей совершили определенные покупки в приложении на сумму $3000. Рассчитаем по этим данным ARPU и ARPPU:
- ARPU = $3000 / 5000 = $0,6 — такую сумму в среднем приносит активный пользователь;
- ARPPU = $3000 / 1000 = $3 — а столько в среднем приносит в проект платящий.
ARPPU прямо пропорционально влияет на доход.
Revenue = ARPPU * Paying Users
Увеличив ARPPU или количество платящих пользователей, можно повысить доход.
Но, работая над повышением ARPPU, нужно обязательно следить за другими метриками, так как его увеличение может привести к ухудшению других показателей.
Рассмотрим на примере, почему это может произойти.
Предположим, что 100 пользователей из 1000 совершают покупки стоимостью $2. В этом случае:
- Revenue = $200
- Paying users = 100
- Paying share (доля платящих — процент пользователей, совершивших платеж, от всей аудитории) = 100 / 1000 = 10%
- ARPU = $200 / 1000 = $0.2
- ARPPU = $200 / 100 = $2
Самый простой способ увеличить ARPPU – поднять цены. Посмотрим чем это может обернуться.
Пусть теперь продукт стоит $10 вместо $2, но за такую цену его купят уже не 100 человек, а 20. Тогда метрики будут выглядеть так:
- Revenue = $200
- Paying users = 20
- Paying share = 20 / 1000 = 2%
- ARPU = $200 / 1000 = $0,2
- ARPPU = $200 / 20 = $10
В данном примере значительно упала доля платящих – с 10% до 2%. Зато ARPPU вырос с $2 до $10, причем это никак не повлияло на доход, который, как и ARPU, остался неизменным.
А если бы количество платящих пользователе стало бы еще меньше? Например, 10 вместо 20-ти?
- Revenue = $100
- Paying users = 10
- Paying share = 10 / 1000 = 1%
- ARPU = $100 / 1000 = $0.1
- ARPPU = $100 / 10 = $10
Здесь значительно ухудшились абсолютно все метрики: доход, доля платящих и ARPU. А вот ARPPU по-прежнему был бы равен $10, как и в предыдущем примере.
Вот сравнительная таблица этих 3-х вариантов:
В связи с этим возникает несколько вопросов: зачем же тогда нужно считать и контролировать ARPPU и чем этот показатель может быть полезен?
Дело в том, что ARPPU очень хорошо характеризует повторные платежи, так как в случае их совершения, количество платящих не увеличивается, зато растет доход.
Пожалуй, это наиболее грамотный способ повысить метрику ARPPU без ущерба для других показателей.
Рассмотрим это на примере.
10 пользователей из 100 совершили платежи, каждый стоимостью $2.
- Revenue = $20
- Paying share = 10%
- ARPU = $0,2
- ARPPU = $2
Затем трое из этих 10 платящих сделали повторный платеж на сумму $3. Тогда:
- Revenue = $29
- Paying share = 10%
- ARPU = $0,3
- ARPPU = $3
То есть, повторные платежи пользователей приводят к росту всех основных метрик.
Кстати, исследования компании devtodev в части онлайн-игр показали, что чем больше платежей совершает пользователь, тем больше сумма его последующего платежа.
Есть еще одна близкая к ARPPU метрика – это средний чек («average check» или «revenue per transaction»), но тем не менее она имеет немного другой смысл и отличается способом расчета, хотя так же используется только для платящих пользователей, вернее, для оценки их платежей.
Итак, средний чек – это средняя стоимость транзакции, то есть среднее арифметическое от всех совершенных платежей, без учета количества пользователей, которые эти платежи совершили.
Average Check = Revenue / Transactions
Разница с ARPPU заключается в том, что если один платящий пользователь совершит повторный платеж, то знаменатель в ARPPU (количество платящих) не изменится, но увеличится количество транзакций, и это повлияет на размер среднего чека.
Сравним эти две метрики на примере.
Допустим, 10 пользователей совершили платежи по $5 каждый, после чего двое из них сделали еще по одной покупке стоимостью $3.
В этом случае ARPPU будет равен (10 * $5 + 2 * $3) / 10 = $5,6, а для того, чтобы посчитать средний чек, общий доход нужно разделить не на количество платящих пользователей, а на количество платежей, совершенных ими: (10 * $5 + 2 * $3) / 12 = $4,7
Пожалуй, интересно узнать какой ARPPU имеют успешные проекты. Вот один из них – игра Game of War, годовой ARPPU которой составил $550.
ARPPU – это еще один индикатор лояльности пользователей, который в то же время позволяет оценить отношение пользователей к ценам продукта. Он чутко реагирует на их изменение. Он также показывает удовлетворенность пользователей вашим приложением, так как чем она выше, тем больше они в итоге заплатят.
Читайте также:
