RFM-анализ клиентов считают по завершённым покупкам: агенты готовят проверяемую сегментацию

Что такое RFM-анализ клиентов? Он показывает, давно ли покупатель приходил, сколько раз купил за период и какую сумму оставил. Отдел продаж получает группы по поведению.

R считает календарные дни от последней покупки до даты среза по МСК. F считает разные заказы, M складывает суммы после скидок и возвратов. Возврат не становится новой покупкой.

Дорогая покупка могла быть разовой, а частый покупатель может приносить мало маржи. Название группы ещё не объясняет, что ей предлагать: прибыль и потребность проверяют отдельно.

Какие данные нужны? У каждого заказа должны быть идентификатор покупателя, номер заказа и дата завершения. Отдельно нужны статус оплаты и возвраты, связанные с исходным заказом.

Окно примера: с 1 января до начала 8 октября 2026 года по МСК. Отмены и возвраты учитываем на эту границу, чтобы повторный расчёт не подмешивал сегодняшние события.

В нашем правиле деньги получены, заказ исполнен. Статус «оплачен» без исполнения не подходит. Если своя CRM для компании хранит другие статусы, инженер сопоставляет их с правилом.

Как проверить отмены и возвраты без чтения кода? Возьмём учебного клиента A. Его заказ от 1 сентября на 4 000 ₽ завершён, а из покупки 1 октября на 8 000 ₽ он вернул товары на 3 000 ₽.

Покупку 6 октября на 6 000 ₽ клиент вернул целиком 7 октября. Ещё один заказ, созданный 7 октября на 8 000 ₽, отменён. В нашем расчёте последние две записи исключаются.

На начало 8 октября последняя покупка была 1 октября: R = 7 дней, F = 2, M = 9 000 ₽. Подсчёт по заявкам ошибочно даст покупку вчера и сумму 26 000 ₽.

Какие RFM-сегменты считать правильными? Те, чьи границы бизнес может объяснить. Месяц без заказа для магазина расходных материалов и для продавца мебели означает разные вещи.

В учебной шкале клиент A получает код 322: покупал недавно, сохранил два заказа, оставил сумму среднего диапазона. Эти баллы показывают применение правил; рыночной нормой они не являются.

Группа должна включать и поведение, и денежный уровень. Для A это «Недавний повторный / средняя сумма». Готовая метка «VIP» без порогов не объяснит руководителю, почему покупатель туда попал.

Фиксированные пороги отражают изменение покупателя. При делении базы на равные группы балл может поменяться без новой покупки: пришли другие клиенты. Выбранный способ и версию правил сохраняют.

При сборке групп записывают условия и порядок проверки. Клиент без покупок сразу попадает в отдельную группу; остальные распределяются по R и F без пересечений.

Уровень суммы добавляют к поведению: M1 означает малую сумму, M2 среднюю, M3 большую по нашей шкале. Поэтому A получает группу «Недавний повторный / средняя сумма».

Инженер ведёт машину агентов, которая готовит расчёт и проверки. В задаче для ИИ-агента задают поля, версию правил и ожидаемые результаты на примерах.

У нас анкеты сайта передаются в CRM, а платежи связаны с доступом к продукту. Это смежный опыт работы с покупателями; внедрения RFM у внешнего клиента он не подтверждает.

На открытой странице машины видна роль инженера: он задаёт правила и принимает работу. История ошибок показывает, почему отдельной готовой функции мало: проверяют весь путь данных.

При сдаче инженер показывает заказы, результаты и проверки изменений входа. Руководитель сверяет ручной пример; другой проверяющий сопоставляет правила с кодом.

Повтор заказа A с тем же номером оставляет F = 2 и M = 9 000 ₽. Повтор уведомления о возврате тоже не уменьшает сумму снова: считают разные операции, а не строки событий.

Полный возврат остатка A-02 до среза оставляет покупку 1 сентября: R = 37 дней, F = 1, M = 4 000 ₽. До выпуска закрепляют, кто проверяет переходы и несёт ответственность за ошибку.

Сначала расчёт работает без рассылок и меняет только проверяемый отчёт. Команда разбирает причины переходов: покупка, возврат, истечение времени или новая версия порогов.

Для приёмки хватит вымышленного набора с теми же полями. Доступ к заказам разбираем в статье про персональные данные и агентов: расчёту по внутренним номерам контакты не нужны.

Для «Паузы» можно испытать напоминание, оставив сопоставимую группу без него. Сравнивают покупки и маржу после возвратов: открытия письма не доказывают рост продаж.

Отдельная разработка нужна, если готовая CRM не умеет ваши правила возвратов или не связывает источники заказов. Если штатный RFM подходит и проверяется, начните с него.

Если вести доработку некому, тариф «Один проект» на агентной разработке по подписке стоит 250 000 ₽ в месяц на 8 октября 2026 года. Это цена потока разработки; объём RFM согласуют по данным и правилам.

Инженер с машиной агентов готовит изменения в вашем репозитории. Одна задача идёт в работе; подписку можно поставить на паузу в любой месяц.

Следующий шаг: перейти к обсуждению задачи и показать, каких правил не хватает вашему расчёту.

1. Определите завершённую покупку, окно и возвраты до написания формул.

2. Сверьте R, F и M на заказах, которые можно пересчитать вручную.

3. Запишите пороги, денежный показатель и версию правил для каждой группы.

4. Принимайте расчёт по дублям, возвратам и записи результата в CRM.

5. Проверяйте маркетинговое действие по покупкам и марже, отдельно от правильности сегментации.