Бот для ресторана в MAX: бронь столов и доставка

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

Бронь столов

Сценарий: дата → время → количество гостей → зал (терраса, основной зал, кабинет) → особые пожелания → подтверждение. У хороших систем учёта (iiko, R-Keeper, Quick Resto) есть API бронирования, которое возвращает доступные слоты с учётом загрузки зала. Без API приходится обходиться очередью «бронирование на проверку», что добавляет лаг и ошибки.

Подтверждение брони — обязательный шаг. Гость должен нажать «Подтверждаю» в день визита (или за 2–3 часа), иначе стол освобождается. Это снижает no-show и повышает ротацию столов в часы пик. По нашей практике, подтверждение через бот сокращает no-show с 18–25% до 5–8% — это десятки тысяч рублей выручки в месяц для среднего ресторана на 80 посадочных мест.

Дополнительная механика — скидка за раннюю бронь. Если гость бронирует в будни на интервал 17:00–18:30 за 24 часа, бот предлагает 10% на счёт или комплимент от шефа. Это перераспределяет нагрузку и заполняет «мёртвые» часы.

Меню и доставка

Меню в боте — это не PDF. Это структурированный каталог: категория, блюдо, фото, состав, цена, кнопка «В корзину». Карточка на одном экране, никакого скролла длиной в простыню. Если у ресторана 200+ позиций — добавляем поиск и фильтры (без глютена, веган, острое, до 500 ккал).

Корзина и оформление работают по той же логике, что в магазине: FSM с шагами «адрес → время → оплата». Адрес лучше брать через геолокацию MAX, чтобы не вводить вручную. Оплата — эквайринг (CloudPayments, ЮKassa, Тинькофф), СБП-ссылка или карта при получении.

Доставка зависит от модели: своя курьерская служба, агрегатор (Яндекс.Еда, Delivery Club, СберМаркет Еда), сторонние курьеры (Достависта, Borzo). Бот в любом случае показывает статус: «принят» → «готовится» → «передан курьеру» → «в пути» → «доставлен».

Mini App MAX vs inline-меню

Для меню есть два пути. Inline — карточки сообщениями с кнопками, быстро и просто. Mini App — отдельный WebView со своим UI, удобный для длинных меню и сложных модификаторов.

Практика: для кофейни/бара на 30–60 SKU — inline. Для полноценного ресторана с горячим, холодным, барной картой и вином — Mini App. Гибрид: inline для «быстрых» сценариев (кофе с собой, повторить заказ), Mini App для основного меню.

Pre-order и самовывоз

Самовывоз для ресторана — самая выгодная модель: нет курьера, нет комиссии агрегатора, чек выше, чем у доставки. Бот должен делать его максимально удобным.

Сценарий pre-order: гость собирает корзину утром, выбирает время «забрать в 13:15» — к этому моменту блюда готовы и упакованы. На кассе — QR из бота, подтверждение, выдача. Это особенно работает в бизнес-ланчах: за 7–10 минут до окончания обеденного перерыва не нужно стоять в очереди.

Для самовывоза в боте важны три вещи: точная карта с маршрутом, понятный временной слот (с шагом 15 минут) и push «ваш заказ готов» в момент финальной упаковки. Без последнего гость приходит раньше и стоит, или приходит позже и забирает остывшее.

Программа лояльности

Простая механика: после первого заказа гость получает виртуальную карту, на ней копятся баллы (1 балл = 1 рубль или процент от чека). Баллы списываются при следующем заказе. Бот показывает баланс, историю операций, доступные акции.

Для ресторанов с регулярным трафиком работает уровневая программа:

Статусы пересчитываются раз в сутки фоновой задачей. Понижение делается мягким: 1 месяц «грейс-периода» с уведомлением «осталось 3 000 ₽ до сохранения Gold» — это работающий триггер для повторного визита.

Для повышения частоты визитов работают персональные предложения: если гость не приходил 3 недели, бот может прислать промокод с ограниченным сроком. Сегментация — по истории заказов, любимым категориям и интервалам визитов.

QR на кассе и идентификация гостя

Связка «гость в зале ↔ профиль в боте» делается через QR на чеке или на столе. Сценарии:

• QR на чеке — после оплаты гость сканирует код, баллы зачисляются на профиль в боте. Если гостя в боте ещё нет — приглашение зарегистрироваться, тогда баллы упадут с задержкой.
• QR на столе — гость сканирует, бот открывается с привязкой к столу. Дальше — дозаказ без официанта, оплата прямо в боте, отзыв после ухода.
• Номер телефона на кассе — кассир вводит номер, бот находит профиль и начисляет баллы. Менее надёжно — гости часто забывают свой номер или диктуют чужой.

