Сегментация гостей ресторана: RFM на практике

Зачем делить базу, если меню на столе для всех одно

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

Сегментация — не украшение поверх маркетинга. Это ответ на один рабочий вопрос из двух слов: кто получает какое действие в этом месяце и кто не получает никакого. Всё остальное на этой странице — арифметика, которая превращает список имён в такой ответ.

Страница держит само деление и ничего сверх него. Умеешь ли ты вообще узнать вернувшегося гостя и какая доля гостей возвращается — это возвращающиеся гости и как их считать. Сколько один гость стоит за всё время отношений — ценность гостя за всё время. Во что обходится программа лояльности — программа лояльности и её счёт. Те страницы считают доли и деньги. Эта считает ранги и интервалы и не повторяет ни одной их формулы.

Деление обязано лежать там, где его видит хостес, — отметкой на карточке гостя, а не колонкой в чьей-то таблице. Это работа CRM, а какой слой системы добавлять следующим, разбирает текст CRM или ERP.

Три числа: давность, частота, деньги — и что каждое значит за столиком

Давность визита (recency) — число дней с последнего визита гостя.

Частота (frequency) — число визитов внутри окна наблюдения.

Деньги гостя (monetary value) — сумма трат или сумма маржи покрытия в том же окне. Маржа покрытия — лучшее основание везде, где её удаётся посчитать: гость, заказывающий самую маржинальную часть меню, стоит дороже, чем такой же по сумме счёт из наименее маржинальной части; само понятие принадлежит странице о точке безубыточности, там его определение.

Под этими тремя строками стоят три оговорки, важные именно ресторану.

Давность существует только у гостя, которого удалось узнать. Человек, зашедший с улицы, заплативший наличными и ушедший, не имеет ни давности, ни частоты, ни истории — не низкий балл, а никакого. Размер этой неузнанной части базы меряют первым, и меряют его на странице о возвращающихся гостях, а не здесь.

Окно — это решение, а не константа. Столовая с базой рабочего дня честно прочитает окно в 90 дней. Заведению, куда бронируют стол на годовщину, нужен год и больше, иначе почти каждый гость покажет частоту единица и весь расчёт выродится.

Деньги гостя — это не средний чек. Средний чек — свойство заведения, посчитанное по всем гостям периода, и он определён на странице о RevPASH. Деньги гостя здесь — свойство одного человека внутри окна. У них общая валюта и больше ничего; смешав их, ты подставляешь знаменатель всего зала под число об одном госте.

Границы: почему квантили твоей базы честнее круглых чисел

Первый порыв — нарисовать круглые линии: «выше 1000 PLN — крупный гость», «больше 90 дней — потерян». Круглые числа выглядят объективными и таковыми не являются. В них записан чужой уровень цен, чужой формат и чужой календарь.

Квантильная граница — разрез, поставленный так, чтобы по каждую его сторону оказалась выбранная доля базы. Он устойчив к выбросам и не зависит от валюты, потому что считается из порядка твоих собственных гостей, а не из величины их счетов.

Форма расходов на общественное питание — ровно та причина, по которой круглые разрезы врут, и польская официальная статистика эту форму показывает открыто. GUS публикует средние месячные расходы на 1 человека по категории «рестораны и гостиницы» в разрезе квинтильных групп домохозяйств: 51,01 PLN в нижней пятой части против 221,95 PLN в верхней (GUS, «Budżety gospodarstw domowych w 2024 r.», таблица 8, открыто 26.08.2026) — то есть в 4,35 раза между концами. Средняя по всем в той же публикации — 98,92 PLN на человека в месяц, и она ложится между третьим квинтилем (70,40 PLN) и четвёртым (100,20 PLN), то есть выше середины распределения, а не в середине.

Читай это вместе с оговоркой, а не без неё: это расходы домохозяйств всей страны на рестораны и гостиницы вместе, на человека в месяц, заявленные в выборочном обследовании. Это не твоя база гостей, оно ничего не говорит о том, как часто кто-то приходил, и ни одну границу твоей страницы отсюда взять нельзя. Зато оно показывает, что распределение расходов в этой категории сильно скошено вверх, а значит среднее — плохое место для разреза, и сам статистик там тоже не режет.

