Please enable JavaScript.

Coggle requires JavaScript to display documents.

LTV > CAC (Фактический по когорте (Что требуется (Определена (задана)…

- - - - Берем первые точки
        
        (чем больше, тем лучше, но...)
        
        Медиану от ретеншена за каждый день
        
        Лучше брать, т.к. в этом случае ф-ия с большей вероятностью получится монотонно убывающей и иметь вид гиперболы, а при маленьком трафике – точно нет (по одному дню). Плюс сгладятся выходные и пр.
      - Получаем функцию
        
        Предполагаем, что функция вида F(t) = A + B / (t+c)
        
        least squares
      - Считаем интеграл
        
        Если сходится – то бинго
        
        Если не сходится – определяем за заданный период (в принципе, любой).
      - Делим значение интеграла на 100 (т.к. по сути получили LT для 100 юзеров – ну это просто зависит от того, как считать)
  - - - На любом этапе жизни юзер приносит одинаковый доход (т.е. считаем, что пользователь, зашедший в приложение в 1й день и в 197й – в оба дня принес одинаковую сумму)
        
        На самом деле:
        
        ARPU со временем тоже падает (т.к. падает CPM т.к. падает CTR), в мобилках точно так. Т.е. ARPU тоже имеет вид гиперболы и можно пробовать прогнозировать еще и функцию ARPU :smiley:
        
        есть сезонность и пр. Но если задача сранивть 2 группы между собой, то это не так важно. Если задача именно посчитать по факту LTV, то уже важнее
        
        доход за месяц деленный на кол-во дней в месяце деленное на среднемесячный DAU
      - Все юзеры не зависимо от канала их привлечения/установки приносят одинаковый доход (имеется в виду, что если два разных пользователя заходили в приложение в какой-то день, то они принесли одинаковый доход, даже если эти пользователи установили приложение из разных каналов)
        
        Если так не подходит, то нужно раздавать этой когорте отдельную рекламу, чтобы посчитать