Как считать LTV игрока в RevShare, чтобы не кормить себе убыточный трафик

Как считать LTV игрока в RevShare, чтобы не кормить себе убыточный трафик

Давайте наконец снимем розовые очки: LTV в ревшаре — это не магия и не «средняя температура по больнице». Это сколько денег игрок реально оставит у паба за весь цикл жизни, а не за первый деп. Если считаешь только first deposit, ты уже в минусе, просто еще не понял где.

Базовая логика простая: берешь сумму NGR по игроку за период и делишь на число активных игроков, потом докидываешь прогноз хвоста. Но без сегментации это мусор. Смотри минимум на 3 слоя: • источник трафика • гео и платежеспособность • поведение после первого депа. У одного потока игроки сдуваются за 7 дней, у другого крутят месяцами. Среднее по больнице тут убивает ROI.

Главная ошибка — считать LTV без холда и без возвратов. Если паб любит задерживать отчетность, твой «профит» может быть просто отсроченным шейвом. Еще хуже, когда берут gross revenue вместо net revenue: партнерка уже вычла бонусы, комиссии, фрод и свои хотелки, а ты все еще строишь иллюзии.

Нормальный подход такой: сначала смотри когортный LTV по 7/30/60/90 дням, потом строишь кривую затухания и проверяешь, где она выходит на плато. Если плато нет — не фантазируй, а занижай прогноз. Итоговый ROI всегда покажет, кто был прав. Лить или не лить — вопрос исключительно математики.