Сегментация по lifecycle: как стадии жизни клиента заменяют статичные списки
Сегмент «купил за последний месяц» — это фотография прошлого. Разбираем, как собрать динамическую lifecycle-модель поверх RFM и привязать каждую стадию к выручке.
Знакомая картина: CRM внедрена, welcome-цепочка работает, а вся сегментация сводится к двум выгрузкам — «купил за последние 90 дней» и «не открывал письма месяц». По этим спискам одна и та же рассылка уходит и человеку, который заказал вчера, и тому, кто молчит год. Первому скидка «возвращайтесь» не нужна — он и так вернется. Второму она уже безразлична. Бюджет тает в обе стороны, а отчет показывает только открытия и клики.
Выход — сегментация по lifecycle: база делится на стадии жизненного цикла, клиенты перемещаются между ними автоматически, и у каждой стадии своя задача и свой KPI. О том, как собрать такую модель поверх RFM и почему половина внедрений заканчивается красивой схемой без эффекта на деньги, рассказывает CRM-маркетолог ClientCore Валерия Старостина.
ЧИТАЙТЕ ТАКЖЕ
«Сегменты в CRM есть, а роста выручки нет. Три проверки качества сегментации и чек-лист аудита: как найти сегменты, которые не работают на деньги.»
Статичный список — срез базы на дату. В марте собрали «активных», запустили на них кампанию, а к маю треть списка уже просрочила свой цикл покупки и перешла в зону риска. Кампания продолжает работать по мартовской картине. Для бизнеса разница считается в деньгах: промо по устаревшему списку уходит и тем, кто купил бы без скидки, — маржа тает, а засыпающие в это время не получают ничего.
Сегменты по жизненному циклу живут по правилам. Пока поведение клиента соответствует условиям стадии — он в ней. Поведение изменилось — сегмент пересчитался, человек «переехал», и коммуникация для него поменялась автоматически. Маркетолог не выгружает ничего руками.
Если в планах есть сегментация по CJM, lifecycle-стадии станут её каркасом: для retention-части пути клиента каждая стадия — готовый этап со своими барьерами, мотивами и точками контакта.
Норма
сегмент пересчитывается автоматически, без выгрузок в Excel
клиент в любой момент находится ровно в одной стадии — и видно, в какой
в отчетах виден поток: сколько человек за месяц перешло из активных в засыпающие
Red flag
«сегменты» живут в выгрузках, которые обновляют раз в квартал
VIP-список не менялся с прошлого года
никто не может сказать, сколько клиентов сейчас в оттоке
RFM — фундамент lifecycle-модели
Собирать стадии «из головы» бессмысленно — сначала нужны координаты. Их дает RFM-анализ: давность последней покупки (Recency), частота (Frequency) и сумма (Monetary). Три оси показывают, где клиент находится прямо сейчас.
Lifecycle-модель — правила движения поверх этих координат. Если медианный интервал между покупками в категории — 45 дней, то клиент с давностью 50 дней еще активен, с 70 — уже засыпающий, со 120 — оттоковый. Пороги рождаются из данных категории, а не из чужой методички.
Мы это проверяли на практике: в проекте для Fitroom собирали RFM-сегментацию с нуля и параллельно вывели домен рассылок из спама (кейс). Без координат RFM любые стадии были бы гаданием.
RFM — быстрый способ увидеть структуру базы: считается за день, а картину дает честную. Почти в каждом проекте всплывает сюрприз: у одного клиента 58% базы не покупали больше года, и все это время им шли еженедельные «новинки». С такой арифметикой сначала разбираемся — и только потом рисуем стадии.
Валерия Старостина
CRM-маркетолог, ClientCore
Пять стадий: кто в них живет и как считать пороги
Базовая модель, с которой стартуем почти в каждом проекте:
Новый — сделал первую покупку, но ценность продукта еще не подтвердил. Главное окно — срок до второго заказа.
Активный — покупает в пределах своего интервала. Задача бизнеса — удерживать этот ритм.
Засыпающий — интервал просрочен примерно в полтора раза. Письма открывает реже, на сайте давно не был.
Оттоковый — просрочка в два интервала и больше. Вероятность возврата низкая, но не нулевая.
VIP — стадия про ценность: высокий Monetary при живом Recency. Таких в базе обычно 3–7%, а выручки они дают заметно больше остальных.
Каждой стадии — своя коммуникация. Новому — онбординг: серия о продукте, подсказки, социальные доказательства. Активному — кросс-продажи и программа лояльности. Засыпающему — цепочка возврата с нарастающим оффером. Оттоковому — win-back с честной скидкой или прощальное письмо. VIP — ранний доступ, персональные подборки, статусные механики. Так сегментация по lifecycle работает на практике: стадия определяет и содержание, и частоту касаний.
Пороги переходов считаются от цикла покупки конкретной категории. Для косметики это 30–60 дней, для электроники — год и больше. Универсальные «90 дней для всех» — верный способ получить стадии, в которых все перемешано.
У каждой стадии своя цель и свой KPI
Частая ошибка — нарисовать стадии, а мерить все по-прежнему открываемостью писем. OR не показывает, движется ли клиент по циклу. У каждой стадии должна быть своя метрика результата:
Новый → вторая покупка. KPI: доля новых, сделавших второй заказ в окне, и медианное время до него.
Активный → ритм и чек. KPI: частота заказов и средний чек сегмента.
Засыпающий → возврат в актив. KPI: доля вернувшихся в активные за месяц.
Оттоковый → win-back. KPI: процент реактивации и экономика возврата — скидка против выручки вернувшегося клиента.
VIP → удержание. KPI: retention сегмента и его доля в выручке.
С такой разметкой lifecycle-коммуникации становятся управляемой системой: у каждой цепочки есть понятная задача, а отчет показывает движение людей между стадиями — метрику, которой нет в кликах. Доля возвратов из засыпающих растет, оттоковый сегмент сокращается — схема зарабатывает.
Засыпающие — мой любимый сегмент для быстрого эффекта. Возврат такого клиента обходится в разы дешевле привлечения нового, а конверсия реактивационных цепочек обычно в 2–3 раза выше, чем у промо по всей базе. При этом в половине проектов на засыпающих до нас никто не смотрел — сегмента просто не существовало.
Валерия Старостина
CRM-маркетолог, ClientCore
Lifecycle-модель, которая не влияет на выручку
Классическая история: команда рисует стадии в Miro, заводит ярлыки в Mindbox, настраивает welcome-цепочку — и на этом проект «завершен». Через квартал выручка CRM-канала та же, схема пылится.
Чтобы модель приносила деньги, каждая стадия привязывается к цифрам: сколько человек в сегменте, какую выручку он дает, сколько стоит переход в следующую стадию. Цель модели — сдвигать поток клиентов в сторону активных и VIP. Если за квартал поток не сдвинулся, схема декоративная, как бы красиво она ни выглядела.
Проверка занимает десять минут. Откройте отчет по сегментам и ответьте: сколько человек в каждой стадии прямо сейчас? Сколько выручки дал каждый сегмент за квартал? Как изменились переходы между стадиями за тот же период? Если хотя бы на один вопрос нет ответа — привязки к деньгам нет.
Пример из практики: у MINIDINO рассылки уходили всей базе без разбора сегментов. Мы пересобрали логику, сделав ставку на точность вместо охвата, — эффективность email-рассылок выросла на 110% за квартал без роста числа отправок (кейс).
Норма
у каждого сегмента известны размер, выручка и доля в общем обороте
переходы между стадиями считаются и обсуждаются регулярно
у реактивации есть экономика: понятно, во сколько обходится возврат клиента
Red flag
стадии есть, а цифр по ним нет — ни размера, ни выручки
успех измеряется открытиями и кликами по всей базе сразу
схему нарисовали один раз и с тех пор не пересматривали
Как внедрить lifecycle-сегментацию без бесконечного проекта
Порядок, который работает:
1. Данные. Проверяем, что заказы, даты и статусы сливаются в CRM корректно. Битый источник убьет любую модель. 2. Пороги. Считаем медианные интервалы между покупками по категориям, определяем границы стадий. 3. Сегменты. Заводим стадии как динамические сегменты — в Mindbox это сценарии с пересчетом по расписанию и по событию. Смена сегмента становится триггером входа в цепочку. 4. Коммуникации. Для каждой стадии — своя цепочка и своя цель из блока выше. 5. Отчетность. Дашборд потоков: сколько человек вошло в стадию, сколько вышло, где застревают.
По срокам: если данные в порядке, первая рабочая версия собирается за 3–4 недели. Дольше всего обычно занимает не настройка сегментов, а ремонт источников данных.
Самое частое отклонение от плана — не сегменты, а данные. В одном проекте мы неделю разбирались, почему «активных» вдруг стало вдвое больше: оказалось, отмененные заказы прилетали в CRM как обычные. Поэтому первый шаг всегда один — проверить, что цифрам можно верить.
Валерия Старостина
CRM-маркетолог, ClientCore
ЧИТАЙТЕ ТАКЖЕ
«Performance-отдел отчитывается красиво: CPA снижается, лиды дешевеют, план по новым клиентам выполнен.»
RFM — это координаты клиента: давность, частота, сумма. Lifecycle-модель — правила движения поверх этих координат: пороги, по которым клиент переходит между стадиями, и коммуникации, привязанные к каждой. RFM отвечает на вопрос «где клиент сейчас», lifecycle — «что мы с ним делаем дальше».
Сколько стадий должно быть в модели?
Стартуйте с четырех-пяти: новый, активный, засыпающий, оттоковый и VIP при необходимости. Дробить раньше времени не стоит: каждая новая стадия — отдельная цепочка, цель и отчетность. Расширяйте модель, когда базовая стабильно считается и влияет на выручку.
Откуда брать пороги для стадий?
Из цикла покупки вашей категории: медианный интервал между заказами — база, границы стадий — кратные ему (например, ×1,5 для засыпающих, ×2 для оттоковых). Универсальных цифр нет: «90 дней» для кофе и для мебели означают разное. Пересматривайте пороги раз в полгода или при заметной смене ассортимента.
Можно ли собрать lifecycle-модель в Mindbox?
Да: стадии заводятся как динамические сегменты с пересчетом по расписанию и по событиям, коммуникации привязываются к смене сегмента. Главное условие — чистые данные по заказам: без них любая платформа будет считать стадии по мусору.