LTV по RFM-сегментам: как проверить, что сегментация отражает реальную ценность клиентов
Если «лояльные» и «дрейфующие» приносят одинаковый LTV — ваша RFM-матрица работает вхолостую. Разбираем, как проверить сегментацию деньгами и перестроить коммуникации по факту.
RFM-матрица есть почти у каждой компании с внедренным Mindbox. Сегменты посчитаны, названия присвоены: «чемпионы», «лояльные», «дрейфующие», «спящие». Под каждую ячейку завели свою цепочку писем, в отчетах все красиво. Вопросов вроде бы нет.
Но один вопрос команда задает редко: сколько денег приносит каждая ячейка? Когда мы проверяем матрицу фактическим LTV, картина часто оказывается неприятной. «Лояльные» и «дрейфующие» дают по 2 000 рублей за год, «чемпионы» отличаются от «новичков» в полтора раза. Поведенческие отличия между сегментами есть, а вот разницы в ценности клиентов матрица не ловит — и вся дифференциация коммуникаций превращается в декорацию.
ЧИТАЙТЕ ТАКЖЕ
«Когортный расчет LTV для интернет-магазина: формулы, связка с CAC и сколько вкладывать в привлечение и удержание. Разбирает CRM-маркетолог ClientCore.»
Как проверить свою матрицу деньгами и что делать с найденным, рассказывает Валерия Старостина, CRM-маркетолог ClientCore.
Симптомы: когда RFM-матрица врет
Сломанная сегментация редко выглядит сломанной. Отчеты сходятся, рассылки уходят, механики работают. Но есть маркеры, по которым видно, что матрица не отражает реальность:
кампании по «топ-сегментам» дают конверсию на уровне средней по базе;
скидка «дрейфующим» срабатывает так же, как скидка «лояльным»;
клиенты скачут между соседними ячейками туда-обратно каждый месяц;
CRM-команда не может назвать выручку конкретной ячейки — только общие цифры канала.
Еще один косвенный признак: вся база получает одно и то же. В FINNTRAIL до перезапуска каждое письмо собирали полторы недели, а получала его база целиком, без единого сегмента. После того как команда сделала ставку на скорость сборки и персонализацию, выручка email-канала выросла на 15% (кейс FINNTRAIL). Сегментация появилась — и деньги сразу стали видны.
Первое, что я прошу на аудите — выручку по ячейкам за 12 месяцев. В половине случаев ее никто никогда не считал: матрицу построили по методичке вендора, пороги взяли дефолтные, и дальше она живет как декорация. Один ритейлер год грел сегмент „лояльных“, который по деньгам оказался середняком. Реальные топы сидели в ячейке с редкими, но крупными покупками — и им просто никто не писал».
Валерия Старостина
CRM-маркетолог, ClientCore
Как посчитать LTV по RFM-сегментам: методика
Главная ошибка здесь — взять сегмент «на сегодня» и выручку «за прошлый год». Сегмент динамичный: клиент, который сейчас в «лояльных», полгода назад мог быть «дрейфующим». Такой расчет перемешает ячейки в кашу.
Рабочая схема выглядит так:
1. Фиксируем дату среза. Например, 1 января прошлого года. Определяем RFM-ячейку каждого клиента именно на эту дату. 2. Берем окно наблюдения — 6–12 месяцев после среза. Считаем, сколько денег принес каждый клиент за это окно. 3. Считаем LTV ячейки: сумма выручки клиентов ячейки за окно делится на число клиентов в ней на дату среза. Если есть данные по себестоимости — считаем на марже, это точнее. 4. Новичков считаем отдельно. Клиент с первой покупкой внутри окна наблюдения физически не успел накопить LTV — он занизит любую ячейку, куда попадет.
Пример. Ячейка «лояльные»: 3 000 клиентов на дату среза, за следующие 12 месяцев они принесли 6,3 млн рублей. LTV ячейки — 2 100 рублей. Ячейка «дрейфующие»: 5 000 клиентов, 9,5 млн выручки — LTV 1 900 рублей. Разница 10%. Для бизнеса эти сегменты одинаковы, хотя коммуникации под них построены разные.
Норма
LTV сегментов считается на марже или на выручке с поправкой на возвраты
окно наблюдения одинаковое для всех ячеек
новички идут отдельной когортой
Red flag
LTV считается «за все время» — старые клиенты накопили годы покупок, новые выглядят нищими
средний чек подменяет LTV: клиент с частыми мелкими заказами проигрывает разовому киту, хотя по году приносит больше
в расчет попали клиенты без телефона и email — их нельзя охватить, но они размывают цифры
Читаем матрицу: три паттерна сломанной сегментации
После расчета раскладываем LTV по ячейкам и смотрим на форму матрицы.
Паттерн 1. Плоская матрица. LTV соседних ячеек отличается на 10–20%. Здоровая RFM-сегментация дает разброс между крайними ячейками в 3–5 раз и больше. Если разброса нет, пороги подобраны случайно и матрица ничего не различает.
Паттерн 2. Инверсия. «Спящие» приносят больше «лояльных». Звучит абсурдно, но встречается часто: порог R отрезает в «спящие» клиентов с длинным циклом покупки — они еще вернутся, и вернутся с деньгами. А «лояльными» оказались частые покупатели с микрочеком.
Паттерн 3. M не работает. Ячейки с высоким чеком не дают высокого LTV. Крупные чеки у вас делают разовые покупатели, а деньги на дистанции сидят в частоте. Матрица, построенная вокруг чека, промахивается мимо реальной ценности.
Я смотрю на диагональ матрицы: LTV обязан расти от угла к углу. Если роста нет — пороги случайные. Был у нас клиент: восемь ячеек, разброс LTV от 1 700 до 2 400 рублей, почти ровное поле. Пересчитали пороги по межпокупочному интервалу — стало от 900 до 7 000. Вот после этого матрица начала отличать одних клиентов от других, и коммуникации наконец заработали по-разному там, где это нужно».
Валерия Старостина
CRM-маркетолог, ClientCore
Откуда берутся кривые пороги
Матрица ломается на границах. Типовых ошибок четыре.
Пороги из шаблона. R: 30/90/180 дней — классика из презентации платформы. Но у салона оптики цикл покупки 12–18 месяцев, у кофейни — неделя. Порог R надо выводить из медианы межпокупочного интервала своей базы, обычно медиана × 1,5–2 дает рабочую границу «клиент начал дрейфовать».
F-границы не там, где разрыв. В большинстве баз 60–70% клиентов сделали ровно одну покупку. Главная граница — между первой и второй покупкой, потому что вторая кратно меняет прогноз LTV. А шаблонные матрицы усердно делят «3 покупки vs 5», где разница в ценности минимальна.
Единый порог M на весь ассортимент. Покупатель люстры за 40 000 и покупатель лампочек за 2 000 попадают в одну шкалу чека. M-пороги нужны внутри товарных категорий, иначе ячейки сравнивают несравнимое.
Новички в общей матрице. У клиента с первой покупкой R свежий по определению, F равен единице. Он падает в «новичков» и сидит там с клиентами, которых вы потеряли год назад.
Норма
порог R выведен из медианы интервала между заказами
первый сплит по F — между одной и двумя покупками
M считается внутри категорий
Red flag
пороги скопированы из методички и не пересматривались больше года
матрица 5×5×5 — 125 ячеек, которыми никто физически не управляет
границы подбирали «чтобы ячейки были примерно одинакового размера»
Что менять в коммуникациях после пересчета
Пересчитанная матрица почти всегда требует упростить схему коммуникаций.
Ячейки с близким LTV объединяем. Если «лояльные» и «дрейфующие» по деньгам равны, держать под них разные цепочки нет смысла — хватит одной логики с поправкой на давность.
Топ-ячейки по LTV переводим в режим удержания: приоритетный сервис, ранний доступ к новинкам, персональный менеджер, если чек это позволяет. Скидочное давление здесь снижаем — этот клиент и так покупает.
Средний слой «высокий M, низкий F» — самая перспективная зона для роста. Работаем над второй покупкой: кросс-сейл в первые 30–45 дней, подборки под первый заказ, программа лояльности с понятной выгодой на второй шаг.
«Частые и дешевые» с низким LTV требуют проверки маржинальности. Нередко это клиенты, которые покупают только по акциям, и каждая дополнительная скидка уводит их в минус.
Ставка на точность вместо охвата сработала у MINIDINO: рассылки уходили всей базе без разбора сегментов, мы пересобрали логику — и получили +110% к эффективности email за квартал (кейс MINIDINO).
После пересчета почти всегда режем число сценариев. У одного клиента было 11 сегментных цепочек — оставили 5, и выручка на отправку выросла, потому что бюджет ушел в ячейки, где есть деньги. Скидку для „дрейфующих“ урезали с 20% до 10% спокойно: их LTV показал, что возвращаются они и на контентных письмах, а жирный дисконт просто съедал маржу».
Валерия Старостина
CRM-маркетолог, ClientCore
Как часто перепроверять матрицу
Сами сегменты Mindbox пересчитывает автоматически, клиенты перетекают между ячейками каждый день. А вот пороги никто не трогает — и это слепая зона.
Валидацию LTV по RFM делайте раз в квартал. Это ручная работа на день-два: срез, выгрузка, сводная таблица. Внепланово пересчитывайте после смены ассортимента, ценовой политики или крупных акций — они сдвигают распределения, и старые границы перестают совпадать с поведением базы.
Сигналы, что ждать квартала нельзя: выросла доля перетеканий между сегментами, кампании по топ-ячейкам просели к среднему уровню базы, доля «новичков» в матрице перевалила за треть.
ЧИТАЙТЕ ТАКЖЕ
«Средний LTV по базе прячет главное: клиенты из разных источников окупаются по-разному. Показываем, как считать LTV по когортам, читать кривые и решать, куда лить бюджет.»
Чем LTV по RFM отличается от обычного расчета LTV клиента?
Расчет LTV клиента в обычном виде дает одно усредненное число на всю базу — оно пригодно для юнит-экономики и оценки стоимости привлечения. LTV по RFM раскладывает ценность по ячейкам матрицы и отвечает на другой вопрос: различает ли сегментация клиентов по деньгам. Это инструмент проверки самой сегментации.
Какой разброс LTV между сегментами считать нормальным?
Между крайними ячейками — от 3–5 раз и выше. Если разница между «чемпионами» и «спящими» меньше двух раз, матрица не отражает ценность: пороги случайные, и дифференцировать коммуникации по ней рано.
Можно ли проверить сегментацию, если CRM внедрили недавно?
Да, с оговорками. Нужна история транзакций минимум за два цикла покупки — ее можно подтянуть из учетной системы, даже если Mindbox работает пару месяцев. Окно наблюдения в этом случае сокращайте до 6 месяцев и делайте поправку на сезонность.
Что делать, если у «лояльных» и «дрейфующих» одинаковый LTV?
Пересчитывать пороги. R — от медианы межпокупочного интервала, первую границу F — между одной и двумя покупками, M — внутри товарных категорий. Через квартал повторить валидацию: если разброс LTV между ячейками вырос до 3+ раз, матрица ожила. Если нет — проблема глубже, в данных или в самой логике бизнеса.