Три клиента оставили в салоне по 12 000 рублей. Один приходил трижды и был на прошлой неделе, второй сделал одну процедуру больше трёх месяцев назад, третий впервые пришёл сегодня. По сумме они одинаковы, но приглашать всех одним сообщением «давно вас не было» странно. Для такого различения полезно рассматривать не одну сумму, а несколько признаков истории.
Три показателя вместо одного списка трат
RFM разделяет давность последнего события, частоту событий и денежную величину за согласованный период. В документации пакета rfm эти три измерения описаны отдельно. Выбор сегментов зависит от задачи бизнеса: общего правила, которое по трём цифрам достоверно определит будущие действия человека, здесь нет.
- R — давность
- Сколько календарных дней прошло от последнего учтённого завершённого визита до даты анализа. Меньшее число означает более недавнее посещение.
- F — частота
- Число отдельных завершённых визитов в выбранном окне, а не количество строк услуг или сообщений клиента.
- M — сумма
- Сумма согласованной стоимости этих визитов. В учебном расчёте это не прибыль и не движение денег по банковскому счёту.
Зафиксируйте окно до сравнения клиентов
В примере анализ проводится 17 октября 2026 года по визитам с 1 июля включительно. Встречи после даты анализа не учитываются, как и посещения до начала окна. Из оставшихся строк берутся только завершённые. Отмены и будущие записи не увеличивают частоту и сумму.
Для клиента D введён только июньский визит. Он попадёт в список клиентов без учтённых завершённых посещений внутри окна, но не получит выдуманную давность ноль и код «недавно был». Если нужно анализировать клиентов, не приходивших весь выбранный срок, необходим более полный журнал и отдельно согласованная модель.
| Клиент | Учтённых визитов | Последний визит | R, дней | M, ₽ | Код по выбранным порогам |
|---|---|---|---|---|---|
| A | 3 | 10 октября | 7 | 12 000 | 323 |
| B | 1 | 1 июля | 108 | 12 000 | 113 |
| C | 1 | 17 октября | 0 | 12 000 | 313 |
| D | 0 в этом окне | За пределами окна | Не рассчитано | Не рассчитано | Не присвоен |
Откуда берутся цифры кода
Инструмент использует три уровня и явные границы. Для R значение до 30 дней включительно получает 3, от 31 до 90 включительно — 2, больше 90 — 1. Для F меньше двух визитов даёт 1, от двух до трёх — 2, четыре и больше — 3. Для M меньше 6000 рублей даёт 1, от 6000 до суммы меньше 12 000 — 2, от 12 000 — 3.
Это учебные настройки, а не норматив посещений и не рекомендуемая частота процедур. Их можно менять. Код составляется из оценок в порядке R, F, M. Например, 323 означает недавний визит, среднюю частоту по выбранным границам и верхнюю денежную группу. Цифры не складываются в универсальную оценку качества клиента.
Почему нужно различать визит и услугу
Если три услуги одного посещения выгрузить как три самостоятельных визита, частота вырастет искусственно. Поэтому каждой строке требуется уникальный ID именно визита. Повтор ID считается ошибкой, а не автоматически объединяется или удаляется: сначала нужно выяснить, что означает строка исходной выгрузки.
Одинаковый номер клиента также должен означать одну согласованную карточку. Инструмент не определяет людей по телефону и не склеивает дубли. Две карточки одного человека дадут две неполные истории, даже если арифметика в каждой посчитана правильно.
Что делать с возвратами, сертификатами и предоплатой
Перед реальным анализом определите смысл денежной колонки. Оплата сертификата, внесённый депозит и стоимость выполненной услуги могут возникать в разные дни. Эта форма принимает неотрицательную согласованную сумму визита; возвраты и отдельные платежи не моделируются. Не загружайте весь кассовый журнал как список посещений: сначала подготовьте соответствующий набор данных.
Как применять результат без поспешных выводов
Клиент B давно не был в пределах примера, но это ещё не доказательство потери интереса. У разных услуг различается естественный интервал повторения, а часть визитов может отсутствовать в выгрузке. Код помогает задать вопрос к истории, а не устанавливает причину отсутствия человека.
Клиент C пока имеет один визит. Делать вывод о его привычной частоте рано. Клиент A посещал салон чаще, однако сумма визитов не сообщает о марже, стоимости материалов, жалобах или предпочтениях в общении. Для действий нужны дополнительный контекст и корректные основания контакта; инструмент никому не пишет.
Что проверить при выборе CRM
Попросите показать исходные визиты одного клиента, период расчёта, дату обновления сегмента и обработку отмен. Сверьте результат с несколькими понятными примерами. На странице клиентской базы Homade описана работа с историей и сегментами; конкретные правила выбранного отчёта следует уточнять в актуальном интерфейсе.
Для локальной проверки достаточно технических ID без имён и телефонов. Сохраните полученные R, F, M и настройки порогов вместе: без них сравнение двух выгрузок мало что объяснит. При смене окна или границ сегменты могут измениться даже без нового визита — это изменение метода расчёта, которое нужно отличать от изменения поведения клиентов.
Проверить RFM по выбранному окну и порогам
Учебные фиксированные пороги, не RFM-алгоритм Homade. Статусы: completed, cancelled, no_show, booked; учитывается только completed в окне. Одна строка — один визит, ID не повторяются. Сумма неотрицательная, до 1 000 000 ₽ на визит; нет возвратов и отдельных платежей. Даты без часовых поясов, личные данные не нужны. Расчёт выполняется на вашем устройстве, введённые данные никуда не отправляются.
Источники и проверка
Запустите салон на Homade
14 дней бесплатно, карта не нужна. Перенесём вашу базу из YClients или Altegio.