Сложные многоуровневые программы (геймификация, миссии, badge) лучше держать в CRM (например, Mindbox, Loymax), бот выступает витриной. Это снимает с разработки бота вечный долг переписывания правил под каждую новую акцию маркетинга.

Отзывы и обратная связь

Через час после доставки или через день после визита — короткий опрос. Не «как вам всё», а конкретно: «оцените блюда» (1–5), «оцените сервис» (1–5), «что улучшить» (свободный текст или варианты). Отрицательные оценки (1–3) уходят менеджеру в реальном времени с возможностью написать гостю прямо из бота.

Это закрывает классическую боль ресторатора: «человек ушёл недовольный, но в Яндексе не написал, а к нам не вернулся». Бот ловит сигнал и даёт шанс реабилитироваться до того, как отзыв разойдётся в открытых источниках.

NPS считаем стандартно: «Готовы ли вы порекомендовать нас друзьям?» по шкале 0–10. Промоутеры (9–10) получают приглашение оставить отзыв в Яндекс.Картах или 2GIS — с deep-link. Детракторы (0–6) — приглашение на разговор с менеджером, никакой публичной кнопки. По нашему опыту, такая сегментация повышает рейтинг в Яндекс.Картах на 0.4–0.7 балла за 3 месяца.

Рассылки с сегментацией

Массовые «у нас новое меню» работают плохо и дают высокий процент отписок. Точечные — наоборот.

Минимальный набор сегментов для ресторана:

• Давно не были — последний заказ больше 30/60/90 дней назад. Триггер с разной механикой: 30 дней — мягкое напоминание о новинках, 60 — промокод -15%, 90 — личное приглашение от шефа.
• Любимая категория — гость регулярно заказывает суши? Сообщаем о новых роллах. Брал десерты? Анонсируем сезонную карту.
• День рождения — за 7 дней до даты приглашение с бонусом (бесплатный торт, скидка на компанию). Конверсия таких рассылок — 18–35%.
• Geo-сегмент — гости с адресами доставки в радиусе 1.5 км от точки. Тестируем гипотезы локально, не спамим всю базу.
• Чек выше среднего — гости с AOV 3 000+ ₽ получают приглашения на дегустации, винные ужины, шеф-столы.

Частота — не чаще 1 рассылки в неделю на сегмент. MAX, как и любой мессенджер, чувствителен к спаму: жалобы — это блок канала, а не просто пониженный CTR.

Интеграция с системой учёта

Самые распространённые системы — iiko и R-Keeper. У iiko есть iikoBiz API и iikoTransport, которые покрывают и бронь, и доставку, и работу с гостями. У R-Keeper — REST API в новых версиях. Без этих интеграций бот превращается в «принимаем заказ, потом передадим на кухню по почте», что неработоспособно.

Сравнение по основным POS:

Архитектурно адаптер вынесен в отдельный сервис: при смене системы учёта или работе с несколькими ресторанами на разных POS не приходится переписывать бот. Универсальное правило — внутренняя БД заказов в боте, асинхронный обмен с POS через очередь и ретраи. Если iiko упал на 20 минут (а это бывает в часы пик после обновлений), бот продолжает принимать заказы, отправлять подтверждения, ставить в очередь на кухню.

Агрегаторы (Яндекс.Еда, Delivery Club) живут параллельно: их заказы тоже падают в iiko, но через свои каналы. Бот не должен дублировать эти потоки — только свой канал прямых заказов с прямой комиссией 0%.

QR-меню в зале и дозаказ без официанта

Отдельный сценарий, который особенно вырос после 2020 года и продолжает работать в 2026. На столе QR — гость сканирует, открывается бот с меню текущего ресторана и привязкой к столу. Дальше:

1. Гость листает меню в боте.
2. Добавляет блюда в корзину, отправляет «Заказ за стол №12».
3. Заказ падает на кухню через iiko с пометкой стола.
4. Официант приносит — без необходимости вызывать его для каждой добавки.
5. В конце трапезы гость нажимает «Закрыть счёт», оплачивает в боте СБП или картой, чек уходит в МойОфис/ОФД.

Этот сценарий снимает 30–40% типовой нагрузки с официанта, сокращает время оборота столика на 15–20 минут и почти полностью убирает ошибки в чеке (классическое «а я заказывал воду без газа»). По нашему опыту в средне-сегментных кафе средний чек на дозаказ через бот выше на 12–18% — нет психологического барьера «звать официанта ради ещё одного латте».

Узкие места

