AI-метрдотель — первый ИИ-сотрудник ресторана: как мы заменили часть работы менеджеров искусственным интеллектом. Разбор кейса внедрения цифрового сотрудника с учётом рисков, ошибок и человеческого фактора.
В этой статье рассказываю про наш кейс реализации AI-агента для сети ресторанов, обсудим, с чего начинается действительно умный AI-продукт, рассмотрим примеры того, как цифровой ассистент отвечает гостям уже сейчас, киллер-фитчи, которые мы реализовали в виде файнтюнинга и переключения на менеджеров и пройдемся по технической части.
Самый очевидный кейс для чат-ботов — попробовать заменить сотрудника, но часто это реализовано так, что пользователь получает шаблонные ответы и просит скорее переключить его на менеджера. Мы решили не делать «бота», а сделать цифрового сотрудника, который максимально приближенно имитирует человека: понимает свободный текст, запоминает гостя, не путается, не устает, отвечает ровно и аккуратно, а когда чего-то не знает — передаёт слово менеджеру так, чтобы гость этого даже не заметил.
Фактически — это метрдотель, который работает 24/7, не забывает ни одного сообщения и видит всю картину: от предпочтений гостя до наличия блюд и статуса оплаты.
Как мы внедрили AI-метрдотеля в ресторанную сеть без “пилота ради пилота”
От проектирования архитектуры до эксплуатации в реальных чатах с гостями!
Не хочется начинать с банальностей, но очевидно, что человека есть ограничения: усталость, поток задач, параллельные чаты, человеческий фактор. У AI-метрдотеля их нет, звучит идеально, потому что он не забывает:
– что гость любит
– когда он был последний раз
– какие блюда заказывал
– какой у него повод
– какой стол нужно предложить
– какое меню сегодня
Он держит все процессы в голове сразу: бронирования, IIKO, меню, билеты, оплату, отзывы и делает это без напряжения.
А главное – он персональный. Он не работает по фиксированным правилам, а адаптируется под конкретного человека и не выдаёт одни и те же рекомендации всем подряд. Но если происходит ситуация, где правильнее подключить живого менеджера, система не «ломается», не просит «сформулируйте иначе», а просто передаёт запрос сотруднику, который быстро подхватывает диалог, гость этого перехода может и не заметить.
Это не бот. AI-метрдотель в эксплуатации: что происходит после запуска.
Чтобы AI оказывал действительно персональный умный сервис, ему нужно три опоры.
Первая — доступ к знаниям.
В прошлой статье я рассказывал про умную базу знаний компании, которая является универсальный слоем для подключения любых агентов, когда гость обращается к нашему метрдотелю, мы обращаемся к коллекции "Гость" — фактической основе, где живут описания блюд, рекомендации, винные пары, гастросочетания, форматы ресторанов, правила сервиса. Это настоящая корпоративная память, которую AI может использовать, цитировать и комбинировать, но при этом гость никогда не получит информацию, которая конфиденциально из-за особой архитектуры умной базы знаний.
Вторая — данные о самом госте.
Через интеграцию с профильной БД метрдотель знает всю историю визитов, заказы, предпочтения, частоту посещений, любимые блюда и даже стиль общения. Это даёт возможность формировать персональные ответы, опираясь на то, что гость любит, куда ходит и давать ему персональные рекомендации
Третья — актуальные данные ресторана.
IIKO даёт наличие блюд, цены и исключения; Remarked — реальные бронирования и статусы, RocketData — отзывы. В итоге у AI есть всё, что нужно, чтобы работать как сотрудник: знания об объекте, знания о человеке и текущая «операционная картина».
AI-метрдотель для автоматизации сервиса и бронирования в ресторанах
На старте мы взяли первый уровень очевидных сценарием и запускаем альфа-версию с ним. Вот что умеет AI-метрдотель прямо сейчас:
Бронирование, отмена и изменение. Он понимает свободный текст — «хочу тихий столик ближе к окну», извлекает параметры, проверяет доступность, учитывает обратную связь и уточнения, предлагает альтернативы и корректно фиксирует бронь через Remarked. Если гость передумал — обновляет. Если произошёл конфликт — аккуратно разрешает.
Интеграция платежей. AI генерирует платёжную ссылку, принимает вебхук, проверяет статус, фиксирует транзакцию. Работает для билетов, депозитов и предзаказов. После оплаты оповещает менеджеров ресторана и новом заказе.
Консультации по меню и напиткам
«Посоветуй блюдо с рыбой». «Мы любим красные вина, что подойдёт к стейку?» AI тянет выдержки из базы знаний, сверяет наличие в IIKO, учитывает предпочтения гостя и выдаёт точную рекомендацию с объяснением.
Получение отзывов. После визита AI классифицирует тональность и публикует отзыв в RocketData, с которым уже будут работать менеджеры ресторана.
Работа в Telegram
Сейчас работает только в Telegram, но в ближайшей итерации планируем дублировать на сайт и другие месенджеры.
Почему 90% ресторанных AI-ботов бесполезны — и как мы сделали работающего AI-метрдотеля. Кейс AI-метрдотеля с фокусом на контроль, откаты и передачу на человека.
Есть две вещи, которые делают этот продукт реально сильным.
Первая — файнтюн.
Мы дообучаем модель говорить в стиле ресторана, наша тестовая группа получает ответы от бота, в которых есть 2 кнопки "Лайк" и "Доработать", если тестировщик ставит "Лайк", то бот запоминает этот ответ, как хороший, если нажимает на "Доработать", то тестировщик дает свои комментарии и бот начинает адаптировать свои ответы. И конечно же, мы логируем все доработки в отдельную базу данных, чтобы можно было посмотреть, какие комментарии присылала наша тестовая группа пользователей.
Для файтюна у нас собрана админка, где главные менеджер может наблюдать все предложения изменений от тестировщиков и либо принимать, либо отклонять.
Вторая — переключение на менеджеров.
Когда гость пишет то, что требует участия человека, система не «ломается», не просит «сформулируйте иначе», а просто передаёт запрос сотруднику. Гость этого перехода не чувствует. Это очень важно для сегментов, где сервис — часть опыта.
AI-метрдотель вместо менеджеров: кейс, который реально работает в ресторанах. Честный разбор кейса внедрение AI-агента в ресторанной сети.
Мы сознательно не использовали no-code инструменты вроде n8n. Для системы, которая работает с реальными деньгами, бронями и персональными данными, нужна предсказуемая масштабируемая архитектура.
Мы подключаемся ко всем системам напрямую через API: Remarked, IIKO, RocketData, платежи, Qdrant, PostgreSQL.
RAG здесь выступает универсальным слоем знаний — фактическим ядром, откуда AI берёт информацию. Это не поиск по документам, а рабочая среда.
Технический стек: Fastify, TypeScript, OpenAI-модели, Qdrant, PostgreSQL, собственный оркестратор, маршрутизация сценариев, нагрузочные тесты, UAT, моки, изолированные сервисы.
Мы сделали AI-метрдотеля, который ведёт диалог лучше живых менеджеров. Разбираю архитектуру и фичи.
По факту — нового сотрудника, который:
– не забывает сообщения
– не ошибается в данных
– не теряет брони
– говорит в стиле бренда
– продаёт корректно
– понимает гостей лучше CRM
– работает круглосуточно
– масштабируется без роста штата
Помогая компаниям проходить цифровую трансформацию — внедряя ИИ, создавая сайты, настраивая серверы или разрабатывая продукты — мы всегда начинаем с грамотного планирования.
Наша цель проста: сделать так, чтобы производство не превращалось для заказчика в операционный ад, а итоговая система была гибкой, управляемой и готовой к масштабированию.
Часто мы тратим 2-3 недели только на проектирование. И именно это отличает нас от большинства айтишников: многие продают код, но забывают про проектное управление, про архитектуру и про то, как решение будет жить дальше. Мы же сначала выстраиваем фундамент и только потом переходим к разработке, чтобы продукт стал устойчивой частью бизнеса.
И это лишь один из наших кейсов по работе с ИИ и внедрению IT-решений. В Telegram-канале я рассказываю, с чего начать построение IT-отдела в компании. Сохраните мой контакт — на случай, если захотите применить ИИ или другие IT-решения у себя.
Telegram-канал: https://t.me/egormklive