RFM-анализ
RFM analysis
RFM-анализ — способ разделить покупателей на группы по давности последней покупки, количеству покупок и потраченной сумме. Он помогает сопоставлять историю покупок клиентов при одинаковых правилах расчёта.
Такой транзакционный вариант описан в документации Shopify: три показателя характеризуют, когда клиент покупал последний раз, сколько заказов сделал и сколько потратил. Буквы означают Recency — давность, Frequency — частоту и Monetary value — денежную величину. [3]
Кратко
- Сначала рассчитывают показатели, затем переводят их в категории.
- Для сравнения нужны общие дата среза, период и правила отбора заказов.
- Код RFM описывает покупки, но сам по себе не даёт прогноз прибыли.
- Пороговая модель в мини-инструменте — учебная; её границы выбраны редакцией.
Открыть мини-инструмент к статье → Расчёт идёт в браузере, данные никуда не отправляются.
Происхождение и история термина
RFM связан с прямым маркетингом — обращением к выбранным клиентам. В статье 2005 года Питер Фейдер, Брюс Харди и Ка Лок Ли описывают RFM как уже сложившийся способ обобщать покупательскую историю в этой области. Их работа развивает подход: связывает прошлые покупки с моделью будущей ценности клиента. Это этап развития метода, а не дата его изобретения. [1]
Суть и механизм
Разберём самостоятельную учебную схему. Магазин выгружает заказы и объединяет их по идентификатору покупателя — условному номеру, позволяющему связать покупки одного клиента. Для всех строк он выбирает одну дату среза, то есть момент, на который проводится расчёт. Окно наблюдения — период покупок, включённых в анализ.
В этой схеме R показывает число календарных дней между последней учитываемой покупкой и датой среза. F — количество отдельных заказов в окне, а M — сумма по этим заказам в одной валюте. Слово «частота» здесь обозначает число покупок за общий период, а не количество покупок, делённое на дни. Поэтому сравнивать F за месяц с F за год без поправки на период нельзя.
Магазин заранее решает, учитывать ли отменённые заказы, доставку и возвраты. Допустим, он берёт только оплаченные заказы и вычитает возвращённые деньги. Тогда заказ на две тысячи рублей с возвратом пятисот добавит к M полторы тысячи. В примере F остаётся равным одному заказу: частичный возврат не создаёт вторую покупку. Это выбранное правило, которое нужно сохранить при повторном расчёте.
Есть и другая ловушка: заказ с тремя товарами может занимать три строки выгрузки. Если посчитать строки вместо уникальных номеров заказов, F окажется завышен. По той же причине сначала проверяют, не записан ли один покупатель под двумя номерами. Это проверки исходных данных в предлагаемом рабочем процессе, а не дополнительные показатели RFM.
Виды и классификации
RFM не во всех реализациях ограничен покупками. В документации Oracle Unity представлены транзакционный, поведенческий и смешанный варианты. Поведенческий вариант оценивает давность и частоту взаимодействий, но не выдаёт денежную оценку. Поэтому при чтении отчёта важно выяснить, какие именно события стоят за буквами. [2]
Различаются как исходные величины, так и способ присвоения баллов. Например, в работе Фейдера и соавторов M означает среднюю сумму транзакции; подставлять вместо неё общую выручку в их модель нельзя. [1] В этой статье и калькуляторе M — сумма за выбранное окно.
В отечественном изложении Е. П. Голубкова различаются независимая и вложенная группировки. При независимой каждый показатель оценивают по всем покупателям, включённым в анализ. При вложенной сначала формируют группы по R, затем оценивают F внутри них и M внутри полученных подгрупп. Поэтому одинаковый балл F во вложенной схеме не обязательно означает одинаковую частоту покупок. [6]
Готовые сервисы также используют собственные правила. Oracle присваивает баллы от одного до пяти, а именованные группы строит по R и F. [2] Shopify оценивает показатели относительно покупателей конкретного магазина; для группировки использует R и среднее двух баллов F и M, округлённое вниз. [3] Среднее получается делением их суммы на два, поскольку усредняются два показателя. Эти правила не следует переносить на любой отчёт с названием RFM.
Как применяется на практике
Продолжим учебный пример магазина расходных материалов. Дата среза — 29 октября 2026 года, окно — с 1 января по 29 октября включительно. Покупатель сделал три учитываемых заказа: на тысячу, полторы тысячи и две с половиной тысячи рублей. Последний датирован 19 октября. Значит, давность составляет десять дней, количество заказов — три, сумма — пять тысяч рублей.
Эта запись помогает поставить содержательный вопрос: похож ли клиент на недавно пришедшего покупателя или на человека с устойчивой историей заказов? Но ответ зависит и от длительности наблюдения. Три заказа за первые две недели знакомства и три заказа за десять месяцев — разные ситуации, хотя в выбранном окне F совпадает. Фейдер и соавторы отдельно обсуждают зависимость наблюдаемых RFM-характеристик от временного среза. [1]
В российской практике метод подробно разобран Голубковым в журнале «Маркетинг в России и за рубежом»; это методическая публикация, а не статистика распространённости RFM среди компаний. [6] Для собственного магазина результат полезно превратить в вопрос для исследования: почему ранее активные покупатели перестали заказывать? Один код причины не раскрывает.
Как измерить или проверить
Учебный калькулятор RFM — файл приложения переводит каждую величину в одну из пяти категорий. Четыре возрастающих порога делят числовую шкалу на пять интервалов. Значение на границе входит в интервал, который этой границей заканчивается: например, первые два интервала давности — от нуля до семи и от восьми до тридцати целых дней включительно. Для давности порядок баллов развёрнут, поэтому более недавняя покупка получает больший балл.
| Показатель | Учебные пороги | Значение покупателя | Балл |
|---|---|---|---|
| R, дни | 7; 30; 90; 180 | 10 | 4 |
| F, заказы | 1; 2; 4; 8 | 3 | 3 |
| M, рубли | 1000; 3000; 10000; 30000 | 5000 | 3 |
Десять дней находятся между первым и вторым порогами, поэтому R получает четыре балла. Три заказа и пять тысяч рублей попадают в третий интервал своих шкал. Записываем баллы подряд и получаем код 433. Это три категории, а не число, разность которого с другим кодом измеряет рост полезности клиента.
Проверить направление шкалы можно на границе: при семи днях балл R равен пяти, при восьми — четырём. Для одного заказа F равен одному, для двух — двум. Человек без покупок в этой схеме не получает код: у него нет последней покупки, от которой можно отсчитать R. Нулевая денежная сумма при наличии заказа допускается, если она получилась по принятым правилам корректировок.
Калькулятор принимает целые дни и число заказов; денежные значения — максимум с двумя знаками после точки. Границы F и R тоже целые. Это ограничения учебного ввода. Пороги можно менять, однако они не подбираются автоматически и не являются отраслевой нормой.
Ошибки, ограничения и спорные вопросы
В нашей схеме M складывает суммы заказов и ничего не вычитает на закупку товаров, обслуживание и рекламу. Поэтому высокий денежный балл не доказывает прибыльность. Будущая ценность клиента тоже требует отдельной модели: работа Фейдера и соавторов специально связывает наблюдаемую историю с будущими денежными потоками. [1]
Нельзя также считать изменение категории доказательством изменения поведения. В учебном примере R перейдёт из четырёх баллов в пять, если первый порог увеличить с семи до четырнадцати дней, хотя новой покупки не было. Сохраняйте настройки вместе с результатами, чтобы различать движение клиента и изменение правил.
Правовой аспект
Если история покупок относится к определяемому человеку, при её обработке учитывают целевое назначение, неизбыточность и точность данных: части 2,5,6 статьи 5 закона №152-ФЗ в редакции от 26.07.2026. [4] RFM-сегмент сам по себе не разрешает рекламный контакт. Часть 1 статьи 18 закона №38-ФЗ в редакции от 04.08.2026 требует предварительного согласия адресата на рекламу по сетям электросвязи и прекращения её распространения по требованию. Часть 2 запрещает указанный в ней автоматический выбор или набор абонентского номера без участия человека. [5] Применимость требований к конкретному сценарию оценивают отдельно; статья не заменяет юридическую проверку.
Частые вопросы
Высокий RFM означает прибыльного клиента?
Нет: учебная сумма покупок не учитывает расходы и будущие заказы.
Почему сервисы называют группы по-разному?
Зачем нужна одна дата среза?
Иначе десять дней давности у разных покупателей будут отсчитаны от разных моментов, и сравнение потеряет общий смысл.
Калькулятор отправляет рассылку?
Нет. Он рассчитывает код локально по шести введённым полям, не сохраняет клиентскую базу и не проверяет согласия. Кнопка сброса возвращает учебные значения.
Связанные термины
Источники
- Fader, P. S., Hardie, B. G. S., & Lee, K. L. (2005). RFM and CLV: Using iso-value curves for customer base analysis. Journal of Marketing Research, 42(4), 415–430. Прочитаны с.415–416 и начало 417. https://faculty.wharton.upenn.edu/wp-content/uploads/2013/08/RFM_CLV-JMR-2005.pdf (дата обращения:30.10.2026). ↑ а б в г
- Oracle. (n.d.). Recency, Frequency and Monetary models. Oracle Unity documentation. https://docs.oracle.com/en/cloud/saas/cx-unity/cx-unity-user/Help/Data_Science/Engagement_analysis/DataScience_Model_RFM.htm (дата обращения:30.10.2026). ↑ а б в
- Shopify. (n.d.). Customers reports: RFM customer analysis. https://help.shopify.com/en/manual/reports-and-analytics/shopify-reports/report-types/default-reports/customers-reports (дата обращения:30.10.2026). ↑ а б в
- Российская Федерация. О персональных данных: Федеральный закон от 27.07.2006 №152-ФЗ: ред. от 26.07.2026. Ст.5, ч.2,5,6 // КонсультантПлюс. https://www.consultant.ru/document/cons_doc_LAW_61801/96fbc469f91f57235cc842a85e0516a99f23dc85/ (дата обращения:30.10.2026). ↑
- Российская Федерация. О рекламе: Федеральный закон от 13.03.2006 №38-ФЗ: ред. от 04.08.2026. Ст.18, ч.1–2 // КонсультантПлюс. https://www.consultant.ru/document/cons_doc_LAW_58968/f892dec1383709792452f18d36e7043306e2be0a/ (дата обращения:30.10.2026). ↑
- Голубков Е. П. RFM-анализ: методика и практика применения // Маркетинг в России и за рубежом. 2013. №6. Электронная публикация издателя. https://dis.ru/library/531/35296/ (дата обращения:30.10.2026). ↑ а б
Служебный блок
- Версия
- 4.0
- Факты проверены
- Подготовка
- Редакция Медиатрона
- Публикация
- утверждена владельцем издания 5 ноября 2026 г.
Редакция Медиатрона. Факты сверены с первоисточниками на дату проверки, публикация утверждена владельцем издания.
Нашли ошибку? info@mediatrone.ru