Бонусы вместо скидок
Гость копит баллы и возвращается, а вы не раздаёте скидку каждому.
Рестораны и кафе
Делаем приложение с меню, предзаказом, бонусной картой и push-уведомлениями и связываем его с кассой. Начать можно с веб-приложения — быстрее и дешевле — и перейти на iOS и Android, когда это окупится.
Гость копит баллы и возвращается, а вы не раздаёте скидку каждому.
Кофе и обед навынос к нужному времени — особенно важно для кофеен в час пик.
Push-уведомления и рассылки по сегментам без затрат на рекламу.
Бонусная программа и напоминания: персональные предложения через push и рассылки.
Бонусы и уровни лояльности вместо постоянной скидки для всех.
Предзаказ к времени: гость забирает готовый заказ без ожидания.
Электронная карта в приложении, привязанная к телефону гостя.
Частота визитов, любимые блюда, средний чек — данные для решений по меню и акциям.
Если вы только открываетесь
Если бизнес уже работает
Продумываем сценарии гостя и делаем дизайн в вашем стиле.
Начинаем с того, что окупится. Веб-приложение не требует публикации в магазинах.
Каталог, корзина, оплата, заказ к времени, самовывоз и доставка.
Бонусы, уровни, промокоды, подарки на день рождения, приглашение друзей.
Сегменты гостей и автоматические сценарии: «давно не были», «новинка», «бонусы сгорают».
iiko, r_keeper и другие системы через API: меню, бонусы и заказы в одной базе.
Публикация в App Store, Google Play и RuStore, обновления и доработки.
стоимостьпо расчёту
Часто начинаем с веб-приложения: его ставят на телефон прямо с сайта. Если гостей много и они возвращаются часто, переходим на iOS и Android.
Можем работать по KPI с фиксацией в договоре. Как правило, это скромная базовая часть плюс процент от привлечённых продаж. Чтобы схема была честной для обеих сторон, нужны условия: сквозная аналитика, достаточный рекламный бюджет и готовый контент.
Формат 1
Понятная сумма за объём работ: сайт, настройку или ежемесячное ведение. Подходит для старта, когда аналитики и истории продаж ещё нет.
Формат 2
Скромная фиксированная часть и процент от привлечённых броней и заказов. Показатели и порядок расчёта прописываем в договоре.
Если чего-то не хватает, начинаем с фиксированного формата, за 1–3 месяца настраиваем аналитику и переходим на KPI.
Этап 1
Понимаем, что окупится.
Что делаем
Этап 2
По этапам.
Что делаем
Этап 3
Вместе с командой зала.
Что делаем
Этап 4
По данным.
Что делаем
В интернет-рекламе с 2008 года. Среди клиентов — рестораны, бары, сети кафе, базы отдыха и загородные курорты. Ядро команды работает вместе с самого начала.
Наша задача — не отработать типовой план, а выжать максимум из того, что у вас уже есть: бюджета, сайта, базы гостей, команды.
Сначала аудит и цифры, потом изменения. Ничего не ломаем в разгар сезона и не переделываем ради переделки.
Сайт, реклама, SEO и GEO, мобильные приложения, интеграции, автоматизация и ИИ. Не нужно собирать подрядчиков по одному.
Считаем не клики, а брони, заказы и выручку. Отчёт по стоимости брони и ДРР по каждому каналу.
При хорошей аналитике фиксируем KPI в договоре: базовая часть плюс процент от привлечённых продаж.
Посчитаем по частоте визитов и среднему чеку и предложим, с чего начать: веб-приложение, бонусная программа или полноценное приложение.
Доход+55%
Сеть суши-баров «Вкус и Лосось» — 24 заведения в Москве и области
Конверсии+155%
Сеть кафе паназиатской кухни Joly Woo в Санкт-Петербурге
Агрегаторы доставки берут до 30–35% с заказа. Разбираем, когда ресторану выгоден свой канал заказа, что для него нужно и как переводить гостей, не теряя поток с агрегаторов.
В пятницу полная посадка, во вторник пустой зал. Разбираем, какие предложения и рекламные кампании помогают загрузить ресторан в будни и днём — и как понять, что это окупается.
Тем, к кому гости ходят часто: кофейням, кафе рядом с офисами, сетям с доставкой. Ресторану, куда приходят пару раз в год, обычно выгоднее начать с CRM и рассылок.
Веб-приложение открывается из браузера и ставится на главный экран телефона, без магазинов приложений. Оно быстрее и дешевле в разработке, но часть функций телефона ему недоступна.
Зависит от функций и интеграций. Срок называем после прототипа — так он получается точным, а не «на глаз».
Да, если у неё есть API: iiko, r_keeper и другие. Возможности проверяем на этапе анализа.