AI-хост для кав'ярні: бронювання столиків і управління чергою через Telegram
Шість сценаріїв AI-бота для кав'ярні або ресторану — від бронювання столика на вечір до організації дня народження. Специфіка HoReCa і структура KB.
Плейбуки
AI-хост для кав'ярні: бронювання столиків і управління чергою через Telegram
Більшість кав'ярень досі приймають бронювання в Instagram Direct або в особисті повідомлення власника. Клієнт пише «столик на двох у суботу», менеджер відповідає через годину, поки вільний, уточнює час, записує в блокнот або таблицю Google, і знову просить підтвердити. Потім клієнт не приходить — без попередження.
Це не тому що HoReCa — складна ніша для автоматизації. Це тому що ніхто не налаштував правильний інструмент.
AI-бот для кав'ярні або невеликого ресторану закриває саме цю петлю — 24/7, без адміна, з нагадуваннями і альтернативами при зайнятих слотах.
Специфіка HoReCa для AI-бота
Кав'ярня — не салон краси і не квест. Тут є своя механіка, яку треба врахувати в базі знань і сценаріях.
Часові слоти vs вільна посадка. Частина закладів бронює конкретний час (ресторанний формат), інші просто зазначають «будемо чекати з 18:00 — приходьте». Бот повинен розуміти яка у вас модель і не пропонувати слот там, де посадка вільна.
Столики різної місткості. Двомісний біля вікна, чотиримісний у залі, стіл на 8 для компанії. Бот має вміти співставити запит («нас 5 осіб») із реальними варіантами, не пропонувати двомісний стіл компанії і не тримати великий стіл заброньованим під пару.
Пікові години і завантаженість. П'ятниця і субота з 18:00 до 21:00 — це одна ситуація, вівторок вдень — інша. Якщо у вас фіксована кількість місць і ви не хочете оverbooking, бот повинен це відслідковувати.
Депозит або без. Деякі заклади беруть депозит при бронюванні столика від 6 осіб. Бот повинен знати правило і озвучувати умови ще до підтвердження — щоб не було непорозумінь на місці.
Події. Тематичний бранч у неділю, музичний вечір, жіночий клуб. Інформація про події має бути в KB, щоб бот міг відповісти «так, у нас є живий джаз у п'ятницю, ось деталі».
Усе це — не програмний код. Це ваша база знань, яку ви заповнюєте один раз і оновлюєте при змінах.
Сценарій 1 — бронювання столика на вечір
Найчастіший запит. Клієнт відкриває Telegram-бота, пише:
«Хочу столик на двох у п'ятницю о 19:00»
Бот перевіряє доступність, і якщо є місця — відповідає:
«П'ятниця 16-го, 19:00, столик на 2 особи — є. Підтверджуємо? Якщо так, введіть ваше ім'я, і я надішлю підтвердження.»
Клієнт підтверджує ім'я — бот фіксує і надсилає коротке підтвердження з адресою і коментарем щодо паркування.
Якщо 19:00 вже зайнято:
«На 19:00 столик вже заброньований. Є місця на 18:30 або 20:00 — який підходить?»
Без "нажаль не можемо". Одразу альтернатива — це різниця між збереженою і втраченою бронню.
Весь цикл займає 2-3 хвилини. Без участі адміна. Без пропущеного повідомлення в Instagram о 23:00.
Детальніше про механіку бронювання через Telegram — у статті як кав'ярня або ресторан автоматизує бронювання через Telegram.
Сценарій 2 — велика група або приватна зона
Компанія з 8 людей хоче відзначити день народження або просто зібратися увечері. Це окремий сценарій — бо великий стіл є не в кожній залі, і іноді є окрема приватна зона з мінімальним замовленням.
Клієнт пише:
«Нас 8 людей, хочемо забронювати на суботу ввечері.»
Бот уточнює:
«Для компанії 8 осіб у нас є зал з окремим столом або приватна зона. У приватній зоні мінімальне замовлення — 3200 ₴ на компанію. Яку зону розглядаєте?»
Клієнт вибирає. Бот збирає дату, час, ім'я — і або підтверджує, або передає на уточнення менеджеру (якщо є додаткові умови, які бот не може закрити сам).
Ключова механіка: бот не говорить «залиште заявку, ми зателефонуємо». Він закриває максимум у розмові і передає людині лише те, що реально вимагає людини.
Більше про те як обробляти групові запити — у матеріалі групові бронювання: специфіка і помилки.
Сценарій 3 — питання про меню і спеціальні вимоги
Частина клієнтів бронює після того, як з'ясовує: «А що у вас є для вегетаріанців?», «Чи є у вас дитяче меню?», «Я алергік на лактозу — що можна безпечно замовити?».
Ці запити не потребують людського менеджера — вони потребують заповненої бази знань.
Приклад:
«У вас є веганські страви?»
Бот:
«Так, у нас є кілька веганських позицій у меню — салати без продуктів тваринного походження, боул із нуту і авокадо, смузі без молока. Більш детально про склад кожної страви може розповісти ваш офіціант. Хочете одразу забронювати столик?»
Критичний момент: бот не вигадує. Він відповідає з KB. Якщо в KB немає інформації про конкретну алергію — бот чесно каже:
«Щодо алергій на конкретні інгредієнти — уточніть, будь ласка, у закладі при бронюванні, щоб персонал міг підготуватися.»
Це краще, ніж нічого, і краще, ніж вигадана відповідь.
Сценарій 4 — нагадування і підтвердження
No-show в HoReCa — пряма втрата. Стіл стоїть порожній в пікові годинни, місце не здається іншому клієнту.
Бот закриває це автоматично:
За 24 години:
«Нагадуємо — завтра, п'ятниця, о 19:00 у вас заброньований столик у [назва закладу]. Адреса: вул. Хрещатик, 10. Паркування: за рогом є безкоштовна зона з 18:00. Плануєте прийти? Відповідайте «Так» або «Перенести».»
За 2 години:
«Через 2 години вас чекаємо. Якщо плани змінились — дайте знати, ми можемо звільнити місце для інших гостей.»
Два нагадування замість одного — бо перше часто ігнорують. Два — вже реагують.
Якщо клієнт не відповів — менеджер бачить це в дашборді і може зателефонувати особисто, якщо бронь на велику компанію.
Сценарій 5 — запит у вихідний день (завантажений слот)
Субота о 20:00 — пікова година. Усі столики заброньовані або фактично зайняті. Клієнт пише:
«Є місця сьогодні о 20:00?»
Бот:
«На 20:00 сьогодні вже немає вільних місць. Є варіанти: 21:15 або завтра (неділя) о 19:00. Або можу записати вас у чергу — якщо хтось відмінить бронь, напишу одразу. Що вибираєте?»
Waitlist — це не просто ввічлива відмова. Це збережений потенційний клієнт. Якщо бронь звільняється — бот сам повідомляє першу людину в черзі.
Без waitlist ця людина йде до конкурентів. З waitlist — є шанс, що вона залишиться вашим клієнтом.
Сценарій 6 — бронювання для події (день народження в кафе)
Це найскладніший сценарій — і найцінніший для закладу. День народження в кафе — це не просто бронь столика. Це торт, декор, можливо фіксоване меню, фото зона, побажання від закладу.
Клієнт пише:
«Хочу організувати день народження в кафе. Нас буде 12 осіб, дата ще точно невідома.»
Бот не видає PDF-прайс. Він збирає деталі:
«Чудово! Уточніть кілька моментів: орієнтовна дата або тиждень? Скільки гостей приблизно? Є особливі побажання — торт, прикраси зали, фіксоване меню?»
Клієнт відповідає поетапно. Бот записує і після збору базової інформації:
«Дякую! Ваш запит передано нашому менеджеру по подіях — Ольга напише вам до завтра вранці і узгодить деталі. Якщо потрібно щось уточнити раніше — пишіть тут, я онлайн.»
Ключова відмінність: бот не бере на себе те, що вимагає людського залучення (узгодження деталей ДН), але закриває перший контакт і збирає інформацію — щоб менеджер виходив на клієнта вже з контекстом, а не «добрий день, хто і що хотів?».
Як виглядає KB для кав'ярні
Добре налаштована база знань для цього типу закладу містить:
- Опис столиків і зон: місткість, характеристики (тихе місце, вікно, спільна зала), чи можна забронювати окремо
- Розклад роботи і пікові години: коли бронювання закривається, коли дозволяється walk-in
- Правила щодо великих компаній: мінімальне замовлення, депозит, потрібне підтвердження менеджера
- Меню-блоки: веганські позиції, алергени (загальна відповідь + посилання на уточнення), дитяче меню
- Правила скасування: за скільки годин можна скасувати без наслідків
- Поточні події: сторінка «що відбувається цього тижня»
- Локація і паркування: адреса, як доїхати, паркування
Це не десятки сторінок. Це 10-15 блоків тексту. Займає 2-3 години на заповнення — і бот вже може відповідати на 80% типових запитів.
Що залишається людині
Бот закриває стандартні бронювання, нагадування, waitlist і первинні запити по меню. Людина потрібна для:
- Кінцевого узгодження складних подій (ДН, корпоративи)
- Ситуацій з конфліктами або претензіями
- Дзвінків при великих групах без відповіді на нагадування
Це не «замінити адміна». Це «звільнити адміна від 70% рутини і залишити йому роботу, де він реально потрібен».
Якщо вас цікавить загальна логіка сценаріїв для leisure-бізнесу — читайте AI-сценарії для leisure: як мислить бот. Там принципи, які застосовуються не лише в HoReCa.
Кав'ярня — це один із найпростіших кейсів для AI-бота. Повторювані запити, чіткий розклад, стандартні слоти. Якщо у вас більше 80 бронювань на місяць і ви досі відповідаєте на них вручну — це буквально годинна втрата щотижня. Плюс бронювання, які зриваються без нагадування.
Trial 14 днів — і ви побачите реальний обсяг вашого конкретного закладу і чи окупається автоматизація.
Засновник Leadmlyn. Будую AI-менеджерів для leisure-бізнесу в Україні.