• Часы пик. В пятницу вечером бот должен честно говорить «доставка через 90 минут», а не врать про 30. Иначе негатив. Реалистичные ETA берутся из iikoTransport с учётом текущей загрузки кухни и числа активных курьеров.
• Стоп-лист. Блюдо закончилось — оно должно сразу пропасть из меню в боте. Иначе клиент закажет, а на кухне его нет. Webhook от iiko или R-Keeper решает задачу за 5–10 секунд задержки.
• Чаевые курьеру. Если есть в системе — пробрасываем в бот, не теряем. По нашим данным, 35–45% доставок получают чаевые, если кнопка появляется на экране оплаты.
• Возвраты. Безопаснее ручные, через оператора. Автомат на возврате денег ломает экономику в первый же месяц — фрод-схема «получил, написал что не привезли, вернули деньги» масштабируется быстро.
• Двойная бронь. Если бот и хостес бронируют столы из разных интерфейсов — нужен единый календарь в iiko, иначе будут конфликты.
• Аллергии и диеты. Поле «особые пожелания» при заказе — обязательное. Информация уходит в комментарий к заказу в iiko и видна повару.

Цифры и ROI

Усреднённые цифры по нашим проектам в среднем сегменте (ресторан/сеть на 2–8 точек, средний чек 1 200–2 500 ₽):

• Конверсия в первый заказ через бот после регистрации — 35–55%.
• Доля повторных заказов в течение 30 дней — 40–60% (против 15–25% у мобильного веба).
• Recovery rate брошенных корзин — 12–22%.
• Конверсия рассылок «давно не были» с промокодом — 8–15%.
• Сокращение no-show на бронях с подтверждением — с 18–25% до 5–8%.
• Прирост чеков на дозаказах через QR-меню в зале — 12–18%.
• Окупаемость разработки — 3–7 месяцев при базовой пользовательской базе 1 500+ активных гостей.

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

Чек-лист готовности к запуску

• Меню синхронизируется с iiko/R-Keeper в реальном времени, стоп-лист обновляется через webhook.
• Бронь столов с подтверждением за 2–3 часа, no-show контроль.
• Адрес доставки через геолокацию MAX, расчёт зоны и стоимости перед оплатой.
• Оплата СБП + карта + комплект эквайринга с фискализацией по 54-ФЗ.
• Реалистичные ETA с учётом загрузки кухни и курьеров.
• Программа лояльности с уровнями, понятным пересчётом и push-уведомлениями.
• Сегментированные рассылки (давно не был, ДР, любимая категория) с отпиской.
• Сбор отзывов с маршрутизацией негатива на менеджера до публикации.
• QR на чеке для зачисления баллов и QR на столе для дозаказа.
• Логирование всех заказов с order_id для разбора инцидентов.
• Запасной канал при падении iiko — приём заказов в очередь с ретраями.
• Юридические документы: оферта на доставку, согласие на ПДн, политика возвратов.
• Нагрузочное тестирование под пиковую пятничную нагрузку × 2.
• Обучение хостес и менеджеров работе с заявками из бота.
• Аналитика: AOV, retention 30/60/90, NPS, recovery rate, ROI канала.

Итого

Бот для ресторана в MAX окупается на трёх контурах: бронь, доставка и работа с базой постоянных гостей. Серьёзная часть качества — в интеграции с iiko или R-Keeper и аккуратной работе с меню в реальном времени. Без этого бот будет красивым, но бесполезным каналом. С хорошо настроенной кухней автоматизаций — это рабочий инструмент с понятным возвратом инвестиций: средняя окупаемость 3–7 месяцев, прирост retention в 2–2.5 раза против мобильного веба, экономия на комиссиях агрегаторов 15–25% от выручки доставки.

Частые вопросы

Какие задачи решает бот для ресторана в MAX?+

Три задачи разом: бронь столов, доставка с меню и оплатой, работа с базой постоянных гостей. Сценарий брони — дата, время, количество гостей, зал, особые пожелания, подтверждение. Меню как структурированный каталог с фото и кнопкой «В корзину». Программа лояльности с виртуальной картой, уровнями (Silver, Gold, Platinum) и баллами. Сбор отзывов через короткие опросы. Сильная сторона MAX — пользователь уже в мессенджере, не нужно скачивать ещё одно приложение и проходить регистрацию, что повышает конверсию входа в бот по сравнению с собственным приложением ресторана. Дополнительные сценарии — QR-меню в зале для дозаказа без официанта, pre-order для бизнес-ланчей и сегментированные рассылки.

Как интегрировать бот MAX с iiko или R-Keeper?+

