Сколько сообщений должно быть в welcome-цепочке ресторана?

Четыре-пять касаний за 7 дней по сумме всех каналов. Меньше — гость успевает забыть о подписке, больше — отключает пуши или жмет «спам». Точное число подбирается тестами, но начинать разумно с пяти шагов из каркаса выше.

Что делать с подписчиком, который не пришел за 7 дней?

Спокойно перевести в регулярную базу, без добивания сообщениями. Второй шанс появится через 3–4 недели с новым поводом: сезонное меню, новое блюдо, праздник. Повторять тот же оффер бессмысленно — он уже не сработал.

Нужен ли email, если у сети есть приложение и пуши?

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

Welcome-сценарий для доставки отличается от сценария для зала?

Да. Окно короче — 3–5 дней, оффер завязан на первый заказ, а не на визит, геолокация уступает место зоне доставки. Каркас тот же, тайминги и механика оффера другие.

Welcome-сценарий для ресторана: как превратить подписчика в гостя за 7 дней

Человек отсканировал QR на столике, чтобы получить обещанный десерт, попал в базу — а через пару дней получил письмо «Спасибо за подписку!». Все. Через неделю он уже не помнит названия ресторана, а еще через месяц жмет «отписаться» на рассылке, которой, по сути, и не было. Бюджет на привлечение потрачен, гость так и не пришел.

В e-commerce подписчика можно вести неделями: человек обдумывает покупку кроссовок месяц. С едой так не работает — решение о том, где пообедать, принимается за пару часов, и намерение, которое привело гостя в вашу базу, остывает стремительно. Как выстроить welcome-сценарий для ресторана, который успевает за это короткое окно, рассказывает Василина Бреусенко, CRM-маркетолог ClientCore.

Почему у ресторана неделя на все про все

Подписка в ресторанном бизнесе почти всегда случается в горячий момент. Человек листал меню на сайте, бронировал стол, подключался к Wi-Fi в зале, ставил приложение доставки, сканировал QR ради бонуса. В каждом из этих случаев намерение уже есть — гость где-то рядом с покупкой.

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

Каркас welcome-цепочки: день за днем

Рабочий welcome-сценарий для ресторана — это 4–5 касаний за неделю. Вот логика, которую мы берем за основу и подгоняем под формат сети.

День 0, мгновенно. Триггерное сообщение в ту же минуту: спасибо за подписку, вот ваш бонус, действует до конкретной даты. Человек подписался в приложении — пуш, оставил почту на сайте — письмо. Никаких задержек в сутки: к утру намерение уже остыло.

День 2. Контентное касание без продажи. Фирменное блюдо крупным планом, пара слов о шефе или о том, почему у вас пекут хлеб сами. Задача — напомнить, что вы существуете, пока гость помнит подписку.

День 3–4. Напоминание об оффере с привязкой к поводу: «впереди выходные — самое время забрать ваш десерт». Сюда же удобно добавить адрес ближайшей точки или кнопку бронирования.

День 6. Дедлайн. «Бонус сгорает послезавтра» — честно, и работает хорошо, потому что откладывать больше некуда.

День 7. Финальное касание и развилка: пришел — переходит в сценарий второго визита, не пришел — уходит в регулярную базу без давления.

Два важных уточнения. Для доставки окно короче — 3–5 дней, там решение принимается еще быстрее. И цепочка обязана останавливаться в момент визита: если гость погасил промокод на четвертый день, никакого «вы еще не были у нас» он получить не должен.

Оффер на первый визит: что пообещать гостю

Классика жанра — «скидка 10% на первый заказ». Проблема в том, что так пишут все, и на фоне десятка одинаковых предложений глаз за это не цепляется. А скидка 20–25% уже заметно бьет по марже и приводит охотников за скидками — гостей, которые приходят один раз за дешево и не возвращаются.

Подарок с названной ценностью работает убедительнее. «Фирменный десерт в подарок при первом визите» воспринимается как гостеприимство, а не распродажа. При этом экономика приятнее: себестоимость десерта — треть его цены в меню, а воспринимаемая ценность — полная. Плюс подарок проще контролировать по погашениям.

Норма

Подарок с понятной ценностью: десерт, напиток, закуска к заказу
Срок действия 5–7 дней, дата прописана прямо в сообщении
Промокод или QR — вы видите, кто и когда погасил оффер

Red flag

«Скидка 10% на первый заказ» — такое есть у каждого второго
Оффер без дедлайна: гость откладывает визит навсегда
Бонус, о котором узнают только в зале: оффер должен продавать визит заранее, а не радовать постфактум

Геолокация и время дня: когда пуш превращается в обед

У ресторана есть преимущество, которого нет у интернет-магазина: вы знаете, где человек и который час. Решение об обеде офисный сотрудник принимает между 11:00 и 12:00, об ужине — ближе к 17:00. Напоминание о бонусе, пришедшее в 11:30, попадает прямо в момент выбора. То же сообщение в 22:00 просто раздражает.

Для сетей обязательна привязка к точке. Подписчик из Краснодара не должен получать пуш про ресторан в Москве, а турист, подключившийся к Wi-Fi в отпуске, — еженедельные напоминания о городе, куда он не вернется. В CRM-маркетинге для сети ресторанов геосегмент — базовая гигиена: метка ближайшей точки ставится в момент подписки и дальше управляет всеми цепочками.

Несколько примеров welcome push из нашей практики:

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

Общий прием: пуш короткий, одна мысль, один призыв, польза — в первой строке.

Какие каналы подключать к welcome-цепочке

Канал выбирается по точке подписки. Поставил приложение — основной канал пуши, они бесплатные и мгновенные. Заказывал доставку и оставил телефон — SMS или WhatsApp. Подписался на сайте — email. Ошибка — вести весь сценарий через один канал, если контакта под него нет.

Хорошо работает каскад: сначала дешевый канал, при недоставке — следующий. Пуш не ушел, потому что приложение удалено, — через день отправляется SMS. Плюс держите общий лимит частоты: 4–5 касаний за неделю по сумме всех каналов. Перебор заканчивается отключением пушей, а это почти необратимо.

Когда мы пересобирали мобильные коммуникации для ресторанов «Урюк», пуши там работали точечно, а In-App почти не влиял на выручку. Мы выстроили мобильный канал как систему — усилили пуши, запустили In-App и новые CRM-механики. За год это дало +65% к выручке CRM-канала (кейс).

Три ошибки, которые убивают welcome-сценарий

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

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

Цепочка не знает о визите. Гость сходил на третий день, а на шестой получает «вы еще не были у нас — бонус сгорает». Такое сообщение показывает, что данные кассы и CRM не связаны, и убивает доверие быстрее любой отписки.

Подобные разрывы регулярно всплывают на аудитах: когда мы разбирали CRM-маркетинг Tripster, искали, где теряется выручка, и нашли в том числе дыры в триггерной логике — сообщения уходили мимо момента и мимо контекста (кейс). В ресторанных проектах картина похожая.

Как понять, что цепочка работает

Главная метрика welcome-сценария — конверсия из подписки в первый визит за 7 дней. Вокруг нее: redeem rate оффера (сколько людей погасили бонус), выручка на нового подписчика против себестоимости подарка, доля отписок и отключений пушей после каждого касания.