Внедрение ИИ в ресторане и сети общественного питания
Хостес не может одновременно встречать гостей и отвечать на звонки. ИИ берёт на себя бронирование, заказы на доставку и типовые вопросы — в том числе в час пик.
2–3 нед
срок запуска
от 69 000 ₽
стоимость внедрения
iiko / r_keeper
интеграция с системой
Какие задачи решает AI в отрасли «Рестораны и HoReCa»
Мы работали с этой нишей и знаем основные точки роста.
В час пик звонки о брони остаются без ответа
Заказы на доставку принимают вручную, с ошибками в составе
Гости спрашивают про состав блюд, аллергены и парковку
Негативные отзывы попадают на площадки раньше, чем к управляющему
Банкетные заявки теряются между менеджерами
Что мы внедряем в отрасли «Рестораны и HoReCa»
Каждое решение собирается под ваши процессы и подключается к системам, которые уже используются в компании.
Бронирование столов
Агент принимает бронь в мессенджере и на сайте, проверяет свободные столы на нужное время и количество гостей, уточняет пожелания и подтверждает бронь в системе автоматизации ресторана.
Бронь принимается и в час пик, и ночью
Приём заказов на доставку и самовывоз
Система ведёт гостя по меню, уточняет модификаторы и состав, считает сумму, принимает адрес и время и передаёт заказ на кухню без пересказа по телефону.
Ошибок в составе заказа становится меньше
Ответы о меню, аллергенах и условиях
Агент отвечает по вашей технологической карте: состав блюда, наличие аллергенов, острота, вегетарианские позиции, детское меню, а также про парковку, часы работы и правила посещения.
Гость получает точный ответ, а не «сейчас уточню»
Работа с отзывами
После визита ассистент спрашивает впечатление: довольного гостя направляет на площадку с отзывами, недовольного немедленно переводит на управляющего.
Проблема решается до публикации отзыва
Почему мы знаем эту нишу
Ресторан — задача из семейства, которое мы делаем регулярно: приём обращений из нескольких каналов, работа с расписанием и слотами, точные ответы по внутреннему справочнику и сбор обратной связи. Механика бронирования по своей логике совпадает с записью, которую мы автоматизировали в медицинской сети, а ответы по составу блюд — с поиском по справочным данным с обязательной опорой на первоисточник.
Час пик — именно то время, когда ресторан теряет брони
Работа зала и работа с входящими обращениями конкурируют за одного человека. В пятницу вечером хостес встречает гостей, рассаживает, решает вопрос с задержкой стола — и в это же время звонит телефон и приходят сообщения о брони на завтра. Часть звонков остаётся без ответа, часть сообщений — без реакции до следующего дня.
Особенность в том, что теряются именно самые ценные обращения: люди бронируют на ближайшие выходные, то есть на самое доходное время. Отсутствие ответа означает, что гость выбрал другое место.
Агент снимает конкуренцию за внимание: он отвечает мгновенно и параллельно любому количеству гостей, а хостес занимается залом. При этом сценарий бронирования простой и хорошо формализуемый — дата, время, количество гостей, зона, особые пожелания, — поэтому автоматизируется почти без потери качества.
Отдельный эффект даёт подтверждение брони накануне. Невыкупленная бронь в пятницу вечером — прямая потеря выручки, и активное подтверждение заметно снижает её долю.
Точность в вопросах о составе блюд — не опция, а требование
Вопросы про аллергены и состав блюд — та область, где ошибка имеет последствия для здоровья гостя и юридические последствия для заведения. Поэтому здесь нельзя полагаться на общие знания языковой модели о кулинарии.
Мы строим ответы строго на ваших данных: технологических картах, составе позиций меню, отметках об аллергенах. Если сведений по конкретному вопросу в справочнике нет, система обязана сказать об этом и передать вопрос менеджеру, а не рассуждать о том, что обычно входит в такое блюдо.
Это накладывает требование и на ресторан: справочник должен быть заполнен и актуален. Часто именно подготовка данных оказывается основной работой в проекте, а не настройка диалогов. Зато после этого один и тот же справочник используется и ассистентом, и сайтом, и персоналом.
По той же логике мы не даём агенту права обещать замену ингредиентов или изменение состава блюда без подтверждения кухни: это решение шеф-повара, а не алгоритма.
Интеграция с системой автоматизации ресторана
Чтобы бронирование и заказы работали, агент должен видеть то же, что видит персонал. Практически все заведения используют системы автоматизации — чаще всего iiko или r_keeper — и именно они содержат актуальные данные о столах, меню, стоп-листе и заказах.
Без интеграции возникает классическая проблема: агент принимает бронь на стол, который уже занят, или предлагает блюдо из стоп-листа. Одного такого случая достаточно, чтобы персонал перестал доверять системе и начал её обходить.
Поэтому порядок работ такой: сначала подключение к системе автоматизации и проверка данных, потом сценарии. Дополнительно подключаются каналы — Telegram, WhatsApp, виджет на сайте и телефония для обработки пропущенных звонков.
Для сети добавляется маршрутизация по заведениям: гость должен попадать в контекст конкретного адреса с его меню, расписанием и загрузкой, а сообщения не должны смешиваться между точками.
Частые вопросы
Да, при наличии доступа к API вашей системы. Это первое, что мы проверяем на аудите: без доступа к реальным данным о столах и стоп-листе автоматическое бронирование делать нельзя.
Да. Агент ведёт по меню, уточняет модификаторы и адрес, считает сумму и передаёт заказ в вашу систему. Оплату можно организовать ссылкой или при получении — в зависимости от того, как это устроено у вас сейчас.
Именно поэтому агент отвечает только по вашим технологическим картам и никогда не рассуждает о составе по общим знаниям. Если данных нет, он прямо говорит об этом и передаёт вопрос менеджеру.
Бронирование и ответы на типовые вопросы с интеграцией — от 69 000 ₽ и 2–3 недели. Приём заказов на доставку добавляется отдельной итерацией; для сети объём считается после аудита.
Похожая задача в вашей компании?
30 минут с архитектором — обсудим вашу задачу в контексте отрасли «Рестораны и HoReCa». Бесплатный аудит и оценка ROI.