У iiko есть iikoBiz API и iikoTransport, которые покрывают бронь, доставку и работу с гостями — основной канал интеграции. У R-Keeper — REST API в новых версиях, в более старых придётся жить с XML и polling. Без этих интеграций бот превращается в «принимаем заказ, потом передадим на кухню по почте», что неработоспособно. Архитектурно адаптер выносится в отдельный сервис: при смене системы учёта или работе с несколькими ресторанами на разных POS не приходится переписывать бот. Через webhook подтягиваются стоп-листы, чтобы пропавшие блюда исчезли из меню в реальном времени. Универсальное правило — внутренняя БД заказов в боте, обмен с POS асинхронный, через очередь и ретраи. Если iiko упал на 20 минут, бот продолжает принимать заказы.

Как сделать бронь столов в боте MAX?+

Сценарий: дата → время → количество гостей → зал → особые пожелания → подтверждение. У хороших систем учёта (iiko, R-Keeper, Quick Resto) есть API бронирования, которое возвращает доступные слоты с учётом загрузки зала. Без API приходится обходиться очередью «бронирование на проверку», что добавляет лаг и ошибки. Подтверждение брони — обязательный шаг: гость должен нажать «Подтверждаю» в день визита (или за 2–3 часа), иначе стол освобождается. Это снижает no-show с 18–25% до 5–8% и повышает ротацию столов в часы пик. Дополнительно — скидка за раннюю бронь на «мёртвые» интервалы 17:00–18:30 в будни, что перераспределяет нагрузку.

Как должно выглядеть меню в боте ресторана?+

Не PDF, а структурированный каталог: категория, блюдо, фото, состав, цена, кнопка «В корзину». Карточка на одном экране, никакого скролла длиной в простыню. Если у ресторана 200+ позиций — добавляем поиск и фильтры (без глютена, веган, острое, до 500 ккал). Корзина и оформление работают по логике магазина: FSM с шагами «адрес → время → оплата». Адрес лучше брать через геолокацию MAX, чтобы не вводить вручную. Оплата — эквайринг (CloudPayments, ЮKassa, Тинькофф) или СБП-ссылка. Стоп-лист синхронизируется с iiko в реальном времени. Для меню до 80 SKU достаточно inline-карточек, для большего объёма с модификаторами — Mini App MAX.

Как программа лояльности работает в боте ресторана?+

Простая накопительная механика: после первого заказа гость получает виртуальную карту, на ней копятся баллы (1 балл = 1 рубль или процент от чека). Баллы списываются при следующем заказе. Бот показывает баланс, историю операций, доступные акции. Уровневая программа — Guest/Silver/Gold/Platinum с растущим кешбэком 3–10% и бонусами (приоритетная бронь, дегустации, поздравление с ДР, шеф-комплимент). Статусы пересчитываются раз в сутки, понижение мягкое с грейс-периодом и уведомлением. Идентификация гостя в зале — QR на чеке или на столе. Сложные многоуровневые механики (геймификация, миссии) лучше держать в CRM типа Mindbox или Loymax, бот выступает витриной.

Как использовать QR-меню в зале для дозаказа без официанта?+

На столе размещается QR с привязкой к номеру стола. Гость сканирует, бот открывает меню текущего ресторана, добавляет блюда в корзину и отправляет «Заказ за стол №12». Заказ падает на кухню через iiko с пометкой стола, официант приносит — без необходимости вызывать его для каждой добавки. В конце трапезы гость нажимает «Закрыть счёт», оплачивает в боте СБП или картой, фискальный чек уходит в ОФД. Сценарий снимает 30–40% типовой нагрузки с официанта, сокращает время оборота столика на 15–20 минут и убирает ошибки в чеке. Средний чек на дозаказ через бот выше на 12–18% — нет психологического барьера «звать официанта ради ещё одного латте».

Какие узкие места у ресторанного бота под нагрузкой?+

Шесть основных. Часы пик — в пятницу вечером бот должен честно говорить «доставка через 90 минут», а не врать про 30, иначе негатив. Стоп-лист — блюдо закончилось и должно сразу пропасть из меню в боте, иначе клиент закажет, а на кухне его нет. Чаевые курьеру — если есть в системе iiko, пробрасываем в бот, не теряем функционал, до 45% доставок дают чаевые с правильной кнопкой. Возвраты — безопаснее ручные, через оператора; автомат на возврате денег ломает экономику в первый же месяц из-за фрод-схем. Двойная бронь — нужен единый календарь в iiko, иначе хостес и бот будут конфликтовать. Аллергии — поле «особые пожелания» обязательное и видно повару.