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

> У ресторанной сети в базе 60 тысяч гостей, а рассылка одна на всех: «попробуйте новое меню». Ее получает и менеджер, который завтракает у вас каждый будний день, и гость, заходивший один раз — на…

**Рубрика:** Статьи  
**Автор:** Василина Бреусенко, CRM-маркетолог, ClientCore  
**Дата:** 2026-10-13

У ресторанной сети в базе 60 тысяч гостей, а рассылка одна на всех: «попробуйте новое меню». Ее получает и менеджер, который завтракает у вас каждый будний день, и гость, заходивший один раз — на корпоратив в декабре. Первому письмо бесполезно: он и так придет завтра. Второй не поймет, при чем тут он, и отпишется. Охват тает, выручка с канала стоит, и маркетинг делает вывод, что «email не работает».

Чтобы перестать гадать, нужен RFM-анализ для ресторана — с одной оговоркой. Классическая модель выросла из ритейла, и в гастрономии ее приходится пересобирать: цикл визита здесь измеряется неделями, чек гуляет от бизнес-ланча до банкета, а «лучший клиент» часто оказывается человеком, который просто работает в соседнем бизнес-центре. Как адаптировать модель под ресторанный цикл, рассказывает Василина Бреусенко, CRM-маркетолог ClientCore.

