Телеграм-бот для ресторана и кафе

Бронь столика и работа с залом

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

Меню, стоп-лист и частые вопросы

Бронь столика — основной сценарий для заведения с залом. Гость выбирает дату, время, число человек и зону, бот проверяет ограничения, заданные вами в админке: сколько столов держим под бронь, за сколько часов принимаем заявку, какие часы закрыты под банкеты. Дальше два варианта. Либо бот фиксирует заявку и передаёт её администратору в отдельный чат, а тот подтверждает вручную — так работает большинство заведений, где посадка живая и зависит от текущей загрузки. Либо бот подтверждает сам по схеме зала, если она у вас жёсткая. Первый вариант надёжнее: бот не видит, что компания за седьмым столом сидит третий час. За сутки и за пару часов до визита бот присылает напоминание с кнопкой «отменить» — гость может снять бронь сам, а не молча не прийти.

Отзывы и связь с гостем после визита

Меню в боте — это не PDF-файл в чате. Мы собираем структуру: категории, карточки блюд с фото, составом, весом и ценой, отметки «острое», «вегетарианское», «новинка». Цены и стоп-лист меняются в админке, без разработчика и без пересборки бота. Если подключена касса, стоп-лист может приходить из iiko или r_keeper автоматически, и гость не выбирает то, чего сегодня нет. Меню в боте открывают до визита — из дома или по дороге. Это другой сценарий, чем QR-меню для ресторана, которое работает за столом вместо бумажной папки. Инструменты не конкурируют: QR закрывает зал, бот закрывает всё, что происходит вне зала. Обычно мы отдаём одну и ту же базу блюд в оба канала, чтобы официант и бот показывали одинаковые цены.

Интеграции, ограничения и как мы начинаем

Ответы на частые вопросы — самая скучная и самая полезная часть бота. Есть парковка? До скольки работаете в воскресенье? Можно с собакой? Есть детская комната? Принимаете Kaspi? Где вход со двора? Что входит в банкетное предложение? Эти вопросы приходят каждый день, отвлекают администратора от зала и часто остаются без ответа вечером, когда телефон никто не берёт. Бот отвечает мгновенно и одинаково корректно в любое время. Ограничение честное: этот блок надо поддерживать. Изменили часы работы, закрыли летнюю террасу, поменяли условия по банкетам — правки вносятся в админку, иначе бот начинает врать гостю от вашего имени. Мы делаем этот раздел редактируемым целиком, чтобы правку вносил управляющий за минуту, а не разработчик за неделю.

Отзывы. После визита бот может спросить, как всё прошло. Смысл не в сборе звёзд, а в маршрутизации: если гость поставил низкую оценку, диалог уходит управляющему в чат, и он видит проблему в тот же вечер, а не через неделю в 2ГИС. Если оценка высокая — бот предлагает оставить отзыв на внешней площадке ссылкой, без давления. Дальше начинается зона ответственности заведения: бот доносит сигнал, но не готовит еду и не меняет сервис. Если на кухне системно не успевают в час пик, обратная связь просто станет более заметной и более быстрой. Это полезно, но это не решение проблемы. Мы всегда проговариваем это на старте, чтобы бот не покупался как средство от операционных сбоев.

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

Интеграции. Бот подключается к iiko или r_keeper, чтобы работать с реальным меню и стоп-листом, а не с копией, которую кто-то обновляет вручную. Если у вас есть программа лояльности для ресторана, бот становится ещё одним её интерфейсом: гость видит баланс бонусов, историю начислений и предъявляет QR на кассе. Оплату подключаем, когда это нужно сценарию — например, депозит за банкет через Kaspi Pay или карту. Стек у нас предсказуемый: Node.js на бэкенде, PostgreSQL как хранилище, Flutter там, где нужен клиент. Всё содержимое бота — меню, тексты, кнопки, сегменты рассылок — редактируется в админке, доступ к ней получают ваши сотрудники, а не только мы.

Чего бот не делает. Он не заменяет сайт: у сайта другая роль в поиске и другой объём контента. Он не заменяет мобильное приложение с полноценным личным кабинетом. И он не спасает заведение, где кухня не вытягивает поток — автоматизация просто быстрее донесёт заказы до узкого места. Если основной сценарий у вас не зал, а курьерская доставка, смотрите телеграм-бот для доставки еды — там другая логика: зоны, статусы, курьер. Если нужна витрина с фото, корзиной и бонусами, ближе будет Telegram Mini App для ресторана. Мы начинаем с брифа: считаем сценарии, интеграции и объём админки, после этого называем стоимость и сроки. Без брифа цифры были бы выдуманными.