-
Обращение
Форма, звонок или сообщение клиента
-
Передача
Контакты, источник и содержание запроса
-
Ответственный
Кто получает обращение и когда отвечает
-
Результат
Статус, причина отказа или следующий шаг
RFM-анализ помогает разделить клиентов по давности, частоте и сумме покупок. В Битрикс24 результат можно использовать для задач менеджерам и отдельных сценариев повторных продаж. Начинать нужно не с рассылки, а с чистой истории оплаченных заказов и определения, кого считать одним клиентом.
Какие данные выгрузить
Понадобятся стабильный ID клиента, ID заказа, дата покупки, сумма и валюта. Решите, считается ли покупкой оплата, отгрузка или успешная сделка. Стадия «Успешно» не всегда означает фактическую оплату: проверьте это на выборке CRM.
Исключите отмены и тестовые сделки, учтите возвраты по выбранному правилу. Не считайте несколько платежей по одному заказу отдельными покупками, если F должна измерять частоту заказов. Для B2B решите, считать клиента по компании или контакту: несколько сотрудников одного заказчика иначе попадут в разные группы.
Как рассчитать R, F и M
- R — Recency: число дней от последней покупки до фиксированной даты расчёта. Меньше дней — более свежая покупка.
- F — Frequency: число уникальных покупок за выбранный период.
- M — Monetary: сумма покупок за тот же период, с согласованным учётом возвратов.
Выручка и прибыль различаются. Если маржинальность товаров сильно отличается, дополнительно смотрите валовую прибыль, не называя её обычным M без пояснения. Разные валюты сначала приведите к общей базе по принятому правилу.
Учебный пример сегментов
Для магазина расходников с обычным повтором примерно раз в месяц можно проверить такую рабочую гипотезу. Числа ниже придуманы для примера: для оборудования с годовым циклом они не подходят.
| Клиент | R, дней | F за год | Действие |
|---|---|---|---|
| A | 12 | 9 | Предложить подходящее пополнение без скидки «для всех» |
| B | 85 | 8 | Менеджеру выяснить причину паузы |
| C | 7 | 1 | Проверить первую покупку и помочь с использованием |
Сначала выберите понятные границы по циклу покупки, затем проверьте размер групп. Квантили удобны для распределения большой базы, но на небольшой выборке и при множестве одинаковых значений создают ложную точность. Важнее различимые действия менеджера, чем десятки кодов вроде 543.
Как перенести результат в Битрикс24
Начните с расчёта в таблице или BI. Для каждого клиента сохраните сегмент, дату расчёта и основание. Перед массовым обновлением полей сделайте резервную выгрузку и тест на нескольких записях. В экосистеме Битрикс24 есть приложения для RFM; это не означает, что одинаковый отчёт доступен в любом тарифе без установки и настройки.
Автоматизацию запускайте после проверки: задача ответственному, исключение активных переговоров, лимит повторных касаний, контроль результата. При следующем расчёте клиент может перейти в другую группу — старое задание не должно дублироваться бесконечно. Объём контактов согласуйте с возможностями команды и разрешёнными каналами связи.
Как измерить дополнительные продажи
Сравните повторные покупки и маржу в одинаковом окне наблюдения. По возможности оставьте случайную контрольную группу внутри сегмента. Рост продаж после рассылки сам по себе не показывает её вклад: клиенты могли вернуться без напоминания.
Следите за отказами от сообщений и жалобами, не только за выручкой. Если менеджер звонит клиенту, который уже ведёт переговоры с коллегой, сегментация ухудшает опыт. Правила исключения и единая история CRM здесь важнее красивого отчёта.
Можно ли начать без приложения?
Да: выгрузите согласованные данные, рассчитайте три показателя и проверьте одну группу вручную. Покупайте автоматизацию после того, как понятны данные, действия и критерий успеха.
Как проверить сегментацию до автоматических заданий
Возьмите несколько клиентов из каждой группы и восстановите расчёт вручную. Убедитесь, что последняя дата относится к нужной покупке, F считает уникальные заказы, а M не включает отменённые суммы. Отдельно проверьте клиента с двумя контактами, компанию с несколькими филиалами и заказ с возвратом. Ошибка объединения базы влияет сразу на все три показателя.
Согласуйте границы групп в понятных бизнесу словах. «Ранее покупал регулярно, теперь пропустил два обычных цикла» полезнее менеджеру, чем код, который он должен искать в инструкции. В карточке клиента показывайте причину задания и дату расчёта. Иначе сотрудник может начать возвращать покупателя, который уже сделал заказ утром после ночной сегментации.
Перед созданием задачи проверьте активные сделки и недавние касания. Одному клиенту не должны одновременно звонить отдел продаж, сервис и маркетинг с разными предложениями. Сегмент помогает выбрать сценарий, но не заменяет общую историю общения. Для стабильной работы нужны ответственный, срок задачи и понятный исход контакта.
Почему новая покупка не всегда означает успех кампании
Покупатель мог планировать заказ заранее, увидеть другую рекламу или вернуться по сезонной потребности. Поэтому сравнение «до и после» полезно для наблюдения, но слабее эксперимента с сопоставимыми группами. В тесте заранее определите окно покупки и критерий: заказ, оплаченный заказ или валовая прибыль после скидки.
Не меняйте состав контрольной группы по результатам первых дней. Не исключайте некупивших клиентов только потому, что менеджер не дозвонился: это часть эффективности выбранного процесса. При небольшом числе клиентов показывайте сами количества и неопределённость вывода, а не точный процент прироста, который меняется от одной сделки.
Проверяйте экономику предложения. Скидка может увеличить число повторных заказов, но уменьшить прибыль, если её получили клиенты, готовые купить по обычной цене. Иногда полезнее напоминание о расходниках, помощь с подбором или согласование графика поставок. Выбор предложения должен опираться на ситуацию клиента, а не на желание одинаково обработать всю таблицу.
Определения показателей собраны в карточке RFM. Если история оплат теряется между сайтом и CRM, сначала восстановите цепочку от обращения до оплаты. Сегментация на неполных данных лишь ускоряет ошибочные действия менеджеров.
Документация и проверка форматов
Документация проверена 18 октября 2026 года.