У давности и частоты официального источника нет вообще. Ни одно статистическое ведомство не публикует, сколько дней проходит между визитами одного человека в ресторан и сколько раз в год он возвращается в тот же зал. Это не наше предположение: каталог распространения Eurostat просмотрен 26.08.2026 сплошь и не содержит ни одного набора о давности визитов, частоте визитов, лояльности гостя или сегментации клиентов; его семейство наборов о бюджетах домохозяйств меряет потребительские расходы по назначению и ничего — о последовательности событий. Поэтому страница не называет ни один порог отраслевой нормой: называть нечего. Она даёт метод.

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

Одинаковое значение нельзя разрезать пополам: половина базы с частотой единица

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

Режем частоту на пять полос по 100. Гости с двумя и более визитами занимают ранги с 1-го по 232-й. Все 268 одновизитных стоят с 233-го по 500-й и попадают сразу в три полосы: ранги 233–300 получают балл 3, ранги 301–400 — балл 2, ранги 401–500 — балл 1. Три разных балла на одном и том же единственном визите, и разницу между ними задал порядок строк в выгрузке.

Правило записывается один раз и держится потом всегда: разрез не ставится внутри группы с одинаковым значением. Все такие гости получают один балл, полосы выходят неравными, и это правда о базе, а не поломка расчёта. На нашем примере полосы становятся 100 / 100 / 32 / 0 / 268 — одна пустеет вовсе.

Пустая полоса — полезное известие, а не досадный ноль: она говорит, что по частоте у тебя не пять уровней гостей, а три, и держать пятую клетку не за чем. Отсюда же требование к выгрузке: рядом с баллом печатай численность полосы. Балл без численности выглядит одинаково и при полосе в сто человек, и при полосе в ноль.

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

Пять групп на измерение при трёх измерениях дают 125 клеток. Три группы дают 27. Две дают 8. Программе ничто не мешает выдать любое из этих чисел, и ни одно из них не ошибочно — ошибка начинается дальше, когда 125 клеток приезжают в команду, у которой два сообщения.

Действенный сегмент — группа, для которой правда запланировано отдельное действие. Группа без своего действия — это описание, а не сегмент.

Это определение и есть всё правило числа сегментов. Выпиши список действий, которые ты действительно способен выполнить в этом квартале — личное сообщение от управляющего, автоматический триггер второго визита, придержанный стол в занятый вечер, ничего, — и посчитай их. Это число и есть твоё число сегментов. Если их три, то 125 клеток — это 122 единицы бумажной работы.

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

Средний размер клетки: сколько гостей вообще достанется одной

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

Ожидаемый размер клетки = узнанные гости ÷ (число полос)³

• узнанные гости — те, у кого в окне есть история визитов, в гостях;
• число полос — на сколько полос ты режешь каждое измерение, число без единицы;
• (число полос)³ — сколько клеток даёт деление по трём измерениям сразу, число без единицы;
• результат — гости на одну клетку.

На базе в 500 узнанных гостей: пять полос дают 500 ÷ 5³ = 500 ÷ 125 = 4,0 гостя на клетку; три полосы — 500 ÷ 3³ = 500 ÷ 27 = 18,5; две полосы — 500 ÷ 2³ = 500 ÷ 8 = 62,5. Обратная проверка: 125 × 4,0 = 500 и 27 × 18,5 = 499,5 — расхождение в полгостя, это округление до десятых.

И сразу оговорка, без которой число обманет: это среднее, а среднее здесь — верхняя оценка самой маленькой клетки. Клетки не наполняются ровно; раздел выше показал полосу на 268 человек рядом с пустой. Значит самая бедная клетка лежит заметно ниже среднего, и если среднее у тебя уже единицы гостей — полос слишком много.

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

Формула балла и единственное, чего с ним делать нельзя

