В ресторан пишут по совершенно разным поводам: забронировать стол, уточнить состав блюда, заказать доставку, изменить адрес или пожаловаться на опоздание курьера. Если на все сообщения отвечает один универсальный сценарий, он быстро начинает путать бронь с заказом, наличие блюда с меню на сайте, а пожелание гостя — с подтверждённым действием.
ИИ-бот для ресторана полезен тогда, когда сначала определяет тип обращения, а затем работает по соответствующим правилам. Он может помочь выбрать блюда, собрать заказ или заявку на стол и сообщить статус из рабочей системы. Но кухня, касса, служба доставки и администратор остаются источниками окончательного подтверждения.
Три разных процесса в одном чате
Гость в зале, покупатель доставки и человек, который забирает заказ сам, видят один бренд, но проходят разные процессы.
Для бронирования важны дата, время, число гостей, зал, особые пожелания и правила депозита. Для доставки — адрес, зона, состав заказа, время, стоимость и способ оплаты. Для самовывоза — точка, время готовности и контакт.
Бот должен определить сценарий в первые сообщения. Иначе вопрос «можно сегодня в восемь?» легко принять за заказ ко времени, хотя человек хотел столик.
«Помогу. Вам нужен столик, доставка или самовывоз?»
После выбора бот не заставляет гостя заново объяснять уже сказанное и не смешивает состояния разных заказов.
Меню должно быть данными, а не картинкой
Чтобы отвечать по составу, цене и доступности, боту нужен структурированный каталог. Для блюда хранят название, категорию, описание, состав, вес или объём, цену, варианты, обязательные добавки, ограничения и статус доступности.
Особенно важно различать постоянное меню и фактическое наличие. Блюдо может оставаться на сайте, но временно отсутствовать на кухне. Если бот не получает актуальный статус, он вправе показать позицию как часть меню, но не должен обещать, что её приготовят сегодня.
Структура также помогает с модификаторами: размером пиццы, степенью прожарки, гарниром, соусом, добавками. Если вариант влияет на цену, сумма пересчитывается только по правилам системы.
Как помогать с выбором, не выдумывая состав
Гость может попросить «что-нибудь неострое», «лёгкое блюдо без мяса» или «ужин на двоих». Бот фильтрует меню по подтверждённым признакам и предлагает несколько вариантов.
Полезный ответ объясняет причину выбора:
«Из неострых блюд без мяса подходят овощной суп и паста с грибами. В супе нет молочных ингредиентов по описанию меню, а паста содержит сливочный соус».
Опасно делать выводы по названию. «Овощное» блюдо может содержать бульон животного происхождения, а «без сахара» — другие подсластители. Если важной информации нет, бот прямо говорит об этом и предлагает уточнение у сотрудника.
Фотография блюда помогает с выбором, но не является точной спецификацией состава или размера порции.
Аллергии требуют отдельного маршрута
Вопрос об аллергии нельзя обрабатывать как обычный фильтр меню. Даже если в карточке блюда не указан аллерген, на кухне возможны общие поверхности, масло или оборудование.
Бот может сообщить утверждённый состав и предупреждение ресторана, затем предложить связь с сотрудником. Он не гарантирует полное отсутствие следов продукта, если это не подтверждено правилами кухни.
«По карточке блюда арахис в состав не входит. Я не могу подтвердить отсутствие следов из-за общего производства, поэтому передам вопрос сотруднику кухни».
Это менее эффектно, чем уверенное «можно», но значительно полезнее для гостя и ресторана.
Сбор заказа: сначала состав, потом итог
Для заказа бот уточняет позиции, количество, варианты и добавки. Перед отправкой он показывает сводку: что заказано, сколько стоит каждая позиция, доставка, скидка и итоговая сумма.
Именно сводка позволяет поймать ошибки до оплаты. Клиент может заметить лишний соус, неправильный размер или неверное количество.
Нужно различать:
- корзину в диалоге;
- заявку на заказ;
- заказ, принятый ресторанной системой;
- оплаченный заказ;
- заказ, который кухня начала готовить;
- заказ, переданный курьеру.
Фраза «заказ принят» допустима только после подтверждения системы. Если интеграции нет, бот собирает заявку и предупреждает, что оператор подтвердит наличие и время.
Доставка: адреса похожи, зоны разные
Стоимость и возможность доставки зависят от зоны, минимальной суммы, времени, загрузки и правил ресторана. Бот уточняет адрес и передаёт его в систему, а не оценивает расстояние «примерно».
Если адрес вне зоны, нельзя обещать доставку за доплату без подтверждённого правила. Можно предложить самовывоз или передать запрос оператору.
Время доставки также является оценкой, пока ресторан и курьерская система не подтвердили заказ. Формулировка «ориентировочно 60–80 минут» честнее, чем обещание «курьер будет ровно через час», если такой гарантии нет.
Изменение адреса после начала приготовления или передачи курьеру может быть невозможно. Бот сообщает статус и подключает сотрудника, а не просто перезаписывает текст в чате.
Бронирование столика — не сообщение администратору
Для заявки на стол обычно нужны дата, время, число гостей, имя, телефон и пожелания. Для реальной брони система должна подтвердить доступность и закрепить стол или ресурс ресторана.
Особые пожелания — детский стул, тихая зона, место у окна — не всегда могут быть гарантированы. Их нужно записывать как пожелания, а не как выполненные условия.
Если действует депозит, бот объясняет сумму, срок и порядок оплаты. Отправленная ссылка не означает, что бронь подтверждена: сначала платёжная система должна вернуть успешный статус, а ресторан — закрепить стол.
При отмене важно отдельно подтвердить снятие брони и, если применимо, статус возврата.
Оплата, промокоды и акции
Бот показывает только действующие предложения с понятными условиями: периодом, каналом заказа, минимальной суммой и исключениями. Он не придумывает промокоды и не применяет несовместимые скидки.
Данные карты и коды подтверждения нельзя запрашивать в переписке. Оплата проходит через официальный сервис. Бот сообщает результат только после ответа платёжной системы.
Если деньги списались, а заказ не появился, это не повод создать второй заказ вслепую. Нужна передача оператору с идентификатором платежа и контактами клиента.
Жалобы и изменения после оформления
После отправки заказа человек может попросить удалить позицию, изменить адрес или добавить блюдо. Возможность зависит от стадии приготовления и правил ресторана. Бот сначала проверяет статус, а не обещает изменение.
При жалобе он не спорит о вкусе и не назначает компенсацию. Он собирает номер заказа, контакт, суть проблемы, фотографии при необходимости и передаёт сотруднику.
Короткое резюме для оператора полезнее полного лога:
- номер и канал заказа;
- проблемная позиция;
- что произошло;
- чего ожидает клиент;
- какие действия уже подтверждены системой.
Что делать при сбое интеграции
Если не отвечает меню, касса, бронирование, доставка или оплата, бот должен перейти в безопасный режим. Он не сообщает выдуманное наличие, не подтверждает заказ и не обещает время.
Резервный сценарий может принять контакт, составить заявку и предупредить, что сотрудник проверит её вручную. Важно, чтобы клиент понимал: сообщение получено, но действие ещё не выполнено.
Проверка перед запуском
Тесты должны охватывать обычные и неудобные ситуации:
- блюдо временно закончилось;
- заказ с обязательными модификаторами;
- вопрос об аллергене;
- адрес на границе зоны доставки;
- изменение адреса после оформления;
- промокод с неподходящими условиями;
- платёж без созданного заказа;
- бронь с пожеланием у окна;
- повторное сообщение и риск дубля;
- отказ кассы, бронирования или доставки.
Запуск блокируют ложное подтверждение заказа, выдуманный состав, гарантия безопасности при аллергии, неправильная сумма и скрытый сбой оплаты.
Как ИИ-бот ресторана настраивается в LEVBOT
В LEVBOT задают меню, варианты блюд, цены, правила доставки, бронирования, акций и передачи оператору. Подбор, сбор корзины и сложные вопросы можно бесплатно проверять в тестовых диалогах до покупки.
Оплата требуется только при скачивании готовой настроенной сборки. Одно скачивание стоит 6 000 ₽. Обязательной подписки, внутреннего баланса и оплаты токенов через LEVBOT нет.
Сервер, домен и внешняя языковая модель оплачиваются отдельно. Ресторанная система, касса, доставка, бронирование, оплата, сайт и мессенджеры подключаются как отдельные сервисы. Готовая сборка передаётся покупателю; новая отдельно настроенная сборка является отдельной покупкой.
Вывод
Ресторанный бот хорош не тогда, когда умеет красиво обсуждать еду, а когда аккуратно ведёт гостя по нужному процессу. Он различает меню и наличие, корзину и принятый заказ, пожелание и подтверждённую бронь. Благодаря этому автоматизация ускоряет обслуживание, не создавая кухне и администраторам новых проблем.