Как сети ресторанов из 3–30 точек держат единую базу гостей
У небольшой сети база гостей обычно растёт сама и в разных местах. В одном ресторане брони пишут в таблицу, в другом в журнал, бонусы живут в кассе, отзывы — в мессенджере управляющего. Пока точек три, это терпимо. Когда их десять, сеть перестаёт понимать простые вещи: сколько у неё постоянных гостей, кто ходит в несколько заведений и почему гость, потративший много в одном ресторане, в соседнем считается новым.
Признаки того, что базы гостей разрослись
- Один и тот же человек заведён в системе несколько раз: под разными номерами, с ошибкой в имени, в разных точках.
- Бонусы, накопленные в одном заведении, нельзя потратить в другом.
- Маркетинг делает рассылку «по всей базе», но выгрузку собирают вручную из нескольких файлов.
- Управляющий новой точки ничего не знает о гостях, которые годами ходят в соседний ресторан сети.
- Директор видит выручку по точкам, но не видит, сколько из неё приносят вернувшиеся гости.
Что должно быть общим, а что — у каждой точки своим
Общим должен быть гость. Одна карточка на человека, в которой видно, где он бывал, что заказывал, бронировал ли стол и как оценил визит. Общими должны быть и бонусы: гость копит в одном заведении и тратит в другом.
Своим у каждой точки остаются статистика и доступ. Управляющему ресторана нужны свой средний чек, посещаемость, нагрузка на кухню и официантов. Сотрудник точки не обязан видеть данные всей сети — права доступа лучше разделить с самого начала.
С чего начать переход на одну базу
- Составить список источников. Кассы во всех точках, брони, доставка, сайт, телефония, Wi-Fi, отзывы — откуда сейчас приходят данные о гостях.
- Проверить кассы. Если в разных точках стоят разные системы, это нужно знать до выбора CRM.
- Договориться о правилах. Одна механика лояльности на сеть или разные по форматам, кто запускает рассылки, кто отвечает за отзывы.
- Перенести базу без дублей. Существующие карты и накопленные бонусы должны переехать в новую систему, а гость не должен заметить смены.
- Централизовать брони. Общий приём резервов или колл-центр снимает нагрузку с хостес в часы пик.
Как это решается на практике
Когда сеть доходит до этого списка, она обычно начинает выбирать CRM для сети ресторанов, которая сразу умеет работать с несколькими точками. В ReMarked, например, единая база гостей собирается из 10 источников: продажи, доставки, отзывы, брони, звонки, заявки, Wi-Fi и WhatsApp. Система показывает бронирования, заказы в зале и на доставку, использование бонусов, считает средний чек и посещаемость каждого заведения, а доступ сотрудников настраивается к данным только своего ресторана или всей сети. Заказы передаются в iiko или r_keeper, при звонке гостя администратор видит его карточку.
Примеры из практики сетей на сайте компании такие. В холдинге OKSMA централизованная система резервов с интеграцией r_keeper снизила нагрузку на колл-центр на 30%. В Lucky Group профиль гостя с историей заказов по всем заведениям помогает сотрудникам держать уровень сервиса, а через ReMarked проходит 60 000 резервов в месяц. В сети Bona Capona более 30 триггерных рассылок ежедневно возвращают гостей, частота визитов выросла на 5%.
Стоимость для сетей считается индивидуально и, как правило, выходит выгоднее суммы пакетов по каждому заведению. Но главный вопрос не в цене, а в порядке: сначала договориться внутри сети, кто владеет гостем, и только потом переносить базу. Тогда новая система закрепляет правила, а не множит старые дубли.
