Вечер пятницы в небольшом ресторане с доставкой выглядит одинаково почти везде. Телефон звонит без перерыва, администратор принимает заказ, кричит его на кухню, параллельно отвечает в Instagram, а курьер ждёт у стойки, потому что никто не знает, готов ли заказ со столика четыре или тот, что на доставку. Через два часа выясняется, что один заказ потеряли, в другой положили не тот соус, а гость, который ждал 50 минут вместо обещанных 30, написал отзыв.
Большая часть этих проблем — не про кухню и не про людей. Это проблемы передачи информации: от гостя к администратору, от администратора на кухню, от кухни курьеру и обратно к гостю. Именно их и решает автоматизация. Разберём по этапам, что можно собрать для ресторана или службы доставки с одной-тремя точками, и что при этом не стоит трогать.
Приём заказов: убрать телефон из центра процесса
Пока основной канал приёма заказов — телефон, автоматизировать почти нечего: заказ существует только в голове администратора, пока он не записал его на бумажку. Первый шаг — перевести приём заказов туда, где заказ сразу рождается в структурированном виде.
Для малого ресторана работают три варианта, которые можно комбинировать:
- Telegram-бот или Mini App с меню. Гость выбирает блюда, указывает адрес и время, оплачивает или выбирает оплату при получении. Заказ попадает в систему без участия человека. Для Грузии и СНГ это самый естественный канал. О том, чем Mini App отличается от обычного бота, — в статье Telegram Mini Apps: приложение для клиентов без App Store.
- Форма на сайте с тем же меню. Нужна, если значительная часть гостей приходит из поиска или карт.
- AI-агент в мессенджерах для тех, кто всё равно пишет текстом: «два хачапури по-аджарски и лимонад, на Чавчавадзе 20, к семи». Модель разбирает сообщение в структурированный заказ, уточняет недостающее (подъезд, способ оплаты) и подтверждает состав с ценой. Телефонные заказы можно принимать так же через голосового ассистента, но это следующий этап.
Важная деталь: агент работает по актуальному меню и стоп-листу из системы. Если блюдо закончилось, агент предлагает замену, а не принимает заказ, который кухня не сможет выполнить. Цена всегда берётся из базы, а не «вспоминается» моделью.
Кухня: один экран вместо криков и бумажек
Когда заказы приходят структурированно, их можно показывать кухне на экране: что готовить, в какой очереди, к какому времени. Это называется KDS (kitchen display system), и для малого ресторана его можно собрать на планшете за умеренные деньги или взять готовый модуль в кассовой системе.
Что это даёт на практике:
- Повар видит заказы в порядке приоритета: доставка к 19:00 выше, чем столик, который только сел.
- Статус «готово» ставится одним нажатием и сразу уходит администратору, курьеру и гостю.
- Время от принятия до выдачи фиксируется по каждому заказу. Через месяц видно, какие блюда тормозят кухню в пик.
ИИ здесь почти не нужен. Исключение — прогноз загрузки: по истории заказов модель или простая статистика подсказывает, сколько заготовок делать на вечер пятницы, и предупреждает, что к 20:00 кухня не вытянет обещанные 30 минут и стоит временно увеличить время доставки в боте.
Доставка: курьер, статус и честное время
Гость, который знает, что заказ едет, не звонит. Схема та же, что в любой логистике: курьер в своём боте нажимает «забрал» и «доставил», гость получает уведомление с ориентировочным временем, администратор видит, кто где.
Для ресторана есть специфика: время обещания. Лучше пообещать 45 минут и привезти за 40, чем пообещать 30 и привезти за 50. Автоматизация позволяет менять обещаемое время динамически: когда на кухне больше заданного числа заказов в работе, бот автоматически показывает увеличенное время. Это одно правило в n8n, и оно снимает значительную часть негатива.
Если доставка отдана агрегаторам, часть этой цепочки уже есть у них. Но заказы с агрегаторов тоже стоит заводить в свою систему — хотя бы для учёта и аналитики, иначе картина продаж будет неполной.
Обратная связь: поймать недовольство до публичного отзыва
Большинство плохих отзывов можно было бы предотвратить, если бы ресторан узнал о проблеме первым. Автоматизация делает это так:
- Через 30–40 минут после статуса «доставлено» гость получает короткое сообщение: «Как всё прошло?» с оценкой от 1 до 5.
- Оценка 4–5 — благодарность и, при желании, приглашение оставить отзыв на картах.
- Оценка 1–3 — вопрос «что пошло не так?» в свободной форме. AI-агент разбирает ответ: холодное, долго, не тот состав, грубый курьер. Создаёт задачу управляющему с категорией и текстом, а гостю отвечает по сценарию: извинение и, если это предусмотрено правилами, бонус на следующий заказ.
Через месяц у управляющего есть не ощущение «вроде жалуются на долго», а таблица: 60% негатива — время доставки по пятницам, 25% — остывшие блюда на дальних адресах. Это уже основа для решений: второй курьер на пик или ограничение зоны доставки.
Что агент не должен делать: спорить с гостем, обещать компенсацию, которую управляющий не утвердил, и отвечать на жалобы о здоровье и качестве продуктов без человека. Такие обращения эскалируются сразу.
Возврат гостей: рассылки, которые не раздражают
Когда заказы и контакты собраны в одной базе, появляется возможность возвращать гостей. Не массовой рассылкой «скидка 10% всем», а точечно:
- Гость заказывал раз в неделю и пропал на три недели — одно сообщение с напоминанием и небольшим бонусом.
- Новое блюдо в категории, которую гость заказывает чаще всего, — короткий анонс именно ему.
- День рождения, если гость указал дату, — поздравление с подарком к заказу.
Это настраивается в связке CRM или таблицы с ботом, подробнее о механике — в статье о Telegram-боте для программы лояльности. Общее правило: не чаще одного-двух сообщений в месяц на человека, иначе отписки съедят весь эффект.
Что собирается за две недели, а что — потом
Соблазн собрать всё сразу велик, но на практике мы в AiKrok рекомендуем последовательность, при которой каждый этап работает сам по себе:
Первая очередь (около двух недель): бот с меню и приёмом заказов, экран кухни или интеграция с кассовой системой, бот курьера, уведомления гостям о статусе. Это уже убирает потерянные заказы и большую часть звонков.
Вторая очередь: сбор обратной связи с разбором негатива, базовые отчёты по заказам и времени выдачи, стоп-лист, который сам обновляет меню в боте.
Третья очередь: AI-агент для свободных заказов текстом, голосовой приём звонков, прогноз загрузки, персональные рассылки.
Если у ресторана уже стоит кассовая система с модулем доставки, многое из первой очереди там есть, и задача сводится к интеграции с мессенджерами, а не к разработке с нуля.
Ограничения, о которых стоит знать
Автоматизация не исправит кухню, которая объективно не успевает: она лишь покажет это в цифрах. Не заменит она и личное общение в ресторане с постоянными гостями, где администратор помнит всех по именам — там бот нужен только для доставки. Голосовой приём заказов на нескольких языках одновременно (грузинский, русский, английский в одном городе) пока работает нестабильно, и телефон в пик лучше оставить человеку, переведя на автоматику всё остальное.
Наконец, любая схема держится на дисциплине команды. Если повар не нажимает «готово», а курьер не отмечает «доставил», уведомления врут, и гости перестают им верить. Поэтому первые две недели после запуска кто-то должен следить за тем, чтобы статусы ставились, и показывать команде, что это экономит время им самим.
Итог
Автоматизация ресторана и доставки — это прежде всего порядок в передаче информации: заказ рождается в системе, кухня видит очередь, курьер отмечает статус, гость получает уведомление и возможность пожаловаться вам, а не картам. ИИ добавляется поверх этого порядка: разбирает заказы текстом, читает жалобы, подсказывает загрузку. Начинать стоит с приёма заказов и статусов, а не с «умного помощника», и через месяц сравнить число потерянных заказов и жалоб на время с тем, что было.