Балл измерения = ранг гостя внутри базы по этому измерению, разрезанный на равные группы

• ранг — позиция гостя, когда вся база отсортирована по этому измерению; позиция, а не величина, поэтому без единицы;
• равные группы — на сколько полос ты режешь отсортированную базу; выбираешь сам и записываешь: пять полос дают баллы от 1 до 5, три полосы — от 1 до 3;
• балл говорит «относительно других гостей этой базы» и не говорит ничего о злотых, днях и визитах.

Отрасль записывает эти три балла рядом трёхзначным ярлыком — 555 для лучшего, 111 для худшего — а потом складывает их в одно число. Ярлык — удобное сокращение. Сумма величиной не является. У ранга нет единицы, у суммы трёх рангов её тоже нет, а выдача ей единицы через название «балл гостя» выдумывает замер, которого никто не делал.

Арифметика показывает вред прямо. Гость с баллами 3-4-5 и гость с баллами 5-4-3 оба дают в сумме 12. Первый был давно, ходит умеренно часто и тратит много. Второй был на прошлой неделе, ходит умеренно часто и тратит мало. Сумма одна, гости противоположные, действия противоположные. Любая таблица, отсортированная по этой сумме, ставит их рядом и прячет ровно ту разницу, ради которой сегментация и строилась.

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

Балл падает, когда растёт база, а не когда остывает гость

У ранга есть свойство, о котором в отчёте забывают первым: он считается относительно тех, кто в базе прямо сейчас. Гость может не изменить ни одного своего числа и всё равно потерять балл.

Тот же гость с шестью визитами. На базе в 500 узнанных гостей при пяти полосах по 100 он стоит 95-м по убыванию частоты: 95 ≤ 100, полоса первая, балл 5. За квартал база выросла до 700 узнанных, полосы стали по 140, и 60 новых гостей ходят чаще него. Его ранг стал 95 + 60 = 155, а 155 > 140 — значит полоса вторая, балл 4. Визитов у него по-прежнему шесть, последний — тот же самый день. Упал не гость, упало его место в очереди.

Отсюда три следствия, и все три про то, что можно печатать в отчёте, а что нельзя:

• баллы двух разных выгрузок между собой не сравниваются. Строка «средний балл по базе вырос за квартал» не значит ничего: при делении на равные полосы средний балл почти не двигается по построению, как бы ни вела себя база;
• баллы двух заведений не сравниваются тем более — у каждого своя база и своя очередь, а балл говорит только о месте внутри неё;
• сравнивать надо сырые три числа — дни, визиты и злотые. У них есть единицы, и они не зависят от того, сколько людей завели карточку в этом квартале.

Поэтому рядом с любым напечатанным баллом стоят дата пересчёта и размер базы, на которой он посчитан. Без этих двух подписей балл — число без системы отсчёта, и первое же сравнение по нему будет сравнением очередей, а не гостей.

Уходящий гость: как поймать его до того, как пауза стала окончательной

Ожидаемый интервал между визитами = окно наблюдения ÷ визиты гостя в окне

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

Проверка ухода: давность > ожидаемый интервал × множитель терпимости

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

Уходящий гость — гость, чья давность превысила его собственный обычный интервал между визитами, но ещё не настолько, чтобы считать его потерянным.

Посчитано на примерной базе в 500 узнанных гостей за окно 365 дней. У гостя А 12 визитов: ожидаемый интервал 365 ÷ 12 = 30,42 дня. При множителе терпимости 2 порог равен 60,83 дня. А не был 78 дней, и 78 > 60,83, значит А уходит. У гостя Б 3 визита: ожидаемый интервал 365 ÷ 3 = 121,67 дня, порог 243,33 дня. Б тоже не был 78 дней, и 78 < 243,33, значит Б ведёт себя ровно так, как вёл себя всегда.

Одни и те же 78 дней, противоположные приговоры, и ни одно календарное правило не выдало бы оба разом.

Порог «давно не был» считается по твоей частоте, а не по календарю

