RFM-анализ клиентов: как разделить базу и выбрать действия для каждой группы

RFM-анализ помогает разделить покупателей по трём признакам: давности последней покупки, количеству заказов и сумме покупок за выбранный период. На этой основе можно выбрать разные действия для новых, регулярных и давно не покупавших клиентов. Начать можно в Excel или другой таблице по выгрузке заказов — сложная система для первого расчёта не обязательна.
Метод полезен, когда покупки повторяются и их можно связать с одним клиентом. Он описывает прошлое поведение, но не объясняет автоматически причину ухода и не предсказывает точную будущую выручку. Ниже — практическая методика с учебной шкалой, которую нужно адаптировать под свою категорию.
Что означают R, F и M
Recency — сколько дней прошло с последней покупки на дату расчёта. Frequency — сколько покупок совершил клиент в выбранном окне. Monetary — на какую сумму он покупал в том же окне. Эти определения используются в материалах Mailchimp о RFM. Баллы и границы зависят от бизнеса: одна обязательная шкала для всех не существует.
| Признак | Как считать | Что важно проверить |
|---|---|---|
| R: давность | Дата расчёта − дата последнего завершённого заказа | Меньше дней означает более недавнюю покупку |
| F: частота | Число уникальных завершённых заказов за период | Строки товаров в одном заказе не считаются разными покупками |
| M: сумма | Сумма покупок за тот же период по выбранным правилам | Выручка не равна маржинальному доходу |
Не заменяйте M средним чеком незаметно для читателя отчёта. Средний чек — отдельная характеристика. Клиент с десятью недорогими покупками может иметь большую общую сумму, чем человек с одной дорогой. Именно это различие полезно сохранить при анализе поведения.
Шаг 1. Подготовьте исходные заказы
Для расчёта нужны идентификатор клиента, номер заказа, дата, статус и сумма. Если товарные строки выгружаются отдельно, сначала соберите их на уровне заказа. Исключите отмены, тестовые записи и внутренние операции. Объединяйте дубли клиентов только после проверки, чтобы не склеить покупки разных людей с похожими именами.
Определите правила возвратов: например, M отражает продажи за вычетом возвратов в установленном окне. Не меняйте методику между обновлениями. Для спорных ситуаций сохраните отдельный признак возврата, чтобы высокая сумма не скрывала частые проблемы.
Если касса не связывает чеки с покупателем, полноценный клиентский RFM по этим данным не получится. Сначала наладьте идентификацию и качество истории. Отметки посещений без сумм покупок позволяют изучать давность и частоту визитов, но не заменяют денежную составляющую метода.
Шаг 2. Выберите период и дату расчёта
Период должен включать несколько естественных циклов покупки. Для одного бизнеса достаточно квартала, другому понадобится год с учётом сезона. Установите одну дату расчёта и одинаковое окно для F и M. Сохраните их в заголовке таблицы: иначе через месяц будет непонятно, почему изменился сегмент.
Новых покупателей выделяйте отдельно. Человек, пришедший неделю назад, физически не мог накопить столько же заказов, сколько давний клиент. Низкая F у новичка не означает плохой потенциал. Также полезно разделить категории с разной периодичностью: расходные товары и крупные покупки.
Шаг 3. Соберите одну строку на клиента
В сводной таблице сгруппируйте заказы по идентификатору: максимальная дата даст последнюю покупку, количество уникальных заказов — F, сумма — M. Затем добавьте столбец R как разницу дат. Последнюю покупку для R ищите по всей доступной истории до даты расчёта; F и M считайте только в выбранном окне. Список клиентов берите из всей релевантной базы, иначе давно не покупавшие люди исчезнут из сводной. Если в окне нет заказов, сохраните нулевые F и M и выделите таких клиентов отдельно до присвоения баллов. Храните исходные значения рядом с баллами: они помогут проверить необычные случаи.
В Excel количество дней обычно получается вычитанием ячейки с последней датой из фиксированной ячейки с датой расчёта. Проверяйте, что обе ячейки действительно содержат даты, а не текст. Для количества заказов используйте уникальные номера, особенно если выгрузка содержит несколько товарных строк на каждый чек.
Шаг 4. Задайте понятные границы
Есть два удобных начальных подхода. Первый — бизнесовые пороги, связанные с циклом покупки. Второй — распределение клиентов по группам на основе наблюдаемых значений. В первом случае границы легче объяснить сотрудникам; во втором сегменты могут быть более равномерными по размеру. При малой базе предпочтительнее несколько понятных групп без ложной точности.
Ниже условная трёхбалльная шкала для категории с относительно частым повторным спросом. Это пример, а не отраслевой норматив. Для R более недавняя покупка получает больший балл; для F и M больший балл получают большие значения.
| Баллы | R: дней с покупки | F: заказов за окно | M: сумма за окно |
|---|---|---|---|
| 3 | 0–30 | 6 и больше | 10 000 ₽ и больше |
| 2 | 31–60 | 3–5 | От 4 000 до менее 10 000 ₽ |
| 1 | 61 и больше | 1–2 | Меньше 4 000 ₽ |
Клиент с последней покупкой 20 дней назад, семью заказами и суммой 12 000 ₽ получит код 333. Клиент с теми же заказами и суммой, но паузой 80 дней — 133. Их прошлый объём похож, но текущая задача коммуникации различается.
Шаг 5. Превратите коды в несколько рабочих групп
Трёхбалльная шкала создаёт 27 комбинаций, однако не обязательно запускать столько отдельных кампаний. Объедините близкие коды вокруг действия. Рядом оставьте исходные цифры, категорию и признак нового клиента, чтобы не обращаться с одинаковым баллом как с одинаковой жизненной ситуацией.
- Недавно покупал впервые: помочь использовать покупку и показать следующий шаг.
- Недавно покупает часто: сохранять качество и предлагать релевантные новинки.
- Покупает редко, но крупно: учитывать длинный цикл и не требовать частых заказов.
- Раньше покупал часто, теперь пауза: проверить причину и актуальность потребности.
- Давно был один небольшой заказ: ограниченный тест полезного повода, без приоритетных затрат.
До отправки проверьте несколько карточек вручную. У клиента с открытой жалобой первым действием будет решение проблемы, независимо от кода. У покупателя сезонной услуги пауза может быть ожидаемой. RFM — способ расставить приоритеты, а не разрешение игнорировать контекст.
Пример сообщения для группы с растущей паузой
«Анна, здравствуйте! Раньше вы выбирали у нас [категория]. Сейчас появились [конкретное обновление]. Если задача ещё актуальна, вот варианты с ценами: [ссылка]. Если нужны другие характеристики, ответьте — поможем подобрать».
Такой текст опирается на достоверную историю, но не объявляет клиенту его внутреннюю оценку. Формулировки «вы наш потерянный клиент» или «у вас низкая активность» не дают полезной причины вернуться. Сам код сегмента остаётся рабочей информацией команды.
Как проверить результат RFM-сегментации
Сама таблица не увеличивает продажи. Проверьте гипотезу внутри выбранной группы: случайно назначьте одним участникам новое предложение, другим — обычное обслуживание без этой кампании. Сопоставляйте одинаковое окно и исходный состав, включая людей без покупки.
Учебный пример: из 200 участников теста купили 18, из 200 в контроле — 12. Доли составили 9% и 6%, наблюдаемая разница — 3 процентных пункта, или оценочно 6 дополнительных покупателей на 200 человек. Затем посчитайте маржинальный доход и полные переменные расходы предложения. Малое число событий требует осторожности и повторной проверки.
Обновляйте анализ с периодичностью, соответствующей изменению базы. После покупки клиент может перейти в другую группу, поэтому старый сценарий надо пересмотреть. Сохраняйте версии порогов: изменение границ само по себе способно «улучшить» состав сегментов без изменения поведения.
Где здесь Лояльность 360
Лояльность 360 поддерживает историю отмеченных визитов, подарки и коммуникации; автопилот строит сценарий по сроку без визитов. Описанный полный RFM-анализ по суммам заказов выполняйте отдельно по выгрузке своей системы учёта. Эта статья не предполагает наличие встроенного расчёта RFM или автоматического переноса его сегментов в сервис.
Частые вопросы
Можно ли считать RFM без CRM?
Да, если есть качественная выгрузка завершённых заказов с идентификаторами клиентов, датами и суммами. Название программы менее важно, чем полнота данных.
Как понять, что границы выбраны правильно?
Проверьте размер групп, реальные карточки и различие нужных действий. Если соседним сегментам предлагаете одно и то же, детализация может быть избыточной.
Источники и методика
План действий, примеры сообщений и учебные расчёты подготовлены редакцией. Определения и принципы сопоставлены с первичными материалами разработчиков сервисов.