Чат-бот для доставки и общепита (HoReCa): заказ без звонка в час пик

Бот принимает заказ прямо в переписке: уточняет состав, адрес доставки и удобное время, подтверждает и передаёт готовую заявку дальше. Клиент пишет «два ролла Филадельфия и мисо-суп на Ленина 14 к восьми», бот уточняет количество, спрашивает про приборы или соусы, если это принято в заведении, и повторяет заказ целиком для подтверждения.

Дальше заявка падает карточкой в Битрикс24 или amoCRM: состав, адрес, время, комментарий клиента. Повару или курьеру не нужно слушать голосовую запись звонка и переписывать её на бумажку - всё уже структурировано.

В час пик бот держит сколько угодно параллельных диалогов, а оператор на телефоне физически ведёт только один разговор за раз. Пятница, семь вечера, заказы идут потоком: на кассе очередь, телефон не замолкает. В мессенджере тем временем копятся сообщения, до которых руки дойдут не скоро.

Бот эту очередь не создаёт. Каждый новый клиент получает ответ сразу: никаких гудков и «оставайтесь на линии». Оператор освобождается для того, что бот не решает: горячие жалобы, крупные заказы на банкет, спорные ситуации.

Бот подтверждает состав и сумму заказа, а сам приём оплаты - отдельная настройка под вашу платёжную систему. По умолчанию он не проводит платёж внутри переписки: называет итоговую сумму, а дальше - оплата курьеру, на кассе при самовывозе или переход по ссылке на оплату, если у заведения уже подключён эквайринг для этого.

Какой вариант выбрать, зависит от того, что у вас уже настроено. Если заказы идут через Telegram, у платформы есть собственный механизм: Bot Payments API позволяет принимать оплату прямо в боте. Это решается на этапе внедрения. Додумывать на ходу бот не будет.

Заказ можно поправить в переписке, пока он не ушёл на кухню: добавить позицию, убрать, поменять адрес. Дальше правило простое и жёсткое: как только повар получил заявку и начал готовить, дальнейшие изменения обсуждаются с оператором вместо бота. Отменить уже приготовленное блюдо задним числом бот не может, и это не его решение.

Жалобу на остывший заказ, вопрос про аллергию с уточнением состава на кухне и банкет на пятьдесят человек бот сразу передаёт живому человеку. Организационная часть - заказ, адрес, время - это ровно то, что бот берёт на себя без сомнений.

А там, где нужна ответственность за решение (заменить блюдо, дать скидку за опоздание, согласовать нестандартное меню под банкет), включается оператор с полной историей переписки под рукой. Клиенту не приходится объяснять всё заново.

Меню с понятными названиями позиций, зоны доставки и момент, когда заказ уходит на кухню. Оператор на телефоне помнит, чем два похожих ролла отличаются друг от друга и куда доставка не ездит. Если это нигде не записано, бот будет переспрашивать или подтверждать то, что кухня не сделает.

Отдельно фиксируют стоп-лист: кто и где отмечает, что позиция закончилась. Когда эти правила записаны, бота настраивают под них за пару недель.

Модель простая: фикс за запуск (разбор потока заказов, скрипты, интеграция с CRM), дальше оплата за подтверждённые заказы, без ежемесячной абонентки за «ИИ». Сумма зависит от числа каналов и от того, сколько типовых уточнений нужно закрыть - у доставки роллов их обычно меньше, чем у кафе с банкетным меню.

Готового кейса из HoReCa с цифрами пока нет: экономику считаем на пилоте клиента, как и по всем ИИ-агентам для продаж. Если пока не определились, какой тип бота вообще нужен заведению, - общий разбор в статье «Чат-бот для бизнеса: типы и внедрение».