Девяносто дней — число из календаря. Оно вошло в привычку потому, что в квартале девяносто дней, а не потому, что на этой отметке в госте что-то меняется. Приложенное плоско, оно вредит сразу двумя способами: объявляет потерянными редких, но верных гостей, которые ещё в своём ритме, и позволяет еженедельным постоянным дрейфовать одиннадцать недель, пока это кто-нибудь заметит.

Лечение — пара формул выше, приложенная к гостю, а не к базе. Стоит она одной лишней колонки — собственного ожидаемого интервала каждого гостя — и меняет то, кто попадает в утренний список. Множитель терпимости — место, где входит суждение, и входить оно должно открыто: запиши его, скажи почему и держи достаточно долго, чтобы сравнить два периода. Множитель около 1,5 реагирует быстро и даёт ложные тревоги; около 3 — спокоен и ловит людей поздно. Ни одно из этих двух чисел не рекомендация: это концы компромисса, а значение между ними — твоё. Опубликованной нормы для него нет, и ровно поэтому он обязан быть записанным решением, а не настройкой по умолчанию, которую никто не помнит выбирать.

Получит ли перешагнувший черту гость сообщение вообще и когда — это уже работа follow-up: смотри автоматизацию follow-up и текст о том, что происходит с запросом после первого разговора.

Сезонный гость, которого сегментация записывает в потерянные

Это вырожденный случай всего сказанного выше, и в ресторане он достаточно част, чтобы заслужить отдельный абзац, а не сноску.

Семья, которая раз в год бронирует зал на причастие, фирма, которая делает у тебя один рождественский ужин, пара, приходящая на одну годовщину, — у каждого из них частота 1 в окне 365 дней и ожидаемый интервал, который формула честно не посчитает: один визит не даёт никакого промежутка. Один визит — это точка; промежутку нужны две. Пропусти такого гостя через проверку ухода, и арифметика запишет совершенно здорового ежегодного гостя в потерянные где-то на четвёртом месяце.

Два выхода, и оба — записываемое решение, а не хитрость:

• считай интервал только для гостей минимум с двумя визитами, а всех с одним держи отдельной группой «новый или разовый», действие которой — триггер второго визита, а не реактивация;
• веди бронирования по случаю в собственном окне — промежуток, который важен для причастия или свадьбы, равен году, и принадлежит он очереди запросов, а не базе гостей. У этой очереди своя страница: запросы о мероприятиях в ресторане.

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

Что делать с каждым сегментом и чего с ним делать нельзя

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

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

Сегмент, который нельзя трогать: постоянный гость и цена лишнего внимания

Есть одна группа, где правильное действие — сознательное ничего, и обычно это самая ценная группа в списке. Гость, который приходит каждую неделю, уже имеет привычку. Каждое отправленное ему сообщение делает одно из двух: либо его игнорируют, что медленно приучает игнорировать все твои сообщения, либо оно срабатывает — а это значит, что ты заплатил скидкой за перенос визита, который случился бы и без неё.

Оба исхода — расход, и ни один нигде расходом не показывается. Первый оплачивается будущей отзывчивостью; второй оплачивается маржой покрытия и выглядит в отчёте удачной кампанией, потому что визит-то был. Это и есть тихая причина строить сегментацию вообще: не чтобы дотянуться до большего числа людей, а чтобы перестать дотягиваться до тех, кто и так шёл.

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

Как проверить, что деление вообще что-то дало

Доля сегмента в марже покрытия % = маржа покрытия сегмента ÷ маржа покрытия всей базы × 100

• маржа покрытия сегмента — деньги, оставшиеся после переменных затрат с визитов этой группы в окне, PLN;
• маржа покрытия всей базы — та же величина по всем узнанным гостям в том же окне, PLN;
• результат — проценты, потому что злотые, поделённые на злотые, единицы не оставляют.

Проверка обратным ходом: 0,2784 × 148 000 = 41 203 PLN, округление сходится.

