# Сегментация по lifecycle: как стадии жизни клиента заменяют статичные списки

> Сегмент «купил за последний месяц» — это фотография прошлого. Разбираем, как собрать динамическую lifecycle-модель поверх RFM и привязать каждую стадию к выручке.

**Рубрика:** Статьи  
**Автор:** Валерия Старостина, CRM-маркетолог, ClientCore  
**Дата:** 2026-09-05

Знакомая картина: CRM внедрена, welcome-цепочка работает, а вся сегментация сводится к двум выгрузкам — «купил за последние 90 дней» и «не открывал письма месяц». По этим спискам одна и та же рассылка уходит и человеку, который заказал вчера, и тому, кто молчит год. Первому скидка «возвращайтесь» не нужна — он и так вернется. Второму она уже безразлична. Бюджет тает в обе стороны, а отчет показывает только открытия и клики.

Выход — сегментация по lifecycle: база делится на стадии жизненного цикла, клиенты перемещаются между ними автоматически, и у каждой стадии своя задача и свой KPI. О том, как собрать такую модель поверх RFM и почему половина внедрений заканчивается красивой схемой без эффекта на деньги, рассказывает CRM-маркетолог ClientCore Валерия Старостина.

> **Читайте также:** [Как проверить качество сегментов: признаки того, что сегментация работает на деньги](https://clientcore.ru/blog/articles/kak-proverit-kachestvo-segmentov-priznaki-togo-chto-segmentaciya-rabotaet-na-dengi)

## Чем живой сегмент отличается от статичного списка

Статичный список — срез базы на дату. В марте собрали «активных», запустили на них кампанию, а к маю треть списка уже просрочила свой цикл покупки и перешла в зону риска. Кампания продолжает работать по мартовской картине. Для бизнеса разница считается в деньгах: промо по устаревшему списку уходит и тем, кто купил бы без скидки, — маржа тает, а засыпающие в это время не получают ничего.

Сегменты по жизненному циклу живут по правилам. Пока поведение клиента соответствует условиям стадии — он в ней. Поведение изменилось — сегмент пересчитался, человек «переехал», и коммуникация для него поменялась автоматически. Маркетолог не выгружает ничего руками.

Если в планах есть сегментация по CJM, lifecycle-стадии станут её каркасом: для retention-части пути клиента каждая стадия — готовый этап со своими барьерами, мотивами и точками контакта.

**Норма**

- сегмент пересчитывается автоматически, без выгрузок в Excel
- клиент в любой момент находится ровно в одной стадии — и видно, в какой
- в отчетах виден поток: сколько человек за месяц перешло из активных в засыпающие

**Red flag**

- «сегменты» живут в выгрузках, которые обновляют раз в квартал
- VIP-список не менялся с прошлого года
- никто не может сказать, сколько клиентов сейчас в оттоке

## RFM — фундамент lifecycle-модели

Собирать стадии «из головы» бессмысленно — сначала нужны координаты. Их дает RFM-анализ: давность последней покупки (Recency), частота (Frequency) и сумма (Monetary). Три оси показывают, где клиент находится прямо сейчас.

Lifecycle-модель — правила движения поверх этих координат. Если медианный интервал между покупками в категории — 45 дней, то клиент с давностью 50 дней еще активен, с 70 — уже засыпающий, со 120 — оттоковый. Пороги рождаются из данных категории, а не из чужой методички.

Мы это проверяли на практике: в проекте для Fitroom собирали RFM-сегментацию с нуля и параллельно вывели домен рассылок из спама ([кейс](https://clientcore.ru/blog/articles/otzyv-fitroom-o-clientcore-rfm-segmentaciya-dostavlyaemost-rassylok)). Без координат 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% за квартал без роста числа отправок ([кейс](https://clientcore.ru/blog/articles/keis-minidino-rost-effektivnosti-email)).

**Норма**

- у каждого сегмента известны размер, выручка и доля в общем обороте
- переходы между стадиями считаются и обсуждаются регулярно
- у реактивации есть экономика: понятно, во сколько обходится возврат клиента

**Red flag**

- стадии есть, а цифр по ним нет — ни размера, ни выручки
- успех измеряется открытиями и кликами по всей базе сразу
- схему нарисовали один раз и с тех пор не пересматривали

## Как внедрить lifecycle-сегментацию без бесконечного проекта

Порядок, который работает:

1. **Данные.** Проверяем, что заказы, даты и статусы сливаются в CRM корректно. Битый источник убьет любую модель. 2. **Пороги.** Считаем медианные интервалы между покупками по категориям, определяем границы стадий. 3. **Сегменты.** Заводим стадии как динамические сегменты — в Mindbox это сценарии с пересчетом по расписанию и по событию. Смена сегмента становится триггером входа в цепочку. 4. **Коммуникации.** Для каждой стадии — своя цепочка и своя цель из блока выше. 5. **Отчетность.** Дашборд потоков: сколько человек вошло в стадию, сколько вышло, где застревают.

По срокам: если данные в порядке, первая рабочая версия собирается за 3–4 недели. Дольше всего обычно занимает не настройка сегментов, а ремонт источников данных.

> Самое частое отклонение от плана — не сегменты, а данные. В одном проекте мы неделю разбирались, почему «активных» вдруг стало вдвое больше: оказалось, отмененные заказы прилетали в CRM как обычные. Поэтому первый шаг всегда один — проверить, что цифрам можно верить.
>
> — Валерия Старостина, CRM-маркетолог, ClientCore

> **Читайте также:** [Сегментация по источнику привлечения: почему клиенты из разных каналов приносят разную выручку](https://clientcore.ru/blog/articles/segmentaciya-po-istochniku-privlecheniya-pochemu-klienty-iz-raznyh-kanalov-prinosyat-raznuyu-vyruchku)

---

[Открыть статью на сайте](https://clientcore.ru/blog/articles/segmentaciya-po-lifecycle-kak-stadii-zhizni-klienta-zamenyayut-statichnye-spiski)
