Please enable JavaScript.
Coggle requires JavaScript to display documents.
LTV > CAC (Фактический по когорте (Что требуется (Определена (задана)…
LTV > CAC
Фактический по когорте
-
Плюсы
-
LTV фактический, а не прогнозный
Минусы
Долго ждать (год, например?) -->
-
= Lifetime * ARPU(DAU)
Lifetime
Площадь под графиком ретеншена, т.е. интеграл функции ретеншена
Берем первые точки
(чем больше, тем лучше, но...)
-
Получаем функцию
Предполагаем, что функция вида F(t) = A + B / (t+c)
-
Считаем интеграл
-
Если не сходится – определяем за заданный период (в принципе, любой).
Делим значение интеграла на 100 (т.к. по сути получили LT для 100 юзеров – ну это просто зависит от того, как считать)
ARPU
Предположения:
На любом этапе жизни юзер приносит одинаковый доход (т.е. считаем, что пользователь, зашедший в приложение в 1й день и в 197й – в оба дня принес одинаковую сумму)
На самом деле:
ARPU со временем тоже падает (т.к. падает CPM т.к. падает CTR), в мобилках точно так. Т.е. ARPU тоже имеет вид гиперболы и можно пробовать прогнозировать еще и функцию ARPU :smiley:
есть сезонность и пр. Но если задача сранивть 2 группы между собой, то это не так важно. Если задача именно посчитать по факту LTV, то уже важнее
-
Все юзеры не зависимо от канала их привлечения/установки приносят одинаковый доход (имеется в виду, что если два разных пользователя заходили в приложение в какой-то день, то они принесли одинаковый доход, даже если эти пользователи установили приложение из разных каналов)
Если так не подходит, то нужно раздавать этой когорте отдельную рекламу, чтобы посчитать