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

База гостей полезна не количеством карточек, а возможностью работать с понятными группами посетителей и проверять результат предложений. До запуска акции, бонусной программы или сценария ко дню рождения стоит убедиться, что данные собираются в рабочем процессе, контакты не дублируются, а команда понимает правила доступа и обработки операций.
В iikoCard можно вести карточки зарегистрированных гостей и историю заказов: в справочнике предусмотрены, в частности, имя, телефон, дата рождения, дата появления в базе, число и сумма заказов, средний чек и последний визит. Также система описывает бонусные программы, акции, приветственные бонусы и условия ко дню рождения. Доступность конкретных возможностей зависит от конфигурации, лицензии и настроек заведения.
Что подготовить до запуска
- Описание того, как гость регистрируется в базе: на кассе, при заказе доставки или в другом сценарии.
- Проверку заполненности и качества контактов, а также правил работы с повторяющимися карточками.
- Список действующих акций, бонусных правил и сотрудников, которые могут их менять или применять исключения.
- Целевой сегмент для первой проверки: например, гости без визита в течение выбранного периода.
- Период, показатели и способ сравнения результата до запуска предложения.
Проверьте, как появляются карточки гостей
Сначала нужно пройти путь гостя от заказа до появления данных в базе. В документации iikoCard указано, что новые гости обычных заказов и доставок синхронизируются со справочником гостей. Однако для конкретного заведения важно отдельно проверить, в каких сценариях сотрудник предлагает регистрацию, какие поля обязательны и как исправляются ошибки в имени или телефоне.
Если гости записываются в блокноте, личной таблице сотрудника или запоминаются только командой, такую информацию сложно использовать для повторяемой работы и контроля. Переносить данные в новую систему без проверки оснований и порядка обработки не следует: процедуру получения и учета согласий на маркетинговые сообщения нужно подтвердить для используемых каналов и процессов.
Разделите базу на рабочие сегменты
Одна общая рассылка или акция для всех гостей не позволяет понять, кому и зачем сделано предложение. Начать можно с небольшого сегмента, который связан с конкретной задачей: новые зарегистрированные гости, посетители с днем рождения в выбранном периоде или гости, давно не совершавшие заказ.
| Задача | Что проверить | Где смотреть данные | Возможное действие |
|---|---|---|---|
| Вернуть гостей после паузы | Когда был последний визит и нет ли повторяющихся карточек | Карточка гостя и история заказов | Сформировать сегмент и проверить условия отдельного предложения |
| Настроить механику ко дню рождения | Заполнена ли дата рождения и какие правила бонусов уже действуют | Справочник гостей и настройки программы | Проверить сценарий на тестовой операции до запуска |
| Оценить первую акцию | Сколько гостей получили предложение, использовали его и вернулись повторно | Данные по сегменту, заказам и условиям акции | Сравнить результат с сопоставимым периодом или контрольной группой |
Не путайте настройку акции с доказанным результатом
Бонусы, персональные условия и поздравления могут быть механизмом для работы с гостями, но сами по себе не подтверждают рост повторных визитов или выручки. До запуска полезно зафиксировать период наблюдения, размер целевого сегмента, число отправленных и доставленных сообщений, использования предложения, повторные визиты и маржинальность предоставленной выгоды.
Условный пример: ресторан выделил гостей без визита 45 дней и подготовил предложение для части этой аудитории. Через согласованный период управляющий сопоставляет число повторных визитов и использование предложения с аналогичным сегментом, который его не получал. Разница требует разбора: на результат могли повлиять сезонность, изменение меню, графика работы или другие акции.
Проверьте права сотрудников и правила исключений
У программы лояльности должны быть понятные ответственные: кто меняет условия акции, кто может вручную корректировать бонусы и как разбираются спорные операции. Права доступа стоит назначать по ролям, а не оставлять одинаковыми для всех сотрудников. Регулярная проверка ручных корректировок, отмен и возвратов помогает отделить обычные рабочие ситуации от операций, которым требуется пояснение.
Типичные ошибки и ограничения
- Считать, что наличие списка гостей уже означает готовность к персональным предложениям.
- Использовать неточные или дублирующиеся контакты без правил исправления карточек.
- Запускать акцию для всей базы, не определив целевой сегмент и критерий результата.
- Приписывать повторные визиты одной акции без сравнения с сопоставимым периодом или группой.
- Предполагать, что рассылки, внешняя CRM или конкретный канал связи входят в любую конфигурацию iiko без проверки условий решения.
С чего начать
- Выберите один сценарий регистрации гостя и проверьте его на реальной смене.
- Проведите выборочную сверку карточек: контактов, дублей, даты последнего визита и истории заказов.
- Согласуйте один сегмент и одну проверяемую механику вместо одновременного запуска нескольких акций.
- Зафиксируйте показатели до старта и назначьте ответственного за разбор результата.
- Подтвердите для своей конфигурации наличие нужного модуля, лицензии, каналов коммуникации и правил доступа.
Что это значит для ресторатора
Программа лояльности начинается с надежных данных о гостях, понятных правил акции и измерения результата, а не с массового предложения всей базе. Возможности iikoCard и подключаемых CRM нужно подтверждать для конкретной конфигурации, лицензии и используемых каналов связи.
Обсудить с экспертомОбсудим вашу задачу
Поможем разобраться с автоматизацией, учетом и настройкой iiko.
Обсудить с экспертом