Это одно сравнение — доля в базе против доли в марже покрытия — и есть первая честная проверка деления.

Вторая проверка труднее и лучше: сработало ли само действие? Сегмент, который получил сообщение и потом вернулся, ничего не доказал: ты отобрал в него тех, кто вернулся бы охотнее прочих. Доказательство требует сопоставимой группы, не получившей ничего, и у этого метода своя страница — сработала ли акция и что отвечает контрольная группа. Новые гости, которые здесь отдельный сегмент, стоят денег при привлечении, а сколько именно, меряет страница о стоимости привлечения гостя.

Где лежат данные, как это называет закон и где кончается арифметика

Всё выше — обработка персональных данных. Карточка гостя с именем, телефоном и историей визитов — это ровно то, что RODO (польское название GDPR) называет персональными данными, а группировка людей по поведению ради решения, кому какое сообщение уйдёт, — ровно то, что оно называет обработкой. Это не повод избегать; это повод знать, где записи физически лежат, кто может их выгрузить, на каком основании ты кому-то пишешь и сколько держишь гостя, которого не было четыре года. Где автоматизация правда оказывается с данными клиентов, разбирает текст автоматизация и RODO, и прочесть его стоит до первой выгрузки, а не после.

И честная строка про технологию, потому что здесь легко размазать границу. Ранги, квантильные разрезы, ожидаемые интервалы и проверка ухода — обычная арифметика. Её посчитает любая таблица, никакая модель в этом не участвует, и ничто на этой странице не становится точнее от добавления модели. Программа экономит труд вокруг арифметики: свести историю визитов в одно место, пересчитывать ранги каждую ночь вместо раза в квартал и написать пять разных текстов вместо одного — вот последнее и есть место, где помогает ассистент; о нём автоматизация мессенджеров и общая картина в тексте автоматизация ресторана.

Aura сидит здесь на управленческом слое: числа, деление и триггер. Она не решает за тебя, сколько твой ресторан должен стоить гостю.

Часто задаваемые вопросы

Что такое RFM-сегментация и работает ли она в ресторане?

Это способ поделить базу клиентов тремя числами о каждом госте — как недавно он был, как часто бывал и сколько стоил, — и в ресторане он работает ровно настолько, насколько ресторан умеет узнать вернувшегося гостя. С бронями, картой или аккаунтом работает хорошо. В зале, где большинство платит наличными и уходит неузнанным, работает только на узнанном меньшинстве, и честный первый шаг — измерить, насколько это меньшинство велико.

Как задать границы между сегментами?

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

Сколько сегментов держать ресторану?

Столько, сколько у тебя правда разных действий, готовых к исполнению, и ни одним больше. Три измерения, разрезанные на пять полос каждое, дают 125 сочетаний, на которые ни одна ресторанная команда не реагирует по-разному. Два сегмента с двумя настоящими действиями бьют двенадцать сегментов с одним действием на всех, и число обязано задаваться списком действий, а не тем, что умеет выгрузка.

Когда гость уходящий, а когда уже потерянный?

Когда его давность превысила его собственный ожидаемый интервал между визитами, но ещё не превысила его во столько раз, сколько ты выбрал множителем терпимости. Это сравнение — на гостя, никогда на базу: гость, ходивший раз в месяц, опаздывает через два месяца, а гость, приходящий дважды в год, в тот же момент не опаздывает вовсе. Опубликованной нормы для множителя нет, поэтому это записанное решение, которое держат стабильным.

Можно ли сложить три балла RFM в одно число?

Посчитать можно, отчитываться им нельзя. Каждый балл — ранг, единицы он не несёт, значит и сумма её не несёт: это не величина, её нельзя усреднять, сравнивать между периодами и принимать за ценность. Единственное законное применение — отсортировать список. Двое гостей с баллами 3-4-5 и 5-4-3 дают одну и ту же двенадцать, а действия им нужны противоположные, и это кратчайшее доказательство, почему сумма прячет то, ради чего деление затевалось.

Как понять, что сегментация была не зря?

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

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