Рефанды в юнит-экономике: почему считать надо не апрув, а чистую прибыль

Рефанды в юнит-экономике: почему считать надо не апрув, а чистую прибыль

Если брать в расчёт только подтверждённые лиды или продажи, экономика почти всегда выглядит лучше, чем есть. Рефанд — это не «потом учтём», а минус к доходу, который должен попадать в модель сразу же, иначе ROI, CPA и payback будут врать.

Считай не общий revenue, а net revenue: доход минус возвраты, чарджбеки и отмены. Если рефанды приходят с лагом, разнеси их по когортам или хотя бы закладывай коэффициент возврата в разрезе оффера, источника и гео. Один и тот же поток может давать разные возвратные сценарии.

Что важно проверить в расчёте:
— считать рефанд на уровне выплаты, а не только на уровне лида;
— отделять отмену до отправки от возврата после выкупа;
— не смешивать органику и платный трафик в одной воронке;
— держать отдельную строку для delayed refunds, если возвраты приходят позже атрибуции.

Ошибка, которая ломает модель: брать средний refund rate по всему аккаунту и применять его ко всем кампаниям. Так ты маскируешь плохие связки и переоцениваешь сильные. Лучше пересматривать коэффициент регулярно и считать его по сегментам, где трафик реально ведёт себя похоже.

Итог простой: юнит-экономика без рефандов — это не расчёт, а черновик. Считай чистый доход, а не вал, и решения по масштабированию станут заметно трезвее.