> **Читайте также:** [Сценарии для новых клиентов: как довести покупателя до второго заказа и не спалить его скидками](https://clientcore.ru/blog/articles/scenarii-dlya-novyh-klientov-kak-dovesti-pokupatelya-do-vtorogo-zakaza-i-ne-spalit-ego-skidkami)

## Почему классический RFM в ресторане буксует

RFM раскладывает базу по трем осям: Recency — давность последнего визита, Frequency — частота, Monetary — сумма чеков. В ритейле модель живет на стандартных порогах: 90 дней — «свежий», 180 — «в риске», 365 — «потерян». Перенесите эти числа в ресторан, и картинка развалится.

Гость кофейни, который не приходил 90 дней, давно потерян: он сменил маршрут до офиса и нашел другую точку. А по ритейловой сетке он еще числится «свежим» и получает welcome-контент. Обратная крайность — файн-дайнинг, куда ходят четыре раза в год по поводам: там гость с визитом 70 дней назад вполне живой, а модель уже списала его в «риск».

С Monetary своя беда. Чек зависит от повода: один и тот же человек оставит 700 рублей на бизнес-ланче и 12 тысяч на ужине в годовщину. Среднее смешивает эти сценарии в бессмысленную цифру. Поэтому RFM-анализ для ресторана начинается с калибровки осей под свой формат.

> Переносить ритейловые 90/180/365 в ресторан — значит заранее отправить половину базы в потерянные. Сначала считаем медианный интервал между визитами по чекам клиента: у кофейни выйдет 8–14 дней, у кэжуал-формата — 25–40. От этого числа строим сетку, и тогда сегменты начинают совпадать с реальностью».
>
> — Василина Бреусенко, CRM-маркетолог, ClientCore

## Окна давности: считайте от собственного цикла визита

Рабочий способ откалибровать Recency выглядит так. Выгружаете чеки за 6–12 месяцев, берете гостей с двумя визитами и больше, считаете интервалы между соседними визитами и находите медиану. Это ваш естественный цикл возвращения.

Дальше пороги строятся от цикла:

- «свежий» — визит в пределах одного цикла;
- «в риске» — тишина длиннее полутора циклов;
- «спящий» — тишина длиннее двух с половиной циклов.

Для кофейни с циклом 10 дней это окна 10/15/25 дней. Для кэжуал-ресторана с циклом 30 дней — 30/45/75. Для файн-дайнинга с циклом 90 — 90/135/225. Одна логика, три разные сетки.

Две оговорки. Если в сети несколько форматов, цикл считается по каждому отдельно: завтракающая аудитория кофе-поинта и гости вечернего ресторана живут в разных ритмах. И пересматривать окна стоит раз в полгода — сезонность и открытие новых точек сдвигают медиану.

**Норма**

- пороги Recency посчитаны из собственного распределения интервалов между визитами;
- у каждого формата сети своя сетка окон;
- медиану цикла проверяют раз в полгода.

**Red flag**

- пороги скопированы из статьи про ритейл;
- одна сетка на кофейню, кэжуал и банкетный зал;
- RFM посчитали один раз перед запуском программы и больше не обновляли.

## Частота визитов как главная ось RFM

В ресторанном RFM главная ось — Frequency. Регулярность предсказывает выручку с гостя лучше, чем разовая сумма: гость с четырьмя визитами в месяц по 900 рублей приносит за год больше, чем «кит» с одним ужином на 15 тысяч. И работать с ним проще — привычка уже сформирована.

Monetary при этом оставляют, но в урезанном виде: как средний чек внутри одного сценария. Ланчевый гость с чеком 800 рублей и семейный гость выходного дня с чеком 4 500 — разные истории, и смешивать их по оси M нельзя.

Отдельно модель ломают банкетные гости. Два визита в год, чек 80–150 тысяч: F на минимуме, M на максимуме. Классическая сетка отправит их в «нельзя потерять» и начнет бомбардировать скидками на ужин, хотя эти люди покупают корпоративы и свадьбы, и дисконт на ужин для них бесполезен. Их выносят в отдельную ветку с личным менеджером.

> Банкетный гость с двумя визитами в год и чеком под 100 тысяч взрывает шкалу Monetary. Мы выносим таких в отдельную ветку и касаемся их дважды в год: в сентябре — перед новогодним корпоративным сезоном, в марте — перед выпускными и свадьбами. Повторные банкеты по этой схеме дают конверсию выше, чем любая промо-рассылка по базе».
>
> — Василина Бреусенко, CRM-маркетолог, ClientCore

## Сегменты по времени визита: «завтракающие», ланчевые, банкетные

Три оси RFM не видят одну вещь — когда именно гость приходит. А для ресторана это решающее. Добавьте к модели четвертое измерение: день недели и временной слот. База сразу распадется на сегменты с понятным мотивом.

«Завтракующие» — будни с 8:00 до 11:00, высокая частота, чек ниже среднего по ресторану. Это люди из соседних офисов и домов, у них привычка, а не повод. Ланчевые — будни с 12:00 до 16:00, чек чуть выше, чувствительность к скорости подачи. Семейные гости выходного дня — вечер субботы и воскресенья, чек выше среднего, низкая частота, решение принимают вдвоем. Банкетные — отдельная ветка, о ней выше.

У каждого сегмента свой повод прийти и своя коммуникация. «Завтракающему» бесполезно слать предложение на семейный ужин в субботу — он живет в буднях. Семейному гостю незачем пуш в 8:30 утра во вторник.

Точность сегментации окупается быстро. В проекте для MINIDINO рассылки уходили всей базе без разбора; мы пересобрали логику и сделали ставку на точные сегменты — эффективность email выросла на 110% за квартал без роста числа отправок ([кейс](https://clientcore.ru/blog/articles/keis-minidino-rost-effektivnosti-email)). В ресторане механика та же: меньше отправок, выше выручка с контакта.

## Что отправлять каждому сегменту

Теперь механики под ячейки сетки.

«Чемпионы» (свежие, частые). Скидку им давать не нужно — они и так приходят. Здесь работают статусные механики: ранний доступ к новому меню, дегустация с шефом, закрытый предзаказ на праздники, «приведи друга». Цель — удержать привычку и поднять средний чек.

«Перспективные» (один-два визита). Главная задача на этом этапе — довести гостя до второго и третьего визита: после третьего привычка обычно закрепляется. Купон на возврат с окном, равным циклу формата: для кэжуала это 30–40 дней.

«В риске». Мягкое касание без дисконта: новое сезонное меню, событие, изменение в любимой категории. Гость еще не ушел — не надо платить ему за возвращение.

«Спящие». Здесь начинается реактивация гостей ресторана: цепочка из двух-трех касаний с нарастающим оффером — контентное письмо, затем бонус, затем жесткий оффер с дедлайном. Сезонный повод усиливает цепочку: для ресторана «Урюк» мы запустили розыгрыш сертификатов в низкий сезон — выручка с акции оказалась в 20,7 раза выше затрат на призовой фонд, а трафик вернулся к предновогоднему уровню ([кейс](https://clientcore.ru/blog/articles/keis-uryk-rozygrysh-sertifikatov)).

«Банкетные». Никаких массовых рассылок. Два-три персональных касания в год от лица менеджера банкетной службы, перед сезонами спроса.

> Реактивацию запускаем на полуторном личном цикле гостя. Привык ходить раз в три недели — сигнал сработает на 30–35 день тишины. К девяностому дню он уже трижды сходил к конкурентам, и возвращать его придется скидкой, которую мы могли не давать».
>
> — Василина Бреусенко, CRM-маркетолог, ClientCore

**Норма**

- «чемпионам» — статус и ранний доступ вместо скидок;
- реактивация стартует на полуторном личном цикле;
- банкетные получают персональные касания от менеджера.

**Red flag**

- всем ячейкам сетки уходит одна акция со скидкой;
- win-back цепочка стартует через 90 дней тишины у всех форматов;
- спящие гости получают пуш каждую неделю «чтобы не забыли».

## Как внедрить: данные, дубли и график пересчета

Для расчета нужны чеки с датой, временем, суммой, номером карты лояльности, рестораном и типом заказа — зал, доставка или банкет. Все это в POS и CRM обычно есть; проблемы начинаются в другом месте — в качестве данных.

Первая засада — дубли карт. Один гость заводил карту на кассе, потом в приложении, потом на сайте доставки — и живет в базе как три человека с заниженной частотой. Склейка по номеру телефона решает большую часть проблемы. Вторая засада — семья с одной картой: муж на ланчах, жена с детьми по выходным. Частота такой «карты» раздута вдвое, и сегмент «чемпион» ей не соответствует. Полностью это не лечится, но знать о перекосе нужно.

Третья засада — мусор в Monetary: служебные чеки, питание сотрудников, тестовые карты менеджеров. Их вычищают до расчета, иначе в выборку попадут сотни визитов с чеком в 100 рублей.

На старте берите сетку 3×3 — девять ячеек, на каждую реально завести механику. Сетка 5×5 красиво смотрится в презентации и умирает в проде, потому что на половину ячеек нет ни контента, ни ресурса. Пересчет сетки — раз в месяц, а триггеры («прошло N дней после визита») работают на событиях непрерывно. В Mindbox такой расчет собирается штатно; если CRM пока нет, первую итерацию можно посчитать в выгрузке из POS в Excel или BI.

**Норма**

- карты-дубли склеены по номеру телефона до расчета;
- служебные чеки и скидки сотрудников вычищены из Monetary;
- сетка 3×3, на каждую ячейку есть механика.

**Red flag**

- один гость живет в базе как три карты;
- в Frequency попали чеки персонала;
- 25 ячеек, на половину которых нет ни контента, ни бюджета.

> **Читайте также:** [RFM-анализ для интернет-магазина: как учесть возвраты, отмены и скользящие окна](https://clientcore.ru/blog/articles/rfm-analiz-dlya-internet-magazina-kak-uchest-vozvraty-otmeny-i-skolzyaschie-okna)

---

[Открыть статью на сайте](https://clientcore.ru/blog/articles/rfm-analiz-dlya-restorana-kak-segmentirovat-gostey-po-dannym-vizitov)
